Re: No sound in linux-flashplugin-9.0r246 on -current
Hi Doug, for me it helps to set the following link ln -s /compat/linux/lib/libssl.so.0.9.8g /compat/linux/lib/libssl.so.5 Hope this helps, Rainer Hurling On 08.08.2009 21:25 (UTC+2), Doug Barton wrote: I vaguely recall seeing something about this, but don't recall if there was a resolution. Doug ___ 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"
graphics/qgis 1.3.0 does not compile on CURRENT
Dear maintainer, I tried to install the newest version of qgis port on 9.0-CURRENT and got the following break. QT3 and QT4 are installed. Any ideas? Rainer -- [..snip..] [ 61%] Generating core/core.so g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcorecmodule.o sipcorecmodule.cpp In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() should return QIODevice::Offset instead of uint" In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: /usr/local/include/qdom.h:97: error: function definition does not declare parameters /usr/local/include/qdom.h:122: error: function definition does not declare parameters /usr/local/include/qdom.h:232: error: function definition does not declare parameters /usr/local/include/qdom.h:258: error: function definition does not declare parameters /usr/local/include/qdom.h:286: error: function definition does not declare parameters /usr/local/include/qdom.h:345: error: function definition does not declare parameters /usr/local/include/qdom.h:380: error: function definition does not declare parameters /usr/local/include/qdom.h:399: error: function definition does not declare parameters /usr/local/include/qdom.h:434: error: function definition does not declare parameters /usr/local/include/qdom.h:463: error: function definition does not declare parameters /usr/local/include/qdom.h:518: error: function definition does not declare parameters /usr/local/include/qdom.h:541: error: function definition does not declare parameters /usr/local/include/qdom.h:560: error: function definition does not declare parameters /usr/local/include/qdom.h:579: error: function definition does not declare parameters /usr/local/include/qdom.h:602: error: function definition does not declare parameters /usr/local/include/qdom.h:625: error: function definition does not declare parameters /usr/local/include/qdom.h:644: error: function definition does not declare parameters /usr/local/include/qdom.h:671: error: expected initializer before '&' token In file included from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: error: field 'mProjectDom' has incomplete type /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: error: invalid use of incomplete type 'struct QDomDocument' /usr/local/include/qdom.h:86: error: forward declaration of 'struct QDomDocument' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In constructor 'QgsProjectBadLayerException::QgsProjectBadLayerException(const std::list >&, const QDomDocument&)': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: error: class 'QgsProjectBadLayerException' does not have any field named 'mProjectDom' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In member function 'const QDomDocument& QgsProjectBadLayerException::document() const': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: error: 'mProjectDom' was not declared in this scope In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: /usr/local/include/qlocale.h: At global scope: /usr/local/include/qlocale.h:43: error: function definition does not declare parameters In file included from /usr/local/include/qfileinfo.h:42, from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfile.h:50: error: function definition does not declare parameters /usr/local/include/qfile.h:121: error: 'QFile' has not been declared /usr/local/include/qfile.h:121: error: non-member function 'QString name()' cannot have cv-qualifier /usr/local/include/qfile.h: In function 'QString name()': /usr/local/include/qfile.h:122: error: 'fn' was not declared in
Re: graphics/qgis 1.3.0 does not compile on CURRENT
Wen, thanks for the tip. It works! Without qt3 installed all build and installed fine. When I want to 'make package' I get the following error. Do you know it? Rainer -- #make package ===> Building package for qgis-1.3.0 Creating package /usr/ports/packages/All/qgis-1.3.0.tbz Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz' tar: lib/qgis/libpggeoprocessingplugin.so: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. -- Am 09.10.2009 08:17 (UTC+2) schrieb wen heping: Yes, this is a bug in QGIS. You should delete qt3 and then have a try. wen On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling <mailto:rhur...@gwdg.de>> wrote: Dear maintainer, I tried to install the newest version of qgis port on 9.0-CURRENT and got the following break. QT3 and QT4 are installed. Any ideas? Rainer -- [..snip..] [ 61%] Generating core/core.so g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcorecmodule.o sipcorecmodule.cpp In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() should return QIODevice::Offset instead of uint" In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: /usr/local/include/qdom.h:97: error: function definition does not declare parameters /usr/local/include/qdom.h:122: error: function definition does not declare parameters /usr/local/include/qdom.h:232: error: function definition does not declare parameters /usr/local/include/qdom.h:258: error: function definition does not decla
Re: Miro 2.5.2 has a forbidden dependence
On 16.10.2009 19:40 (UTC+2), Lowell Gilbert wrote: utis...@googlemail.com writes: On 16 Oct 2009 12:03, Michele Monti wrote: Hello, Miro 2.5.2 has as a dependence firefox-2.0.0.20_9,1http://www.freebsd.org/cgi/ports.cgi?query=%5Efirefox-2.0.0.20_9,1&stype=name>,which is forbidden. ===>>> Port directory: /usr/ports/www/firefox ===>>> This port is marked FORBIDDEN ===>>> too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html ===>>> If you are sure you can build it, remove the FORBIDDEN line in the Makefile and try again. Is it possible to fix this? Thanks Until it gets fixed (ie firefox updated to firefox3) just install /usr/ports/www/firefox3, and it'll work fine. No, that won't help with miro. I am running miro on 9.0-CURRENT with firefox35 and libxul, without mozilla and firefox2. At least on CURRENT the following entry in /usr/ports/UPDATING helps: 20090917: AFFECTS: users of www/epiphany, x11/yelp, graphics/librsvg2, x11/toolkits/py-gnome-extras, and www/epiphany-extensions AUTHOR: gn...@freebsd.org The default Gecko provider has been changed from www/firefox to www/libxul. Firefox 2.x is now forbidden for security reasons, and libxul is the new, stable Gecko provider. Libxul uses the same Gecko engine as Firefox 3.0.x. Some ports may fail to upgrade or run when both www/firefox and libxul are installed on the same system. To make sure everything runs smoothly, uninstall www/firefox, then install libxul, then upgrade the affected ports. Rainer This has been hanging over our heads for a while now. http://lists.freebsd.org/pipermail/freebsd-questions/2009-August/204493.html ___ 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: Assistance wanted to port Sage
On 19.10.2009 22:08 (UTC+2), Peter Jeremy wrote: Sage (www.sagemath.org) is a free, open-source, mathematics software system licensed under the GPL. It combines the power of many existing open-source packages into a common Python-based interface. Its mission is to create a viable free open source alternative to Magma, Maple, Mathematica and Matlab. It was originally developed on Linux but people are working on porting it to a variety of other OSs - Solaris, OS-X and Windows and I'm working on a FreeBSD port. I am not a programmer, but I could offer to test your port on 9.0-CURRENT, both i368 and amd64. My status can be found at http://wiki.sagemath.org/freebsd/sage-4.1 If anyone is interested in assisting with this effort, please contact me. I am very interested in a working port. Because of a two day business trip I could start with testing on thursday. Thank you for porting, 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"
Question about creating a port for saga gis
This is my first try to create a port and I may need some help. I am working on porting the linux version of SAGA GIS (see http://www.saga-gis.org/). Unfortunately I have problems to let the port fetch the distfile. I tried many ways described in the porters handbook without success. The distfile is located at http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download I tried for example with combinations of PORTNAME= saga PORTVERSION= 2.0.4 DISTNAME= saga_2.0.4_src_linux MASTER_SITES= http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/ but the main problem seems to be the '/download' after the filename. Fetching the file by hand works but I have no clue how to describe this path in the ports Makefile. Your help is greatly appreciated, Rainer Hurling ___ 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: Question about creating a port for saga gis
Eygene and Sergey,
thank you for your answers. Now I am able to fetch directly :-)
Am 13.11.2009 11:42 (UTC+1) schrieb Eygene Ryabinkin:
Rainer, good day.
Fri, Nov 13, 2009 at 10:48:15AM +0100, Rainer Hurling wrote:
Unfortunately I have problems to let the port fetch the distfile. I
tried many ways described in the porters handbook without success.
The distfile is located at
http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download
No, this is the location of the fancy page with ads that will allow one
to select mirrors and other stuff. It will select the mirror
automatically, so you're seeing it as the download URL, but it's not so,
it is just a redirector.
I knew of the redirection method (because it had been discussed on
ports@ for some days in september) but had no clues for the right
notation ;-)
I tried for example with combinations of
PORTNAME= saga
PORTVERSION= 2.0.4
DISTNAME= saga_2.0.4_src_linux
MASTER_SITES=
http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/
but the main problem seems to be the '/download' after the filename.
Fetching the file by hand works but I have no clue how to describe this
path in the ports Makefile.
The following mini-Makefile does the trick for me:
-
PORTNAME= saga
PORTVERSION=2.0.4
DISTNAME= saga_2.0.4_src_linux
MASTER_SITES=
SF/saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}/
CATEGORIES= devel
.include
-
Please, note that the "SF" word is expanded to the full list of the
SourceForge mirrors known to the FreeBSD ports subsystem, so you need
not to explicitely list any URLs -- just use "SF" for SourceForce
mirrors.
And the snippet I showed above is yet better rewritten as
-
PORTNAME= saga
PORTVERSION=2.0.4
DISTNAME= saga_2.0.4_src_linux
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
I will apply this version with SUBDIR. It shows clearer the use of a
mirror list for me.
CATEGORIES= devel
My plans are to use math for SAGA GIS because there is no 'gis'
category. And 'graphics' or 'database' do not suit well enough I think.
.include
-
It does the same, but has better semantics.
Many thanks again,
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: Question about creating a port for saga gis
I am working on a new port math/saga. It is my first port.
Now that I am able to directly download the sources of SAGA GIS from
sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is
another problem with porting where I need some help.
The original configure script of SAGA GIS expects 'wx-config', but in
newer FreeBSD systems there only is e.g. wxgtk2-2.8-config.
The porters handbook shows how to configure the ports Makefile to let
the port know what wxWidget version to use. I patched the original
configure script but obviously that's not enough. The attached files are
saved under math/saga and show what I have tried.
It would be nice if someone with more experience could give me a hint
how to do it right.
Many thanks in advance,
Rainer Hurling
# Ports collection makefile for: saga
# Date created:13 November 2009
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= saga
PORTVERSION=2.0.4
CATEGORIES= math
DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=System for Automated Geoscientific Analyses
OPTIONS=HARU "Enable Haru Free PDF Library (optional)" On
.include
.if !defined(WITHOUT_HARU)
BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu
.endif
LIB_DEPENDS=proj.5:${PORTSDIR}/graphics/proj \
gdal.14:${PORTSDIR}/graphics/gdal \
jasper.4:${PORTSDIR}/graphics/jasper \
tiff.4:${PORTSDIR}/graphics/tiff
#INSTALL_TARGET=install install-man
#ALL_TARGET=all
WRKSRC= ${WRKDIR}/saga-2.0
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
CFLAGS+=-I${LOCALBASE}/include
USE_WX= 2.8
WX_CONFIG= ${LOCALBASE}/bin/wxgtk2-2.8-config
WX_CONF_ARGS= absolute
post-patch:
@${REINPLACE_CMD} -e 's,wx-config,wxgtk2-2.8-config,' \
${WRKSRC}/configure
@${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \
${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \
${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c
#MAN1= saga.1
#MANCOMPRESSED= yes
#post-install:
# @${CAT} ${PKGMESSAGE}
.include
MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce
SHA256 (saga_2.0.4_src_linux.tar.gz) =
e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe
SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635
SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free,
hybrid, cross-platform GIS software.
The heart of SAGA is it's C++ and thus object oriented Application Programming
Interface (API), providing data object definitions and computational methods for
raster, vector and tabular data. As a normal user, you will not get into touch
with the API. But as an interested scientist or coder you will soon discover
it's great flexibility.
WWW: http://www.saga-gis.org/en/index.html
bin/saga_cmd
bin/saga_gui
lib/libsaga_api.la
lib/libsaga_api.so
lib/libsaga_api.so.0
lib/saga/libcontrib_a_perego.la
lib/saga/libcontrib_a_perego.so
lib/saga/libcontrib_a_perego.so.0
lib/saga/libgeostatistics_grid.la
lib/saga/libgeostatistics_grid.so
lib/saga/libgeostatistics_grid.so.0
lib/saga/libgeostatistics_kriging.la
lib/saga/libgeostatistics_kriging.so
lib/saga/libgeostatistics_kriging.so.0
lib/saga/libgeostatistics_points.la
lib/saga/libgeostatistics_points.so
lib/saga/libgeostatistics_points.so.0
lib/saga/libgrid_analysis.la
lib/saga/libgrid_analysis.so
lib/saga/libgrid_analysis.so.0
lib/saga/libgrid_calculus.la
lib/saga/libgrid_calculus.so
lib/saga/libgrid_calculus.so.0
lib/saga/libgrid_discretisation.la
lib/saga/libgrid_discretisation.so
lib/saga/libgrid_discretisation.so.0
lib/saga/libgrid_filter.la
lib/saga/libgrid_filter.so
lib/saga/libgrid_filter.so.0
lib/saga/libgrid_gridding.la
lib/saga/libgrid_gridding.so
lib/saga/libgrid_gridding.so.0
lib/saga/libgrid_spline.la
lib/saga/libgrid_spline.so
lib/saga/libgrid_spline.so.0
lib/saga/libgrid_tools.la
lib/saga/libgrid_tools.so
lib/saga/libgrid_tools.so.0
lib/saga/libgrid_visualisation.la
lib/saga/libgrid_visualisation.so
lib/saga/libgrid_visualisation.so.0
lib/saga/libio_esri_e00.la
lib/saga/libio_esri_e00.so
lib/saga/libio_esri_e00.so.0
lib/saga/libio_gdal.la
lib/saga/libio_gdal.so
lib/saga/libio_gdal.so.0
lib/saga/libio_gps.la
lib/saga/libio_gps.so
lib/saga/libio_gps.so.0
lib/saga/libio_grid.la
lib/saga/libio_grid.so
lib/saga/libio_grid.so.0
lib/saga/libio_grid_grib2.la
lib/saga/libio_grid_grib2.so
lib/saga/libio_grid_grib2.so.0
lib/saga/libio_grid_image.la
lib/saga/libio_grid_image.so
lib/saga/libio_grid_image.so.0
lib/saga/libio_shapes.la
lib/saga/libio_shapes.so
lib/saga/libio_shapes.so.0
lib/saga/libio_shapes_dxf.la
lib/saga/libio_shapes_dxf.so
lib/saga/libio_shapes_
Re: Getting MASTER_SITES for sourceforge ports more easily
On 14.11.2009 08:54 (UTC+1), Eygene Ryabinkin wrote: Sat, Nov 14, 2009 at 09:16:47AM +0300, Eygene Ryabinkin wrote: The attached shell script should produce the MASTER_SITE_SUBDIR for the SF-hosted ports for each URL given in the command-line. Inlining the script -- it was dropped by the Mailman: - #!/bin/sh while [ -n "$1" ]; do echo "$1" | sed -Ee's%^htt(p|ps)://(sourceforge|sf)\.net/projects/(.*)/[^/]*/download$%MASTER_SITE_SUBDIR= \3%' shift done - Isn't it something that should be mentioned in the porters handbook, for example in chapter 5.4.7? Rainer Hurling ___ 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: Question about creating a port for saga gis
Hello Eygene,
On 14.11.2009 12:36 (UTC+1), Eygene Ryabinkin wrote:
Sat, Nov 14, 2009 at 10:41:58AM +0100, Rainer Hurling wrote:
The original configure script of SAGA GIS expects 'wx-config', but in
newer FreeBSD systems there only is e.g. wxgtk2-2.8-config.
The porters handbook shows how to configure the ports Makefile to let
the port know what wxWidget version to use. I patched the original
configure script but obviously that's not enough. The attached files
are saved under math/saga and show what I have tried.
Seems like spawning REINPLACE_CMD over the whole horde of Makefile.in
files will do the trick:
-
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
-
oh yes, I only patched configure, but not the Makefile.in's. That's it!
It would be nice if someone with more experience could give me a hint
how to do it right.
I am not sure for 100% that the above is the Only Right Way (tm), but
the Porter's Handbook suggests that in such cases (when "wx-config" is
hardcoded), the best thing is to patch the sources and that's what I did.
I read it but not understood it right until now ;-)
BTW, there is absolutely no need to specify WX_CONFIG in your Makefile,
bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too:
SAGA's configure understands no --with-wx-config option, so it is just
a no-op.
Both are deleted now from my Makefile and everything build and install
just fine.
So far, I only tested my new port "math/saga" under very recent
9.0-CURRENT, both i386 and amd64. Is there any need for me to let it
test on other platforms and/or system versions before requesting a commit?
'portlint -A' gives me the following errors:
FATAL: Makefile: MASTER_SITES appears out-of-order.
FATAL: Makefile: order must be
PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY.
WARN: Makefile: "BUILD_DEPENDS" has to appear earlier.
2 fatal errors and 1 warning found.
I think there is no chance to avoid the fatal errors with the used URL?
Irritating is the warning about the position of "BUILD_DEPENDS". I am
not sure if this is the right way to optionally install a library. What
do you think?
Many thanks again,
Rainer
# Ports collection makefile for: saga
# Date created:13 November 2009
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= saga
PORTVERSION=2.0.4
CATEGORIES= math
DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux
MASTER_SITES= SF
MASTER_SITE_SUBDIR=
saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=System for Automated Geoscientific Analyses
LIB_DEPENDS=proj.5:${PORTSDIR}/graphics/proj \
gdal.14:${PORTSDIR}/graphics/gdal \
jasper.4:${PORTSDIR}/graphics/jasper \
tiff.4:${PORTSDIR}/graphics/tiff
OPTIONS=HARU "Enable Haru Free PDF Library (optional)" On
.include
.if !defined(WITHOUT_HARU)
BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu
.endif
#INSTALL_TARGET=install install-man
#ALL_TARGET=all
WRKSRC= ${WRKDIR}/saga-2.0
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
CFLAGS+=-I${LOCALBASE}/include
USE_WX= 2.8
post-patch:
@for f in `${FIND} '${WRKSRC}' -name Makefile.in` \
${WRKSRC}/configure; do \
${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \
done
@${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \
${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \
${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c
#MAN1= saga.1
#MANCOMPRESSED= yes
post-install:
@${CAT} ${PKGMESSAGE}
.include
MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce
SHA256 (saga_2.0.4_src_linux.tar.gz) =
e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe
SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635
SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free,
hybrid, cross-platform GIS software.
The heart of SAGA is it's C++ and thus object oriented Application Programming
Interface (API), providing data object definitions and computational methods for
raster, vector and tabular data. As a normal user, you will not get into touch
with the API. But as an interested scientist or coder you will soon discover
it's great flexibility.
WWW: http://www.saga-gis.org/en/index.html
bin/saga_cmd
bin/saga_gui
lib/
Re: Question about creating a port for saga gis
On 14.11.2009 15:56 (UTC+1), Eygene Ryabinkin wrote: Sat, Nov 14, 2009 at 02:58:02PM +0100, Rainer Hurling wrote: BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: SAGA's configure understands no --with-wx-config option, so it is just a no-op. Both are deleted now from my Makefile and everything build and install just fine. Cool. So far, I only tested my new port "math/saga" under very recent 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it test on other platforms and/or system versions before requesting a commit? If you have access to other variants of systems, it will be good, but if you can't -- just submit it. If there will be build troubles when the port will be included to the ports collection, then you'll be warned about this as the maintainer. I am afraid I have no access to other variants of systems. 'portlint -A' gives me the following errors: FATAL: Makefile: MASTER_SITES appears out-of-order. FATAL: Makefile: order must be PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY. WARN: Makefile: "BUILD_DEPENDS" has to appear earlier. 2 fatal errors and 1 warning found. I think there is no chance to avoid the fatal errors with the used URL? Why? Just move DISTNAME below the MASTER_SITES and MASTER_SITE_SUBDIR and that's it. What worried you about the URL? It is a lot easier than I thougt ... Irritating is the warning about the position of "BUILD_DEPENDS". I am not sure if this is the right way to optionally install a library. What do you think? This is the right way. The thing is that the only BUILD_DEPENDS is OPTION-dependent, so you can't use WITH/WITHOUT_HARU prior to the inclusion of bsd.port.options.mk and this will enable portlint to emit warnings. So, if I am not missing some important point, you should live with it. But I had glanced over Haru usage inside the current sources and it turns out that Haru is disabled: preprocessor symbol _SAGA_DONOTUSE_HARU is defined throughout the whole load of the Makefiles. This symbol is actively used only inside src/saga_core/saga_api/doc_pdf.cpp and, in fact, PDF generation is disabled if _SAGA_DONOTUSE_HARU is here. I see no knobs to enable it without manual patching, so, if you really don't need PDFs -- you can drop haru dependency completely. If you still want to have it -- patch Makefile.in files once again (basing on the value of WITH_HARU), add the needed link knobs to the LDFLAGS and, possibly, some stuff to the CFLAGS. Ok, I personally have no need to use HARU PDF at the moment. I could leave it for an updated version of the port ;-) Another idea for an updated port version would be the use of unicode. But this is another story ... Attaching slightly cleaned-up version of the Makefile from which OPTIONS were removed. Yes, I will a Makefile without this option. Thank you again, Eygene. I will now prepare for submitting a PR with this new port. 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: Question about creating a port for saga gis
On 15.11.2009 09:35 (UTC+1), Scott Bennett wrote: On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling wrote: I am working on a new port math/saga. It is my first port. Now that I am able to directly download the sources of SAGA GIS from sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is another problem with porting where I need some help. The original configure script of SAGA GIS expects 'wx-config', but in newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. The porters handbook shows how to configure the ports Makefile to let the port know what wxWidget version to use. I patched the original configure script but obviously that's not enough. The attached files are saved under math/saga and show what I have tried. Why are you putting saga into math? It should be in databases, like grass and postgis are, or conceivably in science. I don't see any reason for it to be in math. For me SAGA is clearly a mathematical application. In the porters handbook you can read at chapter 5.3.2 for 'science' category: "Scientific ports that do not fit into other categories such as astro, biology and math." So I chose 'math'. Rainer Hurling ___ 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: Question about creating a port for saga gis
On 15.11.2009 15:26 (UTC+1), B. Estrade wrote: On Sun, Nov 15, 2009 at 10:10:39AM +0100, Rainer Hurling wrote: On 15.11.2009 09:35 (UTC+1), Scott Bennett wrote: On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling wrote: I am working on a new port math/saga. It is my first port. Now that I am able to directly download the sources of SAGA GIS from sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is another problem with porting where I need some help. The original configure script of SAGA GIS expects 'wx-config', but in newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. The porters handbook shows how to configure the ports Makefile to let the port know what wxWidget version to use. I patched the original configure script but obviously that's not enough. The attached files are saved under math/saga and show what I have tried. Why are you putting saga into math? It should be in databases, like grass and postgis are, or conceivably in science. I don't see any reason for it to be in math. For me SAGA is clearly a mathematical application. In the porters handbook you can read at chapter 5.3.2 for 'science' category: "Scientific ports that do not fit into other categories such as astro, biology and math." So I chose 'math'. If I may "bikeshed", it's probably more appropriately in 'science' given that there is no 'geo' category similar to 'astro' or 'biology': http://www.saga-gis.org/saga_modules_doc/index.html It seems to be much more than a mere plotting tool, and is certainly not a math library or "laboratory" (e.g., Octave). SAGA GIS is for example often used from within R (www.r-project.org) for complex spatial analyses. Many scientists use it like other 'math tools'. Take a look at the types of applications in 'math' vs 'science', and it should be clear that it is general enough to belong in 'science'. For clarification: I do not stand on the category math. It was my personal choice from an ecological scientists point of view. If most people like to see the port in category science, that's ok for me :-) Just my $0.02... Brett 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"
graphics/qgis does not compile any more
/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcoreQMap18000600QMap18000100QVariant.o sipcoreQMap18000600QMap18000100QVariant.cpp/usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/conversions.sip: In function 'int convertTo_QMap_1800_0600QMap_1800_0100QVariant(PyObject*, void**, int*, PyObject*)': /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/conversions.sip:369: error: 'sipClass_QVariant' was not declared in this scope /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/conversions.sip:396: error: 'sipClass_QVariant' was not declared in this scope gmake: *** [sipcoreQMap18000600QMap18000100QVariant.o] Fehler 1 *** Error code 2 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20091128-50806-1ytkoq3-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=qgis-1.3.0 UPGRADE_PORT_VER=1.3.0 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/qgis (qgis-1.3.0)(unknown build error) --- Starting the qgis version compiled under python-2.4 gives me the following hints. Obviously the API change from v5.0 to v6.0 is causing this? --- PyQGIS konnte nicht geladen werden. Die Python-Unterstützung wird abgeschaltet. Traceback (most recent call last): File "", line 1, in RuntimeError: the sip module implements API v6.0 but the qgis.core module requires API v5.0 Python-Version: 2.6.4 (r264:75706, Nov 27 2009, 16:35:12) [GCC 4.2.1 20070719 [FreeBSD]] Python-Pfad: ['/usr/local/share/qgis/python', '/home/rhurlin/.qgis//python/plugins', '/usr/local/share/qgis/python/plugins', '/usr/local/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg', '/usr/local/lib/python2.6/site-packages/nose-0.10.4-py2.6.egg', '/usr/local/lib/python2.6/site-packages/simplejson-2.0.9-py2.6-freebsd-9.0-CURRENT-i386.egg', '/usr/local/lib/python26.zip', '/usr/local/lib/python2.6', '/usr/local/lib/python2.6/plat-freebsd9', '/usr/local/lib/python2.6/lib-tk', '/usr/local/lib/python2.6/lib-old', '/usr/local/lib/python2.6/lib-dynload', '/usr/local/lib/python2.6/site-packages', '/usr/local/lib/python2.6/site-packages/Numeric', '/usr/local/kde4/lib/python2.6/site-packages', '/usr/local/lib/python2.6/site-packages/gst-0.10', '/usr/local/lib/python2.6/site-packages/gtk-2.0'] --- If possible, I don't want to turn off python support in qgis. Thanks in advance, Rainer Hurling ___ 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/qgis does not compile any more
Hello Wen, many thanks for the patch. QGIS builds on CURRENT again :-) Rainer On 28.11.2009 11:26 (UTC+1), wen heping wrote: I will test it later. Thank your message! Regards, wen On Sat, Nov 28, 2009 at 5:57 PM, Rainer Hurling <mailto:rhur...@gwdg.de>> wrote: Today I updated my 9.0-CURRENT ports to python-2.6.4. Now I am not able to compile qgis any more. The following error occurs: --- [ 61%] Generating core/core.so g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LI -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ orts/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/ raphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/u r/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg - /usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcorecmodule.o sipcorecmodule.cpp g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LI -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ orts/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/ raphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/u r/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg - /usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcoreQList0101QgsVectorOverlay.o sipcoreQList0101QgsVectorOverlay. pp g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LI -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ orts/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/ raphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/u r/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg - /usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcoreQMultiMap24000100QgsSnappingResult.o sipcoreQMultiMap24000100 gsSnappingResult.cpp g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LI -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ orts/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/ raphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/u r/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg - /usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcoreQList0100QgsVectorDataProviderNativeType.o sipcoreQList0100Qg VectorDataProviderNativeType.cpp g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LI -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ orts/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/ raphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/defau
Re: nvidia-driver 64bit version
On 04.12.2009 16:18 (UTC+1), Alexey Dokuchaev wrote: On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote: Hi I was wondering if you're working on a port for the 64bit version of the new beta state nvidia driver [1]. Yup, thanks for the pointer. I'm considering options right now. Since it's a completely different version it should IMO be separate from x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and x11/nvidia-driver could be renamed to x11/nvidia-driver-i386. This would be the easiest route, but I'm not sure this is the best thing to do. From user's perspective, one should be able to "cd category/port" and "make install". The rest (including taking care of architecture-dependent things) should be handled by underlying infrastructure. Right now I believe our bpm is capable of the task, and my pmake/bpm-fu is strong enough, we'll see. I tried it with patching your Makefile and distinfo. In Makefile I only changed DISTVERSION and DISTNAME and commented out ONLY_FOR_ARCHS. It installs fine and as far as I can see now all is well :-) This is on 9.0-CURRENT (amd64) from today. Rainer Hurling ./danfe ___ 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"
update of java/jdk16 fails under amd64
When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else observe this behaviour? It seems that something with threading or signal handling is not as it should be? Thanks in advance, Rainer Hurling - >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[3]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: native >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[4]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext Begin parallel compiles: /usr/ports/java/jdk16/work/j2se/make/java/hpi/native gmake[5]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/th eads_md.o ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/mo itor_md.o ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/co dvar_md.o ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS -DMOOT_PRIORITIES-c -o
Re: update of java/jdk16 fails under amd64
Am 11.12.2009 00:50 (UTC+1) schrieb Dima Panov: On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else observe this behaviour? It seems that something with threading or signal handling is not as it should be? Thanks in advance, Rainer Hurling - >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[3]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: native >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[4]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext Begin parallel compiles: /usr/ports/java/jdk16/work/j2se/make/java/hpi/native gmake[5]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/th eads_md.o ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/mo itor_md.o ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/co dvar_md.o ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export
Re: update of java/jdk16 fails under amd64
Am 11.12.2009 11:47 (UTC+1) schrieb Kostik Belousov: On Fri, Dec 11, 2009 at 09:50:14AM +1000, Dima Panov wrote: On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else observe this behaviour? It seems that something with threading or signal handling is not as it should be? Thanks in advance, Rainer Hurling - >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[3]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: native >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[4]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext Begin parallel compiles: /usr/ports/java/jdk16/work/j2se/make/java/hpi/native gmake[5]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe-Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/th eads_md.o ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/mo itor_md.o ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES-c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre ads/obj64/co dvar_md.o ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th reads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hp
Re: Attempted upgrade of ghostscript8-8.64_7 -> ghostscript-8.70 failed
On 20.12.2009 14:18 (UTC+1), David Wolfskill wrote:
This was under stable/6; it may be relevant to note that as I have 4
slices configured on my laptop's disk, each of which is bootable
(stable/6, stable/7, stable/8,& head), /usr/ports is actually a symlink
from each of those slices to a file system that is mountable regardless
of which slice is booted.
The fetch eventually ompleted; the build started, but ended thus:
...
checking for strerror... yes
checking for strrchr... yes
checking for strspn... yes
checking for strstr... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating cups/pstopxl
config.status: creating cups/pstoraster
===> Building for ghostscript8-8.70
/bin/ln -s -f
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/epag-3.09/gdevepag.c
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/base
/bin/mkdir -p /bkp/ports/print/ghostscript8/work/ghostscript-8.70/obj
/bin/mkdir -p /bkp/ports/print/ghostscript8/work/ghostscript-8.70/bin
/bin/mkdir -p
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/freetype/include
/bin/ln -s -f /usr/local/include/ft2build.h
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/freetype/include/ft2build.h
/bin/ln -s -f /usr/local/include/freetype2/freetype
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/freetype/include/freetype
/bin/mkdir -p /bkp/ports/print/ghostscript8/work/ghostscript-8.70/freetype/objs
/bin/ln -s -f /usr/local/lib/libfreetype.so
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/freetype/objs/freetype214MT_D.so
/bin/mv
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/write_t[12].[ch]
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/wrfont.[ch]
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/psi
mv: rename
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/write_t[12].[ch] to
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/psi/write_t[12].[ch]: No
such file or directory
mv: rename /bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/wrfont.[ch]
to /bkp/ports/print/ghostscript8/work/ghostscript-8.70/psi/wrfont.[ch]: No such
file or directory
*** Error code 1
Stop in /bkp/ports/print/ghostscript8.
*** Error code 1
Stop in /bkp/ports/print/ghostscript8.
===>>> make failed for print/ghostscript8
===>>> Aborting update
===>>> Update for ghostscript8-8.64_7 failed
===>>> Aborting update
For me this occurs on i386 and amd64, both 9.0-CURRENT. Commenting out
lines 249-251 of print/ghostscript8/Makefile seems to help:
249,251c249,251
< ${MV} ${WRKSRC}/base/write_t[12].[ch] \
< ${WRKSRC}/base/wrfont.[ch] \
< ${WRKSRC}/psi
---
> # ${MV} ${WRKSRC}/base/write_t[12].[ch] \
> # ${WRKSRC}/base/wrfont.[ch] \
> # ${WRKSRC}/psi
---
A second issue is with Makefile option
[ ] FT_BRIDGEFreeType bridge
If I choose this option [X] the build breaks with following messages:
cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -pipe
-fno-strict-aliasing -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/prin
/ghostscript8/work/ghostscript-8.70/jasper/src/libjasper/include
-I/usr/local/include/libpng -I/usr/local/include -Wall -Wst
ict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes
-Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-s atement
-fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned
long int" -O2 -pipe -fno-strict-aliasing -DU E_LIBICONV_GNU
-DUSE_LIBPAPER -DGS_DEVS_SHARED
-DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.70\" -I./psi
-I./obj/../so bj -I./obj/../soobj -I./base -o ./obj/../soobj/fapi_ft.o
-c ./psi/fapi_ft.c
In file included from ./psi/fapi_ft.c:32:
/usr/local/include/ft2build.h:56:38: error: freetype/config/ftheader.h:
No such file or directory
[..snip..]
Thanks in advance for any help,
Rainer Hurling
As a reality check:
g1-119(6.4-S)[4] ls -lT
/bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/write*
ls: No match.
g1-119(6.4-S)[5]
(Though I note that /bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/
does seem to be populated with several other files.)
Peace,
david
___
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"
ports/141131: www/libxul does not compile any more
According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. Many thanks in advance, Rainer Hurling ___ 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: ports/141131: www/libxul does not compile any more
On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote: On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. Thanks for answering. As I wrote before, I have this on different machines, all running newest i386-CURRENT. On another machine with amd64-CURRENT I had been able to compile libxul-1.9.0.16. Perhaps there is something wrong with my configuration? (I copied most from system to system ...) ___ 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: ports/141131: www/libxul does not compile any more
On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote: On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht wrote: On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote: On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote: On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. Thanks for answering. As I wrote before, I have this on different machines, all running newest i386-CURRENT. On another machine with amd64-CURRENT I had been able to compile libxul-1.9.0.16. Perhaps there is something wrong with my configuration? (I copied most from system to system ...) # uname -srm FreeBSD 9.0-CURRENT i386 # pkg_info -xo libxul Information for libxul-1.9.0.16: Origin: www/libxul # cd /usr/ports/www/libxul # make showconfig ===> The following configuration options are available for libxul-1.9.0.16: JAVA=off "Enable JAVA xpcom" DEBUG=off "Build a debugging image" LOGGING=off "Enable additional log messages" OPTIMIZED_CFLAGS=off "Enable some additional optimizations" ===> Use 'make config' to modify these settings # Have you checked /etc/make.conf, /etc/src.conf? I doubt that either of those has anything to do with the problem. An update for libxul came through in the last two to four days that broke it. It halted my "portmaster -a" run, so I've added -x libxul to the command for now until another update for it comes through. For now, though, it's broken on 7.2-STABLE as well as on Rainer's system. FWIW, there have been other bad updates recently, too, although many have been fixed by subsequent updates within a few days. A bad pair of updates came through a couple of days ago: print/gutenprint and print/gimp-gutenprint. These have yet to be fixed. multimedia/gstreamer-plugins-dvd was broken by an update a while back, three or four months, I think. It remains unfixed today. Note that these problems are not execution or functional problems in the code, but rather problems that prevent the port from completing the updating process all the way through installation. This sort of problem is not a daily thing by any means, so it seems like most of the maintainers know what they're about, for which we can all be grateful. But it does seem to happen a few times per month, which suggests that at least a few maintainers don't or perhaps may lose track of a testing step or two when under p
Re: ports/141131: www/libxul does not compile any more
On 24.12.2009 15:51 (UTC+1), Beat Gaetzi wrote: Beat Gaetzi wrote: Rainer Hurling wrote: On 24.12.2009 09:46 (UTC+1), Scott Bennett wrote: On Tue, 22 Dec 2009 11:46:06 + Anton Shterenlikht wrote: On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote: On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote: On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. Thanks for answering. As I wrote before, I have this on different machines, all running newest i386-CURRENT. On another machine with amd64-CURRENT I had been able to compile libxul-1.9.0.16. Perhaps there is something wrong with my configuration? (I copied most from system to system ...) # uname -srm FreeBSD 9.0-CURRENT i386 # pkg_info -xo libxul Information for libxul-1.9.0.16: Origin: www/libxul # cd /usr/ports/www/libxul # make showconfig ===> The following configuration options are available for libxul-1.9.0.16: JAVA=off "Enable JAVA xpcom" DEBUG=off "Build a debugging image" LOGGING=off "Enable additional log messages" OPTIMIZED_CFLAGS=off "Enable some additional optimizations" ===> Use 'make config' to modify these settings # Unfortunately this error with libxul arises only on my i386 systems. On my amd64 systems (9.0-CURRENT) with allmost the same configuration and installed ports libxul builds fine. It seems to be a question of configuration or composition of other, already installed ports. According to the pr this problem also occur on 8.0-STABLE/amd64. Could you please send me (or upload it somewhere) the output of pkg_info from the system where the build fails and from the system where the build was successful. It looks like this problem only occur if net/mpich2 is installed and libxul tries to use include/mpi.h which was installed by mpich2. With the help of Rainer's package list I was able to reproduce this problem here by installing mpich2. We are working on a fix. I can confirm that for my i386. After deinstalling net/mpich2 I am able to compile www/libxul again :-) Many many thanks to Beat for working this out. Merry Christmas, 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"
devel/py-game does not compile
In newer CURRENT, both i386 and amd64, I am not able to compile devel/py-game any more. Does anyone else observe this? - /usr/ports/devel/py-game#make ===> Vulnerability check disabled, database not found ===> Extracting for py26-game-1.8.1_2 => MD5 Checksum OK for pygame-1.8.1release.tar.gz. => SHA256 Checksum OK for pygame-1.8.1release.tar.gz. ===> Patching for py26-game-1.8.1_2 ===> py26-game-1.8.1_2 depends on file: /usr/local/bin/python2.6 - found ===> py26-game-1.8.1_2 depends on file: /usr/local/bin/sdl-config - found ===> py26-game-1.8.1_2 depends on shared library: smpeg.1 - found ===> py26-game-1.8.1_2 depends on shared library: SDL-1.2.11 - found ===> py26-game-1.8.1_2 depends on shared library: SDL_ttf-2.0.6 - found ===> py26-game-1.8.1_2 depends on shared library: SDL_image-1.2.1 - found ===> py26-game-1.8.1_2 depends on shared library: SDL_mixer-1.2.2 - found ===> Configuring for py26-game-1.8.1_2 Syntax error: Unterminated quoted string Syntax error: Error in command substitution *** Error code 2 Stop in /usr/ports/devel/py-game. - Thanks in advance for any hints. And please let me know if I should provide more information, 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: Call for testers - mplayer svn port
On 09.01.2010 12:19 (UTC+1), Stefan Ehmann wrote: On Friday 08 January 2010 22:48:50 Thomas Zander wrote: On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. On my systems (9.0-CURRENT amd64 with binary NVidia driver) it was not necessary to copy the vdpau header files. MPlayer seems to find the right files. Instead for me it was necessary to remove old configuration files in ~/.mplayer and to copy from /usr/local/share/mplayer/example/etc/example.conf to gui.conf. After that I only need to uncomment 'vo=vdpau' and 'vc=ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau,'. Now I can watch HD movies even with NVidia Quadro NVS 135M on a notebook :-) Thank you very much, Rainer Hurling It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Call for testers - mplayer svn port
On 10.01.2010 21:14 (UTC+1), Rainer Hurling wrote: On 09.01.2010 12:19 (UTC+1), Stefan Ehmann wrote: On Friday 08 January 2010 22:48:50 Thomas Zander wrote: On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. On my systems (9.0-CURRENT amd64 with binary NVidia driver) it was not necessary to copy the vdpau header files. MPlayer seems to find the right files. After some more tests it turns out to me that Stefan Ehmann is right. Without having at least a link from /usr/local/share/doc/NVIDIA_GLX-1.0/vdpau* to /usr/local/include/vdpau there is no VDPAU support! You can prove it with 'mplayer -vo help'. In the first lines you should see: Available video output drivers: vdpau VDPAU with X11 ... Sorry for the noise. Instead for me it was necessary to remove old configuration files in ~/.mplayer and to copy from /usr/local/share/mplayer/example/etc/example.conf to gui.conf. After that I only need to uncomment 'vo=vdpau' and 'vc=ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau,'. Now I can watch HD movies even with NVidia Quadro NVS 135M on a notebook :-) Thank you very much, Rainer Hurling It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) ___ 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: gone. All welcome .
On 13.01.2010 20:42 (UTC+1), Ed Schouten wrote: > [..snip..] I've noticed there is some breakage in ports, but it shouldn't be too serious. I've seen cases where an application includes, even though it doesn't use anything provided by that header. In other cases they used fields like UT_NAMESIZE to derive the maximum user name length supported by the system, which is clearly not what this definition was intended for. I've incremented __FreeBSD_version to 97 to identify the import of utmpx. In case a certain port breaks badly, let me know and I'm willing to take a look at it. Be sure to give it a try and report any issues. Thanks! After updating my system i tried to rebuild Xorg ports. All went fine until it has to compile x11/sessreg. It seems that the configure script does not find struct 'utmpx.ut_syslen' and so the build process falls back to utmp? Could you please take a look if this is an issue of the new interface. This is on 9.0-CURRENT (amd64). Thanks in advance, 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: HEADS UP: gone. All welcome .
On 16.01.2010 12:59 (UTC+1), Ed Schouten wrote: Hello Rainer, * Rainer Hurling wrote: After updating my system i tried to rebuild Xorg ports. All went fine until it has to compile x11/sessreg. It seems that the configure script does not find struct 'utmpx.ut_syslen' and so the build process falls back to utmp? Could you please take a look if this is an issue of the new interface. I just looked at this problem and sent a patch to the Xorg folks. I can't find my email in the xorg-devel archives yet, so I've attached a patch to this email. Hopefully the respective port maintainer can turn it into something useful. Ed, many thanks for this patch. There was a small problem with patching sessreg.c: patch < sessreg.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff --git a/configure.ac b/configure.ac |index 6e2f470..be1b4b4 100644 |--- a/configure.ac |+++ b/configure.ac -- Patching file configure.ac using Plan A... Hunk #1 succeeded at 36 with fuzz 2 (offset -3 lines). Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |diff --git a/sessreg.c b/sessreg.c |index c674450..992a213 100644 |--- a/sessreg.c |+++ b/sessreg.c -- Patching file sessreg.c using Plan A... Hunk #1 succeeded at 80 (offset 5 lines). Hunk #2 succeeded at 88 (offset 5 lines). Hunk #3 succeeded at 101 with fuzz 2 (offset 5 lines). Hunk #4 failed at 115. Hunk #5 succeeded at 189 (offset 5 lines). Hunk #6 succeeded at 197 (offset 5 lines). Hunk #7 succeeded at 234 (offset 5 lines). Hunk #8 succeeded at 262 (offset 5 lines). Hunk #9 succeeded at 280 (offset 5 lines). Hunk #10 succeeded at 299 (offset 5 lines). Hunk #11 succeeded at 342 (offset 5 lines). Hunk #12 succeeded at 394 (offset 5 lines). Hunk #13 succeeded at 441 (offset 5 lines). Hunk #14 succeeded at 449 (offset 5 lines). Hunk #15 succeeded at 462 (offset 5 lines). Hunk #16 succeeded at 481 (offset 5 lines). Hunk #17 succeeded at 549 (offset 5 lines). 1 out of 17 hunks failed--saving rejects to sessreg.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |diff --git a/sessreg.h b/sessreg.h |index 6583d57..6b3edc2 100644 |--- a/sessreg.h |+++ b/sessreg.h -- Patching file sessreg.h using Plan A... Hunk #1 succeeded at 57 (offset 6 lines). done cat sessreg.c.rej *** *** 108,114 */ static int hflag, sflag, xflag, tflag; static char *host_name = NULL; static int slot_number; static char *xservers_file, *ttys_file; static char *user_name; static int aflag, dflag; --- 115,123 */ static int hflag, sflag, xflag, tflag; static char *host_name = NULL; + #ifdef USE_UTMP static int slot_number; + #endif static char *xservers_file, *ttys_file; static char *user_name; static int aflag, dflag; Doing this patch manually works. After patching the port compiles again :-) 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: HEADS UP: gone. All welcome .
On 13.01.2010 20:42 (UTC+1), Ed Schouten wrote: [..snip..] I've noticed there is some breakage in ports, but it shouldn't be too serious. I've seen cases where an application includes, even though it doesn't use anything provided by that header. In other cases they used fields like UT_NAMESIZE to derive the maximum user name length supported by the system, which is clearly not what this definition was intended for. I've incremented __FreeBSD_version to 97 to identify the import of utmpx. In case a certain port breaks badly, let me know and I'm willing to take a look at it. Be sure to give it a try and report any issues. Thanks! The next port I found, which does not compile any more after your commit, is ftp/gftp: [..snip..] if cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -D_REENTRANT -D_THREAD_SAFE -I../intl -DSHARE_DIR=\"/usr/local/share/gftp\" -DLOCALE_DIR=\"/usr/local/share/locale\" -I/usr/local/include -D_THREAD_SAFE -O2 -pipe -fno-strict-aliasing -MT protocols.o -MD -MP -MF ".deps/protocols.Tpo" -c -o protocols.o protocols.c; then mv -f ".deps/protocols.Tpo" ".deps/protocols.Po"; else rm -f ".deps/protocols.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -D_REENTRANT -D_THREAD_SAFE -I../intl -DSHARE_DIR=\"/usr/local/share/gftp\" -DLOCALE_DIR=\"/usr/local/share/locale\" -I/usr/local/include -D_THREAD_SAFE -O2 -pipe -fno-strict-aliasing -MT pty.o -MD -MP -MF ".deps/pty.Tpo" -c -o pty.o pty.c; then mv -f ".deps/pty.Tpo" ".deps/pty.Po"; else rm -f ".deps/pty.Tpo"; exit 1; fi In file included from pty.c:69: /usr/include/utmp.h:2:2: error: #error " has been replaced by " *** Error code 1 Stop in /usr/ports/ftp/gftp/work/gftp-2.0.19/lib. *** Error code 1 Stop in /usr/ports/ftp/gftp/work/gftp-2.0.19/lib. *** Error code 1 Stop in /usr/ports/ftp/gftp/work/gftp-2.0.19. *** Error code 1 Stop in /usr/ports/ftp/gftp/work/gftp-2.0.19. *** Error code 1 Stop in /usr/ports/ftp/gftp. Is it ok to report such problems in this thread? Thanks again, 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: HEADS UP: gone. All welcome .
On 17.01.2010 16:44 (UTC+1), Oliver Lehmann wrote: Hi Rainer, Rainer Hurling wrote: The next port I found, which does not compile any more after your commit, is ftp/gftp: I've committed a kinda easy fix for it. Greetings, Oliver Oliver, thanks for this commit. It works for me :-) 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"
graphics/opencv does not build on CURRENT amd64
Whilst trying to update from opencv-1.0.0_5 to 2.0.0 I get the following errors: -- Linking CXX shared library ../../lib/libcv.so [ 69%] Built target cv Scanning dependencies of target highgui [ 69%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap_images.o [ 69%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap.o [ 69%] Building CXX object src/highgui/CMakeFiles/highgui.dir/image.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/loadsave.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/precomp.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/utils.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/window.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/window_gtk.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap_xine.o [ 70%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap_ffmpeg.o /usr/ports/graphics/opencv/work/OpenCV-2.0.0/src/highgui/cvcap_ffmpeg.cpp: In member function 'virtual bool CvVideoWriter_FFMPEG::open(const char*, int, double, CvSize, bool)': /usr/ports/graphics/opencv/work/OpenCV-2.0.0/src/highgui/cvcap_ffmpeg.cpp:1214: warning: 'av_alloc_format_context' is deprecated (declared at /usr/local/include/libavformat/avformat.h:873) /usr/ports/graphics/opencv/work/OpenCV-2.0.0/src/highgui/cvcap_ffmpeg.cpp:1214: warning: 'av_alloc_format_context' is deprecated (declared at /usr/local/include/libavformat/avformat.h:873) [ 71%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap_gstreamer.o [ 71%] Building CXX object src/highgui/CMakeFiles/highgui.dir/gstappsink.o [ 71%] Building CXX object src/highgui/CMakeFiles/highgui.dir/cvcap_libv4l.o /usr/ports/graphics/opencv/work/OpenCV-2.0.0/src/highgui/cvcap_libv4l.cpp:217:54: error: asm/types.h: No such file or directory [ 71%] Building CXX object src/highgui/CMakeFiles/highgui.dir/bitstrm.o *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/graphics/opencv. *** Error code 1 Stop in /usr/ports/graphics/opencv. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100124-70389-1hxcz4h-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=opencv-1.0.0_5 UPGRADE_PORT_VER=1.0.0_5 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/opencv (opencv-1.0.0_5) (missing header) -- Is this a known error or merely a configuration problem on my side? System is recent 9.0-CURRENT (amd64). Thanks for any help, Rainer Hurling ___ 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: Thunderbird choose language
Am 25.01.2010 19:20 (UTC+1) schrieb Leslie Jensen: When I install Thunderbird3 thunderbird-3.0.1 thunderbird3-i18n-3.0.1 It does not adapt to what I have in /etc/make.conf # Thunderbird-i18n THUNDERBIRD3_I18N=sv-SE I had to manually download and install the language pack. It should be updated with port update from yesterday, I think. And I have to install i18n _after_ the main port for thunderbird to override the language files. Rainer Hurling Is this the way it should behave? ___ 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"
Need help with new port math/ggobi
I am working on a new port math/ggobi and could need some help. If you
are interested you will find my draft version attached. It should be
stored under math/ggobi.
I use the linux version of ggobi from http://www.ggobi.org/downloads/ ,
a small fancy program for data visualization like math/xgobi, but newer
and more adapted for use with math/R and with opensource license (not
restricted). Under the given URL there is also a brief description on
how the program authors recommend to install ggobi step by step.
My port tries do recreate this procedure. Additionally I had to patch
plugins/GraphLayout/graphviz.c because port graphics/graphviz only uses
floating point version of ND_coord. The build and install process seems
to work good so far. Probably you will find some improvements ;-)
There are some obscurities I am struggling with:
1. The port needs libraries gtk2 and libxml2.
Is it ok how the port ensures they are installed?
2. A second make target has to create 'ggobirc'.
Is it build ok this way?
3. ggobi authors suggest to create /etc/xdg/ggobi/ for resource file.
A better place would be /usr/local/etc/xdg/ggobi/, I think.
What do you think? How could this be coded in the port?
4. pkg-plist is not complete at this time because of No. 3.
5. When deinstalling, should we try to remove dirs share/applications
and etc/xdg? (Mostly they are used by other ports, too)
It would be nice if someone with more experience could help me on how to
do it the right way :-)
Many thanks in advance,
Rainer Hurling
# Ports collection makefile for: ggobi
# Date created:27 January 2010
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= ggobi
PORTVERSION=2.1.8
CATEGORIES= math graphics
MASTER_SITES= http://www.ggobi.org/downloads/
DISTNAME= ${PORTNAME}-${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=Data visualization system
LIB_DEPENDS=xml2:${PORTSDIR}/textproc/libxml2
USE_BZIP2= yes
USE_GNOME= gtk20
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
.include
CONFIGURE_ARGS+=--with-all-plugins
post-patch:
@${REINPLACE_CMD} -e 's,ND_coord_i,ND_coord,' \
${WRKSRC}/plugins/GraphLayout/graphviz.c
post-build:
@cd ${WRKSRC} && ${MAKE} ggobirc
post-install:
${MKDIR} /etc/xdg/ggobi
${INSTALL_DATA} ${WRKSRC}/ggobirc /etc/xdg/ggobi/
.include
MD5 (ggobi-2.1.8.tar.bz2) = 0b07adffcf4379e819b1a26e4cd60d7b
SHA256 (ggobi-2.1.8.tar.bz2) =
2f814376d08a783628d2150d64cddda2e86b71f12847f1d51ba977197102fa8f
SIZE (ggobi-2.1.8.tar.bz2) = 2531628
GGobi is an open source visualization program for exploring high-dimensional
data. It provides highly dynamic and interactive graphics such as tours, as
well as familiar graphics such as the scatterplot, barchart and parallel
coordinates plots. Plots are interactive and linked with brushing and
identification.
WWW: http://www.ggobi.org/
bin/ggobi
include/ggobi/GGStructSizes.c
include/ggobi/GGobiAPI.h
include/ggobi/GGobiApp.h
include/ggobi/GGobiEvents.h
include/ggobi/barchartDisplay.h
include/ggobi/brushing.h
include/ggobi/colorscheme.h
include/ggobi/config.h
include/ggobi/cpanel.h
include/ggobi/defines.h
include/ggobi/display.h
include/ggobi/display_tree.h
include/ggobi/externs.h
include/ggobi/fileio.h
include/ggobi/ggobi-data.h
include/ggobi/ggobi-intl.h
include/ggobi/ggobi-renderer-cairo.h
include/ggobi/ggobi-renderer-factory.h
include/ggobi/ggobi-renderer.h
include/ggobi/ggobi.h
include/ggobi/ggobiClass.h
include/ggobi/marshal.h
include/ggobi/noop-toggle.h
include/ggobi/parcoordsClass.h
include/ggobi/plugin.h
include/ggobi/print.h
include/ggobi/read_csv.h
include/ggobi/read_init.h
include/ggobi/read_xml.h
include/ggobi/scatmatClass.h
include/ggobi/scatterplotClass.h
include/ggobi/splash.h
include/ggobi/splot.h
include/ggobi/testEvents.h
include/ggobi/tour.h
include/ggobi/tour1d_pp.h
include/ggobi/tour2d_pp.h
include/ggobi/tour_pp.h
include/ggobi/tsPlot.h
include/ggobi/tsdisplay.h
include/ggobi/types.h
include/ggobi/vars.h
include/ggobi/varseldata.h
include/ggobi/vartable.h
include/ggobi/write_xml.h
include/ggobi/writedata.h
lib/libggobi.la
lib/libggobi.so
lib/libggobi.so.0
lib/pkgconfig/ggobi.pc
share/applications/ggobi.desktop
share/ggobi/data/Shipman.csv
share/ggobi/data/Shipman.xml
share/ggobi/data/adhoc.xml
share/ggobi/data/algal-bloom.xml
share/ggobi/data/buckyball.xml
share/ggobi/data/cube6.xml
share/ggobi/data/eies.xml
share/ggobi/data/flea.csv
share/ggobi/data/flea.xml
share/ggobi/data/laser.csv
share/ggobi/data/laser.xml
share/ggobi/data/morsecodes.xml
share/ggobi/data/olive.csv
share/ggobi/data/olive.xml
share/ggobi/data/perm4.xml
share/ggobi/data/perm5.xml
share/ggobi/data/pigs.xml
share/ggobi/data/places.csv
share/ggobi/data/places.xml
share/ggobi/data/prim7.xml
share/ggobi/data/ratcns.csv
share/ggobi/data/ratcns.xml
share/ggobi/data/river.xml
share/ggobi/data/roos.csv
share/ggobi/data/roos.xml
share
Re: Need help with new port math/ggobi
Thank you very much, b.f. and Eitan Adler, for your competent help.
On 28.01.2010 17:53 (UTC+1), b. f. wrote:
Rainer Hurling wrote:
1. The port needs libraries gtk2 and libxml2.
Is it ok how the port ensures they are installed?
Just use USE_GNOME= gtk20 libxml2, rather than the LIB_DEPENDS line.
done.
2. A second make target has to create 'ggobirc'.
Is it build ok this way?
Yes, but it is easier just to set ALL_TARGET= all ggobirc, rather than
defining a custom post-build target.
done.
3. ggobi authors suggest to create /etc/xdg/ggobi/ for resource file.
A better place would be /usr/local/etc/xdg/ggobi/, I think.
What do you think? How could this be coded in the port?
Don't write into /etc, except in special cases. Use ${PREFIX}/etc
instead. Also, do something like:
post-install:
${MKDIR} /etc/xdg/ggobi
${INSTALL_DATA} ${WRKSRC}/ggobirc
${PREFIX}/etc/xdg/ggobi/ggobirc.sample
post-install:
${MKDIR} ${PREFIX}/etc/xdg/ggobi
${INSTALL_DATA} ${WRKSRC}/ggobirc ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
@if [ ! -f ${PREFIX}/etc/xdg/ggobi/ggobirc ]; then \
${CP} -p ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
${PREFIX}/etc/xdg/ggobi/ggobirc ; \
fi
In the pkg-plist, add ggobirc only if it does not already exist, and
only remove ggobirc if it is identical to ggobirc.sample, to protect
user-customized configuration files during re-installation:
@unexec if cmp -s %D/etc/xdg/ggobi/ggobirc.sample
%D/etc/xdg/ggobi/ggobirc; then rm -f %D/etc/dillo/dillorc; fi
etc/xdg/ggobi/ggobirc.sample
@exec if [ ! -f %B/ggobirc ]; then cp -p %D/%F %B/ggobirc; fi
@unexec if cmp -s %D/etc/xdg/ggobi/ggobirc.sample
%D/etc/xdg/ggobi/ggobirc; then rm -f %D/etc/xdg/ggobi/ggobirc; fi
etc/xdg/ggobi/ggobirc.sample
@exec if [ ! -f %B/ggobirc ]; then cp -p %D/%F %B/ggobirc; fi
@dirrmtry share/applications
@dirrmtry etc/xdg/ggobi
@dirrmtry etc/xdg
5. When deinstalling, should we try to remove dirs share/applications
and etc/xdg? (Mostly they are used by other ports, too)
Use, as many other ports do,
@dirrmtry share/applications
@dirrmtry etc/xdg
@dirrmtry share/applications
@dirrmtry etc/xdg/ggobi
@dirrmtry etc/xdg
I only can test the port (math/ggobi) on FreeBSD 9.0-CURRENT (amd64).
With latest changes it seems ok to me. Could you please take another
look at the attached files (perhaps on another architecture or version)?
Many thanks again,
Rainer
# Ports collection makefile for: ggobi
# Date created:28 January 2010
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= ggobi
PORTVERSION=2.1.8
CATEGORIES= math graphics
MASTER_SITES= http://www.ggobi.org/downloads/
DISTNAME= ${PORTNAME}-${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=Data visualization system
USE_BZIP2= yes
USE_GNOME= gtk20 libxml2
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
.include
CONFIGURE_ARGS+=--with-all-plugins
post-patch:
@${REINPLACE_CMD} -e 's,ND_coord_i,ND_coord,' \
${WRKSRC}/plugins/GraphLayout/graphviz.c
ALL_TARGET= all ggobirc
post-install:
${MKDIR} ${PREFIX}/etc/xdg/ggobi
${INSTALL_DATA} ${WRKSRC}/ggobirc ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
@if [ ! -f ${PREFIX}/etc/xdg/ggobi/ggobirc ]; then \
${CP} -p ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
${PREFIX}/etc/xdg/ggobi/ggobirc ; \
fi
.include
MD5 (ggobi-2.1.8.tar.bz2) = 0b07adffcf4379e819b1a26e4cd60d7b
SHA256 (ggobi-2.1.8.tar.bz2) =
2f814376d08a783628d2150d64cddda2e86b71f12847f1d51ba977197102fa8f
SIZE (ggobi-2.1.8.tar.bz2) = 2531628
GGobi is an open source visualization program for exploring high-dimensional
data. It provides highly dynamic and interactive graphics such as tours, as
well as familiar graphics such as the scatterplot, barchart and parallel
coordinates plots. Plots are interactive and linked with brushing and
identification.
WWW: http://www.ggobi.org/
bin/ggobi
include/ggobi/GGStructSizes.c
include/ggobi/GGobiAPI.h
include/ggobi/GGobiApp.h
include/ggobi/GGobiEvents.h
include/ggobi/barchartDisplay.h
include/ggobi/brushing.h
include/ggobi/colorscheme.h
include/ggobi/config.h
include/ggobi/cpanel.h
include/ggobi/defines.h
include/ggobi/display.h
include/ggobi/display_tree.h
include/ggobi/externs.h
include/ggobi/fileio.h
include/ggobi/ggobi-data.h
include/ggobi/ggobi-intl.h
include/ggobi/ggobi-renderer-cairo.h
include/ggobi/ggobi-renderer-factory.h
include/ggobi/ggobi-renderer.h
include/ggobi/ggobi.h
include/ggobi/ggobiClass.h
include/ggobi/marshal.h
include/ggobi/noop-toggle.h
include/ggobi/parcoordsClass.h
include/ggobi/plugin.h
include/ggobi/print.h
include/ggobi/read_csv.h
include/ggobi/read_init.h
include/ggobi/read_xml.h
include/ggobi/scatmatClass.h
include/ggobi/scatterplotClass.h
include/ggobi/splash.h
include/ggobi/splot.h
include/ggobi/testEvents.h
include/ggobi/tour.h
include/ggobi/tour1d_pp.h
include/ggobi/tour2d_pp.h
includ
Re: Need help with new port math/ggobi
I have a last question before I will do send-pr for my new port math/ggobi.
The original program wants to install 'ggobi.pc' under
/usr/local/lib/pkgconfig/
instead of
/usr/local/libdata/pkgconfig/
I wrote a small patch in Makefile to change the location:
post-patch:
@${REINPLACE_CMD} -e
's|$$(libdir)/pkgconfig|${PREFIX}/libdata/pkgconfig|' \
${WRKSRC}/Makefile.am \
${WRKSRC}/Makefile.in
Do you think this replacement is save enough if someone wants to install
in another place?
Thanks for answering,
Rainer
# Ports collection makefile for: ggobi
# Date created:31 January 2010
# Whom:rhurlin
#
# $FreeBSD$
#
PORTNAME= ggobi
PORTVERSION=2.1.8
CATEGORIES= math graphics
MASTER_SITES= http://www.ggobi.org/downloads/
DISTNAME= ${PORTNAME}-${PORTVERSION}
MAINTAINER= rhur...@gwdg.de
COMMENT=Data visualization system
USE_BZIP2= yes
USE_GNOME= gtk20 libxml2
USE_LDCONFIG= yes
GNU_CONFIGURE= yes
CONFIGURE_ARGS+=--with-all-plugins
post-patch:
@${REINPLACE_CMD} -e 's|ND_coord_i|ND_coord|' \
${WRKSRC}/plugins/GraphLayout/graphviz.c
@${REINPLACE_CMD} -e
's|$$(libdir)/pkgconfig|${PREFIX}/libdata/pkgconfig|' \
${WRKSRC}/Makefile.am \
${WRKSRC}/Makefile.in
ALL_TARGET= all ggobirc
post-install:
${MKDIR} ${PREFIX}/etc/xdg/ggobi
${INSTALL_DATA} ${WRKSRC}/ggobirc ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
@if [ ! -f ${PREFIX}/etc/xdg/ggobi/ggobirc ]; then \
${CP} -p ${PREFIX}/etc/xdg/ggobi/ggobirc.sample
${PREFIX}/etc/xdg/ggobi/ggobirc ; \
fi
.include
MD5 (ggobi-2.1.8.tar.bz2) = 0b07adffcf4379e819b1a26e4cd60d7b
SHA256 (ggobi-2.1.8.tar.bz2) =
2f814376d08a783628d2150d64cddda2e86b71f12847f1d51ba977197102fa8f
SIZE (ggobi-2.1.8.tar.bz2) = 2531628
GGobi is an open source visualization program for exploring high-dimensional
data. It provides highly dynamic and interactive graphics such as tours, as
well as familiar graphics such as the scatterplot, barchart and parallel
coordinates plots. Plots are interactive and linked with brushing and
identification.
WWW: http://www.ggobi.org/
bin/ggobi
include/ggobi/GGStructSizes.c
include/ggobi/GGobiAPI.h
include/ggobi/GGobiApp.h
include/ggobi/GGobiEvents.h
include/ggobi/barchartDisplay.h
include/ggobi/brushing.h
include/ggobi/colorscheme.h
include/ggobi/config.h
include/ggobi/cpanel.h
include/ggobi/defines.h
include/ggobi/display.h
include/ggobi/display_tree.h
include/ggobi/externs.h
include/ggobi/fileio.h
include/ggobi/ggobi-data.h
include/ggobi/ggobi-intl.h
include/ggobi/ggobi-renderer-cairo.h
include/ggobi/ggobi-renderer-factory.h
include/ggobi/ggobi-renderer.h
include/ggobi/ggobi.h
include/ggobi/ggobiClass.h
include/ggobi/marshal.h
include/ggobi/noop-toggle.h
include/ggobi/parcoordsClass.h
include/ggobi/plugin.h
include/ggobi/print.h
include/ggobi/read_csv.h
include/ggobi/read_init.h
include/ggobi/read_xml.h
include/ggobi/scatmatClass.h
include/ggobi/scatterplotClass.h
include/ggobi/splash.h
include/ggobi/splot.h
include/ggobi/testEvents.h
include/ggobi/tour.h
include/ggobi/tour1d_pp.h
include/ggobi/tour2d_pp.h
include/ggobi/tour_pp.h
include/ggobi/tsPlot.h
include/ggobi/tsdisplay.h
include/ggobi/types.h
include/ggobi/vars.h
include/ggobi/varseldata.h
include/ggobi/vartable.h
include/ggobi/write_xml.h
include/ggobi/writedata.h
lib/libggobi.la
lib/libggobi.so
lib/libggobi.so.0
libdata/pkgconfig/ggobi.pc
share/applications/ggobi.desktop
share/ggobi/data/Shipman.csv
share/ggobi/data/Shipman.xml
share/ggobi/data/adhoc.xml
share/ggobi/data/algal-bloom.xml
share/ggobi/data/buckyball.xml
share/ggobi/data/cube6.xml
share/ggobi/data/eies.xml
share/ggobi/data/flea.csv
share/ggobi/data/flea.xml
share/ggobi/data/laser.csv
share/ggobi/data/laser.xml
share/ggobi/data/morsecodes.xml
share/ggobi/data/olive.csv
share/ggobi/data/olive.xml
share/ggobi/data/perm4.xml
share/ggobi/data/perm5.xml
share/ggobi/data/pigs.xml
share/ggobi/data/places.csv
share/ggobi/data/places.xml
share/ggobi/data/prim7.xml
share/ggobi/data/ratcns.csv
share/ggobi/data/ratcns.xml
share/ggobi/data/river.xml
share/ggobi/data/roos.csv
share/ggobi/data/roos.xml
share/ggobi/data/sarsHK.xml
share/ggobi/data/sat.csv
share/ggobi/data/sat.xml
share/ggobi/data/sleep.csv
share/ggobi/data/sleep.xml
share/ggobi/data/snetwork.xml
share/ggobi/data/stdColorMap.xml
share/ggobi/data/tao-nomiss.xml
share/ggobi/data/tao.csv
share/ggobi/data/tao.xml
share/ggobi/data/tips.csv
share/ggobi/data/tips.xml
share/ggobi/data/tmin.csv
share/ggobi/data/tmin.xml
share/ggobi/data/tmin1.csv
share/ggobi/data/tmin1.xml
share/ggobi/data/tmin2.xml
share/ggobi/data/tmin3.xml
share/ggobi/data/tmin4.xml
share/ggobi/plugins/DataViewer/plugin.la
share/ggobi/plugins/DataViewer/plugin.so
share/ggobi/plugins/DataViewer/plugin.so.0
share/ggobi/plugins/DescribeDisplay/plugin.la
share/ggobi/plugins/DescribeDisplay/plugin.so
share/ggobi/plu
Re: Need help with new port math/ggobi
On 31.01.2010 15:36 (UTC+1), b. f. wrote:
On 1/31/10, Rainer Hurling wrote:
I have a last question before I will do send-pr for my new port math/ggobi.
The original program wants to install 'ggobi.pc' under
/usr/local/lib/pkgconfig/
instead of
/usr/local/libdata/pkgconfig/
I wrote a small patch in Makefile to change the location:
post-patch:
@${REINPLACE_CMD} -e
's|$$(libdir)/pkgconfig|${PREFIX}/libdata/pkgconfig|' \
${WRKSRC}/Makefile.am \
${WRKSRC}/Makefile.in
Do you think this replacement is save enough if someone wants to install
in another place?
At first glance, it looks okay, although if you are not remaking
Makefile.in, you could probably just patch Makefile.in, and ignore
Makefile.am. But since you are already using some components of
Gnome, you could instead just add 'gnomehack' to USE_GNOME, which
already has some boilerplate code to do this, rather than adding your
own custom post-patch target. Also, I think that you can use @dirrm
instead of @dirrmtry for etc/xdg/ggobi (although not for etc/xdg).
USE_GNOME gnomehack:
Whow, I was not aware of it. Yes, it also takes care for the right place
to install ggobi.pc.
@dirrmtry etc/xdg/ggobi:
This is because we can not be sure if a customized ggobirc file should
remain for the next install or update.
Many thanks again for your help. I think it is time to prepare a PR now :-)
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"
patch to build sysutils/xosview on CURRENT
The good old xosview did not build and install under CURRENT. After some
trying I found a way to install and run it.
In Makefile we have to remove the 'BROKEN' lines.
'files/patch-configure has to include version 9.
Additionally the irg/interrupt-meters have to be disabled over
'files/patch-ae' , because these both crashes under CURRENT.
All neccessary patches are attached.
It would be nice to take a look at the patches. If all is ok, we could
update the port.
Is it right to disable irq/interrupt-meters for all FreeBSD version. Or
is there some version specific solution? What do you think?
Thanks in advance,
Rainer Hurling
--- Makefile.orig 2009-12-21 14:05:21.0 +0100
+++ Makefile2010-02-28 19:26:38.0 +0100
@@ -21,10 +21,6 @@
.include
-.if ${OSVERSION} >= 90
-BROKEN=unsupported FreeBSD version
-.endif
-
post-patch:
@${REINPLACE_CMD} -e 's,iostream.h,iostream,' \
${WRKSRC}/xwin.h \
--- patch-ae2001-08-21 21:32:41.0 +0200
+++ patch-ae.diff2 2010-02-28 20:35:25.0 +0100
@@ -1,8 +1,19 @@
Xdefaults.in.orig Wed Jul 5 21:44:36 2000
-+++ Xdefaults.in Tue Aug 21 12:15:19 2001
-@@ -175,7 +175,7 @@
+--- Xdefaults.in.orig 2006-02-18 06:45:00.0 +0100
Xdefaults.in 2010-02-28 19:58:09.0 +0100
+@@ -169,17 +169,17 @@
+
+ ! Interrupt Meter Resources
+
+-xosview*interrupts: True
++xosview*interrupts: False
+ xosview*intOnColor: red
+ xosview*intOffColor:aquamarine
+ xosview*intPriority: 1
+
! Interrupt Rate Meter Resources
xosview*irqrate: True
+-xosview*irqrate: True
++xosview*irqrate: False
xosview*irqrateUsedColor: red
-xosview*irqrateIdleColor: black
+xosview*irqrateIdleColor: aquamarine
--- patch-configure.orig2007-12-20 16:10:47.0 +0100
+++ patch-configure 2010-02-28 19:37:30.0 +0100
@@ -5,7 +5,7 @@
host_dir=bsd
host_os=freebsd ;;
-freebsd[4]*)
-+freebsd[45678]*)
++freebsd[456789]*)
EXTRALIBS="-lkvm $XPMLIB $DEVSTATLIB"
INSTALL_ARGS='-s -g kmem -m 02555'
NetMeter_Default_Setting=True
___
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: patch to build sysutils/xosview on CURRENT
Mailaddress of maintainer is unknown:
ha...@physics.montana.edu
SMTP error from remote mail server after RCPT
TO::
host tesla.physics.montana.edu [153.90.192.170]:
550 unknown user
So perhaps someone else is willing to take a look at my patches?
Thanks,
Rainer Hurling
Am 28.02.2010 21:26 (UTC+1) schrieb Rainer Hurling:
The good old xosview did not build and install under CURRENT. After some
trying I found a way to install and run it.
In Makefile we have to remove the 'BROKEN' lines.
'files/patch-configure has to include version 9.
Additionally the irg/interrupt-meters have to be disabled over
'files/patch-ae' , because these both crashes under CURRENT.
All neccessary patches are attached.
It would be nice to take a look at the patches. If all is ok, we could
update the port.
Is it right to disable irq/interrupt-meters for all FreeBSD version. Or
is there some version specific solution? What do you think?
--- Makefile.orig 2009-12-21 14:05:21.0 +0100
+++ Makefile2010-02-28 19:26:38.0 +0100
@@ -21,10 +21,6 @@
.include
-.if ${OSVERSION} >= 90
-BROKEN=unsupported FreeBSD version
-.endif
-
post-patch:
@${REINPLACE_CMD} -e 's,iostream.h,iostream,' \
${WRKSRC}/xwin.h \
--- patch-ae.orig 2001-08-21 21:32:41.0 +0200
+++ patch-ae. 2010-02-28 20:35:25.0 +0100
@@ -1,8 +1,19 @@
Xdefaults.in.orig Wed Jul 5 21:44:36 2000
-+++ Xdefaults.in Tue Aug 21 12:15:19 2001
-@@ -175,7 +175,7 @@
+--- Xdefaults.in.orig 2006-02-18 06:45:00.0 +0100
Xdefaults.in 2010-02-28 19:58:09.0 +0100
+@@ -169,17 +169,17 @@
+
+ ! Interrupt Meter Resources
+
+-xosview*interrupts: True
++xosview*interrupts: False
+ xosview*intOnColor: red
+ xosview*intOffColor:aquamarine
+ xosview*intPriority: 1
+
! Interrupt Rate Meter Resources
xosview*irqrate: True
+-xosview*irqrate: True
++xosview*irqrate: False
xosview*irqrateUsedColor: red
-xosview*irqrateIdleColor: black
+xosview*irqrateIdleColor: aquamarine
--- patch-configure.orig2007-12-20 16:10:47.0 +0100
+++ patch-configure 2010-02-28 19:37:30.0 +0100
@@ -5,7 +5,7 @@
host_dir=bsd
host_os=freebsd ;;
-freebsd[4]*)
-+freebsd[45678]*)
++freebsd[456789]*)
EXTRALIBS="-lkvm $XPMLIB $DEVSTATLIB"
INSTALL_ARGS='-s -g kmem -m 02555'
NetMeter_Default_Setting=True
___
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: help with sed for post-patch
Am 21.03.2010 21:42 (UTC+1) schrieb Tijl Coosemans:
On Sunday 21 March 2010 21:14:11 Eitan Adler wrote:
I need to change
set(LIBRARY_OUTPUT_PATH ${CMAKE_BINARY_DIR}/lib)
to
set(LIBRARY_OUTPUT_PATH libdata/lib)
Here is what I have
${REINPLACE_CMD} -E 's/\$\{CMAKE_BINARY_DIR\}\/lib/libdata\/lib/'
${WRKSRC}/CMakeLists.txt
how could I fix this?
In a Makefile you have to replace $ by $$.
${REINPLACE_CMD} 's,$${CMAKE_BINARY_DIR}/lib,libdata/lib,'
${WRKSRC}/CMakeLists.txt
and, as far as I understand, put "-e" between command and the rest (see
Porters Handbook, chapter 4.4):
${REINPLACE_CMD} -e 's,$${CMAKE_BINARY_DIR}/lib,libdata/lib,'
${WRKSRC}/CMakeLists.txt
___
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"
Waiting for PR 144845 (lang/guile)
Could anybody please commit PR 144845? It let us build lang/guile again. As far as I can see maintainer reviewed it on March, 30 ... http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144845 Thanks in advance, Rainer Hurling ___ 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"
stellarium crashes on 9.0-CURRENT
For some weeks now I am not able to start astro/stellarium (versions 10.3 and 10.5) any more. Immediately after starting I only get a core dump, nothing else. It seems like this behaviour appeared after the latest update of KDE / QT. I am running recent 9.0-CURRENT (amd64) with x11/nvidia-driver. Other OpenGL programs like astro/celestia and astro/openunivers work like a charm. Looking at the core dump with gdb gives me the following output (btw. it seems to be difficult to build stellarium with debugging symbols, any hints?): (gdb) core stellarium.core warning: exec file is newer than core file. Core was generated by `stellarium'. Program terminated with signal 11, Segmentation fault. Symbols already loaded for /usr/local/lib/qt4/libQtOpenGL.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtScript.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtGui.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtSql.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtNetwork.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtCore.so.4 Symbols already loaded for /usr/local/lib/libGLU.so.1 Symbols already loaded for /usr/local/lib/libGL.so.1 Symbols already loaded for /usr/local/lib/libSM.so.6 Symbols already loaded for /usr/local/lib/libICE.so.6 Symbols already loaded for /usr/local/lib/libX11.so.6 Symbols already loaded for /usr/local/lib/libXext.so.6 Symbols already loaded for /usr/local/lib/libiconv.so.3 Symbols already loaded for /usr/local/lib/libintl.so.9 Symbols already loaded for /lib/libz.so.6 Symbols already loaded for /usr/lib/libstdc++.so.6 Symbols already loaded for /lib/libm.so.5 Symbols already loaded for /lib/libgcc_s.so.1 Symbols already loaded for /lib/libc.so.7 Symbols already loaded for /usr/local/lib/libfreetype.so.9 Symbols already loaded for /usr/local/lib/libXrender.so.1 Symbols already loaded for /usr/local/lib/libfontconfig.so.1 Symbols already loaded for /lib/libthr.so.3 Symbols already loaded for /usr/local/lib/libgthread-2.0.so.0 Symbols already loaded for /usr/local/lib/libglib-2.0.so.0 Symbols already loaded for /usr/local/lib/libpng.so.6 Symbols already loaded for /usr/local/lib/libnvidia-tls.so.1 Symbols already loaded for /usr/local/lib/libGLcore.so.1 Symbols already loaded for /usr/local/lib/libxcb.so.2 Symbols already loaded for /usr/local/lib/libXau.so.6 Symbols already loaded for /usr/local/lib/libXdmcp.so.6 Symbols already loaded for /usr/local/lib/libpthread-stubs.so.0 Symbols already loaded for /usr/lib/librpcsvc.so.5 Symbols already loaded for /usr/local/lib/libexpat.so.6 Symbols already loaded for /usr/local/lib/libicui18n.so.38 Symbols already loaded for /usr/local/lib/libpcre.so.0 Symbols already loaded for /usr/local/lib/libicuuc.so.38 Symbols already loaded for /usr/local/lib/libicudata.so.38 Symbols already loaded for /libexec/ld-elf.so.1 #0 0x4271b143 in glXCreateWindow () from /usr/local/lib/libGL.so.1 This looks like a problem with OpenGL (QT / NVidia?). I have no clue what to do next ... Any help is really appreciated. Thanks in advance, Rainer Hurling ___ 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: stellarium crashes on 9.0-CURRENT
On 10.07.2010 22:19 (UTC+1), Henry Hu wrote: Hello, Hello Henry, I'm using FreeBSD 8.0-STABLE, and I'm suffering from the problem. After days of debugging, I still cannot make out the problem. However, there is a solution to me: run with __GL_SINGLE_THREADED=1 e.g. run: env __GL_SINGLE_THREADED=1 stellarium It was segfaulting before, and now it works! thank you for your answer. I can confirm that stellarium with this variable set works on 9.0-CURRENT too. My stacktrace: [Switching to LWP 100190] 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 (gdb) where #0 0x29f44260 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 #1 0x299d0ba3 in glXChooseVisual () from /usr/local/lib/libGL.so.1 #2 0x0002 in ?? () #3 0x in ?? () #4 0x29e284fd in atoi () from /lib/libc.so.7 #5 0x in ?? () #6 0x28615d70 in ?? () #7 0x2ac1a890 in ?? () from /usr/local/lib/libGLcore.so.1 #8 0x0003 in ?? () #9 0xbfbfe4a8 in ?? () #10 0xbfbfdf18 in ?? () #11 0x2adcf2c5 in _nv012glcore () from /usr/local/lib/libGLcore.so.1 #12 0x28615d70 in ?? () #13 0xbfbfe4a8 in ?? () #14 0xbfbfdf18 in ?? () #15 0x299b76db in glXChooseVisual () from /usr/local/lib/libGL.so.1 #16 0x29a055dc in ?? () from /usr/local/lib/libGL.so.1 (gdb) Generally, it seems like that the program crashed before main. According to where I found the environment variable(in NVIDIA Accelerated Linux Driver Set README and Installation Guide): [quote] Q. OpenGL applications crash and print out the following warning: WARNING: Your system is running with a buggy dynamic loader. This may cause crashes in certain applications. If you experience crashes you can try setting the environment variable __GL_SINGLE_THREADED to 1. For more information please consult the FREQUENTLY ASKED QUESTIONS section in the file /usr/share/doc/NVIDIA_GLX-1.0/README.txt. A. The dynamic loader on your system has a bug which will cause applications linked with pthreads, and that dlopen() libGL multiple times, to crash. This bug is present in older versions of the dynamic loader. Distributions that shipped with this loader include but are not limited to Red Hat Linux 6.2 and Mandrake Linux 7.1. Version 2.2 and later of the dynamic loader are known to work properly. If the crashing application is single threaded then setting the environment variable '__GL_SINGLE_THREADED' to "1" will prevent the crash. In the bash shell you would enter: % export __GL_SINGLE_THREADED=1 and in csh and derivatives use: % setenv __GL_SINGLE_THREADED 1 Previous releases of the NVIDIA Accelerated Linux Driver Set attempted to work around this problem. Unfortunately the workaround caused problems with other applications and was removed after version 1.0-1541. [/quote] I found that stellarium is linked with pthreads, and according to my debugging, this problem may be related to dlopen. However, I tried to write a program which uses pthread and dlopens libGL multiple times, but it did not crash. Is this a problem related to our dynamic loader? Or is this a problem of the nvidia drivers? Sorry, but I have no knowledge about the actual loader (did it change in the last month?). I remember that once stellarium was running successfully with nvidia's driver. So something must have changed. Yes, I was running previous versions (before 10.0.2) of stellarium with nvidia-driver. Your workaround helps so far, but of course it would be nice to have a general solution. As I mentioned in my initial mail, other OpenGL programs like astro/celestia etc. work like a charm. Many thanks again, 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: vlc install error - possibly plist error for kde4?
I am afraid your newest patch is not working for me. This is on
9.0-CURRENT amd64.
Obviously there went something wrong with the intime generated (faked)
plist:
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/share/locale/locale.alias
cd /usr/ports/multimedia/vlc/work/fake/usr/local/bin && /usr/bin/find -s
* | /usr/bin/sed -e 's|^|bin/|' >> /usr/ports/multimedia/vlc/work/plist
cd /usr/ports/multimedia/vlc/work/fake/usr/local/include &&
/usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e 's|^|include/|'
>> /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d
| /usr/bin/sed -e 's|^|@dirrmtry include/|' >>
/usr/ports/multimedia/vlc/work/plist
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.la
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.so
cd /usr/ports/multimedia/vlc/work/fake/usr/local/lib && /usr/bin/find -s
* -type f -o -type l| /usr/bin/sed -e 's|^|lib/|' >>
/usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d |
/usr/bin/sed -e 's|^|@dirrmtry lib/|' >>
/usr/ports/multimedia/vlc/work/plist
if [ -d /usr/ports/multimedia/vlc/work/fake/usr/local/libdata ]; then
cd /usr/ports/multimedia/vlc/work/fake/usr/local/libdata &&
/usr/bin/find -s * -type f -o -type l| /usr/bin/sed -e 's|^|libdata/|'
>> /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d
| /usr/bin/sed -e 's|^|@dirrmtry libdata/|' >>
/usr/ports/multimedia/vlc/work/plist ; fi
if [ -d /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons ];
then cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons &&
/usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e
's|^|share/icons/|' >> /usr/ports/multimedia/vlc/work/plist &&
/usr/bin/find -d * -type d | /usr/bin/sed -e 's|^|@dirrmtry
share/icons/|' >> /usr/ports/multimedia/vlc/work/plist && echo
"@dirrmtry share/icons" >> /usr/ports/multimedia/vlc/work/plist
Syntax error: end of file unexpected (expecting "fi")
*** Error code 2
Stop in /usr/ports/multimedia/vlc.
*** Error code 1
Stop in /usr/ports/multimedia/vlc.
*** Error code 1
Thanks for your work,
Rainer
On 14.07.2010 03:23 (UTC+1), Wesley Shields wrote:
On Mon, Jul 12, 2010 at 09:45:34PM -0400, Joseph S. Atkinson wrote:
On 07/12/2010 20:24, Wesley Shields wrote:
On Mon, Jul 12, 2010 at 10:42:46PM +0200, David DEMELIER wrote:
2010/7/12 David Southwell:
cd: can't cd to /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
...
I don't understand this : cd: can't cd to
/usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
Whatever options were use, the kde4 directory isn't being created. This needs to
be checked for. Try this patch.
--- /usr/ports/multimedia/vlc/Makefile 2010-07-12 16:48:11.0 -0400
+++ Makefile2010-07-12 20:59:50.0 -0400
@@ -662,11 +662,13 @@
${SED} -e 's|^|@dirrmtry libdata/|'>> ${PLIST} ; \
fi
.for dir in icons kde4 vlc
+ if [ -d ${FAKEDIR}/share/${dir} ]; then \
cd ${FAKEDIR}/share/${dir}&& ${FIND} -s * -type f -o -type l | \
${SED} -e 's|^|share/${dir}/|'>> ${PLIST} \
&& ${FIND} -d * -type d | \
- ${SED} -e 's|^|@dirrmtry share/${dir}/|'>> ${PLIST}
- ${ECHO_CMD} "@dirrmtry share/${dir}">> ${PLIST}
+ ${SED} -e 's|^|@dirrmtry share/${dir}/|'>> ${PLIST} \
+ && ${ECHO_CMD} "@dirrmtry share/${dir}">> ${PLIST} ; \
+ fi
.endfor
.if !defined(NOPORTDOCS)
cd ${FAKEDIR}/share/doc&& ${FIND} -s * -type f -o -type l | \
I committed this patch after not hearing anything back from David
Southwell. It should solve the problem, despite not knowing what the
root cause is.
-- WXS
___
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: vlc install error - possibly plist error for kde4?
On 14.07.2010 07:57 (UTC+1), Rainer Hurling wrote:
I am afraid your newest patch is not working for me. This is on
9.0-CURRENT amd64.
Obviously there went something wrong with the intime generated (faked)
plist:
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/share/locale/locale.alias
cd /usr/ports/multimedia/vlc/work/fake/usr/local/bin && /usr/bin/find -s
* | /usr/bin/sed -e 's|^|bin/|' >> /usr/ports/multimedia/vlc/work/plist
cd /usr/ports/multimedia/vlc/work/fake/usr/local/include &&
/usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e 's|^|include/|'
>> /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d |
/usr/bin/sed -e 's|^|@dirrmtry include/|' >>
/usr/ports/multimedia/vlc/work/plist
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.la
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.so
cd /usr/ports/multimedia/vlc/work/fake/usr/local/lib && /usr/bin/find -s
* -type f -o -type l| /usr/bin/sed -e 's|^|lib/|' >>
/usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d |
/usr/bin/sed -e 's|^|@dirrmtry lib/|' >>
/usr/ports/multimedia/vlc/work/plist
if [ -d /usr/ports/multimedia/vlc/work/fake/usr/local/libdata ]; then cd
/usr/ports/multimedia/vlc/work/fake/usr/local/libdata && /usr/bin/find
-s * -type f -o -type l| /usr/bin/sed -e 's|^|libdata/|' >>
/usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d |
/usr/bin/sed -e 's|^|@dirrmtry libdata/|' >>
/usr/ports/multimedia/vlc/work/plist ; fi
if [ -d /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons ];
then cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons &&
/usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e
's|^|share/icons/|' >> /usr/ports/multimedia/vlc/work/plist &&
/usr/bin/find -d * -type d | /usr/bin/sed -e 's|^|@dirrmtry
share/icons/|' >> /usr/ports/multimedia/vlc/work/plist && echo
"@dirrmtry share/icons" >> /usr/ports/multimedia/vlc/work/plist
Syntax error: end of file unexpected (expecting "fi")
*** Error code 2
Stop in /usr/ports/multimedia/vlc.
*** Error code 1
Stop in /usr/ports/multimedia/vlc.
*** Error code 1
Thanks for your work,
Rainer
On 14.07.2010 03:23 (UTC+1), Wesley Shields wrote:
On Mon, Jul 12, 2010 at 09:45:34PM -0400, Joseph S. Atkinson wrote:
On 07/12/2010 20:24, Wesley Shields wrote:
On Mon, Jul 12, 2010 at 10:42:46PM +0200, David DEMELIER wrote:
2010/7/12 David Southwell:
cd: can't cd to
/usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
...
I don't understand this : cd: can't cd to
/usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
Whatever options were use, the kde4 directory isn't being created.
This needs to
be checked for. Try this patch.
--- /usr/ports/multimedia/vlc/Makefile 2010-07-12 16:48:11.0
-0400
+++ Makefile 2010-07-12 20:59:50.0 -0400
@@ -662,11 +662,13 @@
${SED} -e 's|^|@dirrmtry libdata/|'>> ${PLIST} ; \
fi
.for dir in icons kde4 vlc
+ if [ -d ${FAKEDIR}/share/${dir} ]; then \
cd ${FAKEDIR}/share/${dir}&& ${FIND} -s * -type f -o -type l | \
${SED} -e 's|^|share/${dir}/|'>> ${PLIST} \
&& ${FIND} -d * -type d | \
- ${SED} -e 's|^|@dirrmtry share/${dir}/|'>> ${PLIST}
- ${ECHO_CMD} "@dirrmtry share/${dir}">> ${PLIST}
+ ${SED} -e 's|^|@dirrmtry share/${dir}/|'>> ${PLIST} \
+ && ${ECHO_CMD} "@dirrmtry share/${dir}">> ${PLIST} ; \
+ fi
.endfor
.if !defined(NOPORTDOCS)
cd ${FAKEDIR}/share/doc&& ${FIND} -s * -type f -o -type l | \
I committed this patch after not hearing anything back from David
Southwell. It should solve the problem, despite not knowing what the
root cause is.
-- WXS
Sorry for top-posting in last mail.
For some reason your commit to ports was not complete. These few chars
in Makefile get lost:
--- Makefile_OLD2010-07-14 07:14:20.0 +0200
+++ Makefile2010-07-14 08:37:47.0 +0200
@@ -672,7 +672,8 @@
${SED} -e 's|^|share/${dir}/|' >> ${PLIST} \
&& ${FIND} -d * -type d | \
${SED} -e 's|^|@dirrmtry share/${dir}/|' >> ${PLIST} \
- && ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST}
+ && ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST} ; \
+ fi
.endfor
.if !defined(NOPORTDOCS)
cd ${FAKEDIR}/share/doc && ${FIND} -s * -type f -o -type l | \
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: lang/perl5.12 segfault (amd64 - 8-STABLE)
On 17.07.2010 06:18 (UTC+1), Mario Sergio Fujikawa Ferreira wrote: Hi, I am running 8-STABLE as of July 1st 2010. FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #14: Thu Jul 1 12:50:38 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 With latest ports as of July 14th 2010. I've been trying to build perl5.12 since its addition to the ports tree without success. The ports tree is up to date as of today. Same error here on recent 9.0-CURRENT (amd64), updating from perl-threaded-5.10.1_2. Rainer The build always produces segmentation faults. The relevant part of the build log follows: -- `sh cflags "optimize='-O2 -pipe -march=athlon64 -fno-strict-aliasing'" globals.o` -DPIC -fPIC globals.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.12.1/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/l ocal/include -std=c89 -O2 -pipe -march=athlon64 -fno-strict-aliasing -Wall -ansi -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat LD_LIBRARY_PATH=/usr/ports/lang/perl5.12/work/perl-5.12.1 cc -Wl,-E -fstack-protector -L/usr/local/lib -o miniperlgv.o toke.o perly.o pad.o regcomp.o dump.o util.o mg.o reent r.o mro.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o globals.o perlio.o perlapi.o numeric.o mathoms.o lo cale.o pp_pack.o pp_sort.ominiperlmain.o opmini.o perlmini.o -lm -lcrypt -lutil LD_LIBRARY_PATH=/usr/ports/lang/perl5.12/work/perl-5.12.1 ./miniperl -w -Ilib -MExporter -e '' || make minitest Segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/ports/lang/perl5.12/work/perl-5.12.1 ./miniperl -Ilib make_patchnum.pl Segmentation fault (core dumped) *** Error code 139 1 error You may see some irrelevant test failures if you have been unable to build lib/Config.pm, or the Unicode data files. cd t&& (rm -f perl; /bin/ln -s ../miniperl perl)&& LD_LIBRARY_PATH=/usr/ports/lang/perl5.12/work/perl-5.12.1 ./perl TEST -minitest base/*.t comp/*.t cmd/*.t run/*.t io/*.t re/ *.t op/*.t uni/*.thttp://people.freebsd.org/~lioux/perl5.12_build_log.bz2 Let me know if there is anything I can do to help. Regards, ___ 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"
graphics/gdal version 1.7.2
gdal version 1.7.2 was released on April, 23th. There are many improvements against version 1.6.0 (from December 2008) which we found in the ports. Are there any plans to update graphics/gdal in the next time? If I could help (like testing) in some way please let me know. Thanks in advance for answering, Rainer Hurling ___ 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"
graphics/gdal with option 'python'
graphics/gdal can be configured with many options. When option 'python' is checked ON, the PORTREVISION will be hardcoded to 4, see line 192 of Makefile (instead of 9 for the most recent version from today). On side-effect is, that then this port will not be seen by portupgrade etc. and so will not be upgraded. Is this behaviour intended? Is it necessary with actual bsd.python.mk any more? Rainer Hurling P.S.: Are there any plans for updating graphics/gdal from 1.6.0 to 1.7.2? ___ 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 version 1.7.2
Because of getting no response on the first posting until now, I tried
to make a suggestion for a patch. Sorry for answering to myself.
On 19.07.2010 11:51 (UTC+1), Rainer Hurling wrote:
gdal version 1.7.2 was released on April, 23th. There are many
improvements against version 1.6.0 (from December 2008) which we found
in the ports.
Are there any plans to update graphics/gdal in the next time?
The attached patch upgrades graphics/gdal from 1.6.0 to 1.7.2. Building
and installing works for me and new features of gdal like converting R
and SAGA GIS datasets are working :-)
As I have mentioned in another posting, there is a problem with option
'python'. When option 'python' is checked ON, the PORTREVISION will be
hardcoded to 4, see line 192 of original Makefile (instead of 9 for the
most recent version from today). I changed PORTREVISION to
PYDISTUTILS_PORTREVISION, but I am not sure, if this is the right way ;-(
The patch increments libgdal version from lgdal.14 to lgdal.15. Due to
this some other ports like math/saga should also be updated.
Could someone please be so kind to have a look at this patch? An updated
graphics/gdal port is really needed for other ports like math/R and
math/saga.
If I could help (like testing) in some way please let me know.
Thanks in advance,
Rainer Hurling
diff -Naur gdal_1.6.0/Makefile gdal/Makefile
--- gdal_1.6.0/Makefile 2010-07-26 16:34:40.0 +0200
+++ gdal/Makefile 2010-08-01 09:32:29.0 +0200
@@ -6,10 +6,10 @@
#
PORTNAME= gdal
-PORTVERSION= 1.6.0
-PORTREVISION= 9
+PORTVERSION= 1.7.2
CATEGORIES=graphics geography
-MASTER_SITES= ftp://ftp.remotesensing.org/pub/gdal/ \
+MASTER_SITES= http://download.osgeo.org/gdal/ \
+ ftp://ftp.remotesensing.org/pub/gdal/ \
http://www.gdal.org/dl/ \
http://dl.maptools.org/dl/gdal/ \
http://sunpoet.net/distfiles/
@@ -189,7 +189,7 @@
PYEASYINSTALL_CMD= ${LOCALBASE}/bin/easy_install-${PYTHON_VER}
PYDISTUTILS_PKGNAME= ${PORTNAME:U}
PYDISTUTILS_PKGVERSION=${PORTVERSION}
-PORTREVISION= 4
+PYDISTUTILS_PORTREVISION= 4
_OSRELEASE!= ${UNAME} -r
PYEASYINSTALL_OSARCH= -${OPSYS:L}-${_OSRELEASE}-${ARCH}
PYEASYINSTALL_EGG=
${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg
diff -Naur gdal_1.6.0/distinfo gdal/distinfo
--- gdal_1.6.0/distinfo 2009-03-18 15:50:27.0 +0100
+++ gdal/distinfo 2010-08-01 08:11:58.0 +0200
@@ -1,3 +1,3 @@
-MD5 (gdal-1.6.0.tar.gz) = 0c53697511f489455f8b60e843986568
-SHA256 (gdal-1.6.0.tar.gz) =
acdc2faf7496f8d8f4680347ce30fd3a2139b5c050f13dcd6ca8a3d7f6e418a4
-SIZE (gdal-1.6.0.tar.gz) = 7072689
+MD5 (gdal-1.7.2.tar.gz) = 05351f8cb61761ae579667e24a297fe6
+SHA256 (gdal-1.7.2.tar.gz) =
0834909a93e955a45cf050714b018fed89f8dbe74e0381e91d16a8084ca08837
+SIZE (gdal-1.7.2.tar.gz) = 7755378
diff -Naur gdal_1.6.0/files/patch-ogr-GNUmakefile
gdal/files/patch-ogr-GNUmakefile
--- gdal_1.6.0/files/patch-ogr-GNUmakefile 2009-03-18 15:50:27.0
+0100
+++ gdal/files/patch-ogr-GNUmakefile1970-01-01 01:00:00.0 +0100
@@ -1,11 +0,0 @@
ogr/GNUmakefile.orig 2009-03-02 23:42:30.0 +0300
-+++ ogr/GNUmakefile2009-03-02 23:42:35.0 +0300
-@@ -19,7 +19,7 @@
-
- default: lib
-
--all: sublibs apps test_ogrsf$(EXE)
-+all: sublibs
-
- clean:
- rm -f html/*
___
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 version 1.7.2
On 19.07.2010 11:51 (UTC+1), Rainer Hurling wrote: gdal version 1.7.2 was released on April, 23th. There are many improvements against version 1.6.0 (from December 2008) which we found in the ports. Are there any plans to update graphics/gdal in the next time? Thanks for updating :-) Rainer Hurling ___ 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"
Work on update for math/saga
I am almost a newbie in creating and maintaining ports. With help of ports@ ML I had been able to create math/saga (and math/ggobi) some months ago. Now it is time to update math/saga from version 2.0.4 to 2.0.5. I made some changes to Makefile, especially PORTVERSION, WRKSRC and the post-patch area. In the actual state the port is able to fetch the source, to patch and then to start make. The build process stops with the following error messages. Obviously there is a problem with converting 'wxString' to 'const wchar_t*'. I have no clue what to do next. Some help is greatly appreciated. Thanks in advance, Rainer Hurling -- Making all in saga_cmd Making all in man c++ -DPACKAGE_NAME=\"saga\" -DPACKAGE_TARNAME=\"saga\" -DPACKAGE_VERSION=\"2.0.5\" -DPACKAGE_STRING=\"saga\ 2.0.5\" -DPACKAGE_BUGREPORT=\"BUG-REPORT-ADDRESS\" -DPACKAGE=\"saga\" -DVERSION=\"2.0.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FLOAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_UNISTD_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MODF=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -fPIC `/usr/local/bin/wxgtk2-2.8-config --unicode=no --cxxflags` -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -I.. -D"MODULE_LIBRARY_PATH=\"/usr/local/lib/saga\"" -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT callback.o -MD -MP -MF .deps/callback.Tpo -c -o callback.o callback.cpp mv -f .deps/callback.Tpo .deps/callback.Po c++ -DPACKAGE_NAME=\"saga\" -DPACKAGE_TARNAME=\"saga\" -DPACKAGE_VERSION=\"2.0.5\" -DPACKAGE_STRING=\"saga\ 2.0.5\" -DPACKAGE_BUGREPORT=\"BUG-REPORT-ADDRESS\" -DPACKAGE=\"saga\" -DVERSION=\"2.0.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FLOAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_UNISTD_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MODF=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -fPIC `/usr/local/bin/wxgtk2-2.8-config --unicode=no --cxxflags` -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -I.. -D"MODULE_LIBRARY_PATH=\"/usr/local/lib/saga\"" -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT module_library.o -MD -MP -MF .deps/module_library.Tpo -c -o module_library.o module_library.cpp module_library.cpp: In member function 'bool CModule_Library::Create(const wchar_t*, const wchar_t*)': module_library.cpp:139: error: cannot convert 'wxString' to 'const wchar_t*' in argument passing module_library.cpp: In member function 'void CModule_Library::_Set_CMD(CSG_Parameters*, bool)': module_library.cpp:320: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:333: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:337: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:342: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:347: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:351: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/i
Re: [SOLVED] Work on update for math/saga
On 26.08.2010 19:06 (UTC+1), Rainer Hurling wrote: Now it is time to update math/saga from version 2.0.4 to 2.0.5. In the actual state the port is able to fetch the source, to patch and then to start make. The build process stops with the following error messages. Obviously there is a problem with converting 'wxString' to 'const wchar_t*'. The described error depends on a small inaccuracy with unicode handling in the original linux sources. It is identified and will be corrected. In the meantime I am working with a small extra patch. The updated port is basically ready and running now ;-) I have no clue what to do next. Some help is greatly appreciated. Thanks in advance, Rainer Hurling -- Making all in saga_cmd Making all in man c++ -DPACKAGE_NAME=\"saga\" -DPACKAGE_TARNAME=\"saga\" -DPACKAGE_VERSION=\"2.0.5\" -DPACKAGE_STRING=\"saga\ 2.0.5\" -DPACKAGE_BUGREPORT=\"BUG-REPORT-ADDRESS\" -DPACKAGE=\"saga\" -DVERSION=\"2.0.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FLOAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_UNISTD_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MODF=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -fPIC `/usr/local/bin/wxgtk2-2.8-config --unicode=no --cxxflags` -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -I.. -D"MODULE_LIBRARY_PATH=\"/usr/local/lib/saga\"" -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT callback.o -MD -MP -MF .deps/callback.Tpo -c -o callback.o callback.cpp mv -f .deps/callback.Tpo .deps/callback.Po c++ -DPACKAGE_NAME=\"saga\" -DPACKAGE_TARNAME=\"saga\" -DPACKAGE_VERSION=\"2.0.5\" -DPACKAGE_STRING=\"saga\ 2.0.5\" -DPACKAGE_BUGREPORT=\"BUG-REPORT-ADDRESS\" -DPACKAGE=\"saga\" -DVERSION=\"2.0.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_FLOAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_UNISTD_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MODF=1 -DHAVE_STRCHR=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -I. -fPIC `/usr/local/bin/wxgtk2-2.8-config --unicode=no --cxxflags` -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -I.. -D"MODULE_LIBRARY_PATH=\"/usr/local/lib/saga\"" -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT module_library.o -MD -MP -MF .deps/module_library.Tpo -c -o module_library.o module_library.cpp module_library.cpp: In member function 'bool CModule_Library::Create(const wchar_t*, const wchar_t*)': module_library.cpp:139: error: cannot convert 'wxString' to 'const wchar_t*' in argument passing module_library.cpp: In member function 'void CModule_Library::_Set_CMD(CSG_Parameters*, bool)': module_library.cpp:320: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:333: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:337: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:342: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:347: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/local/include/wx-2.8/wx/string.h:1208: note: candidates are: static wxString wxString::Format(const wxChar*, ...) module_library.cpp:351: error: no matching function for call to 'wxString::Format(const wchar_t*)' /usr/loca
update math/saga: question about wxWidgets
I am the maintainer of math/saga. A few days ago I sent an update, see http://www.freebsd.org/cgi/query-pr.cgi?pr=150157. With only little experience I tried to update to the newest linux sources of SAGA GIS. Among other things I introduced an option for unicode support. Concerning that code I have a question: Is it adequate to declare "WITH_UNICODE=yes" (and "CONFIGURE_ARGS+= --enable-unicode" for the build process) to ensure, that the right wxWidget (like wxgtk2-unicode) ports get installed, if they are not present? Or do I have to declare them explictly as dependencies? I would really appreciate if someone could have a look at it. Furthermore, perhaps someone is willing to commit this update ;-) Thanks in advance, Rainer Hurling ___ 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"
package generation on FreeBSD ftp server
I have a question about packages at ftp://ftp.freebsd.org/pub/FreeBSD/ports/packages/ . They are automatically generated from time to time. I understand that this depends on computing capacities on the server farm etc. So some packages are relatively new, some are older and some are missing... For example, for math/saga there had been a package saga-2.0.4_4.tbz for some time. After updating SAGA GIS to version 2.0.5 there is no package any more. There was an error on building math/saga in first half of september, see http://portsmon.freebsd.org/portoverview.py?portname=saga This was corected and the new SAGA GIS version has to differentiate between i386 and amd64 because of dependency libiodbc (patch problem). Does this prevent from automatic package generation? I would be happy if someone could give an explaination on this. Thanks in advance, Rainer Hurling ___ 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: GCC44 upgrade fails
There is already a PR, see http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151792 On 30.10.2010 09:53 (UTC+1), David Marec wrote: Hello, On my FreeBSD8-Stable box, the last GCC44.6 attempt to update fails on the following errors: << libtool: compile: /usr/ports/lang/gcc44/work/build/./gcc/gfortran - B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/x86_64-portbld- freebsd8.1/bin/ -B/usr/local/x86_64-portbld-freebsd8.1/lib/ -isystem /usr/local/x86_64-portbld-freebsd8.1/include -isystem /usr/local/x86_64- portbld-freebsd8.1/sys-include -DHAVE_CONFIG_H -I. - I../.././../gcc-4.4-20101026/libgfortran -I. - iquote../.././../gcc-4.4-20101026/libgfortran/io - I../.././../gcc-4.4-20101026/libgfortran/../gcc - I../.././../gcc-4.4-20101026/libgfortran/../gcc/config -I../.././gcc - D_GNU_SOURCE -I . -Wall -Werror -fimplicit-none -fno-repack-arrays -fno- underscoring -fallow-leading-underscore -g -c ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90 -o .libs/_abs_c4.o ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x8A\x01\x08\x04\x1E\xD7\xD9\x8A\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: [...] gmake[3]: quittant le répertoire « /usr/ports/lang/gcc44/work/build/x86_64- portbld-freebsd8.1/libgfortran » gmake[2]: *** [all] Erreur 2 gmake[2]: quittant le répertoire « /usr/ports/lang/gcc44/work/build/x86_64- portbld-freebsd8.1/libgfortran » gmake[1]: *** [all-target-libgfortran] Erreur 2 gmake[1]: quittant le répertoire « /usr/ports/lang/gcc44/work/build » gmake: *** [bootstrap-lean] Erreur 2 Any idea is welcome... ___ 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: GCC Upgrade failure for gcc-4.4
On 31.10.2010 19:53 (UTC+1), David Southwell wrote: on AMD64 Intel quad core Freebsd 7.2 p3 dns1# pkg_info |grep gcc gcc-3.4.6_3,1 GNU Compiler Collection 3.4 gcc-4.2.5.20090325_5 GNU Compiler Collection 4.2 gcc-4.4.6.20101012 GNU Compiler Collection 4.4 gcc-4.5.2.20101028 GNU Compiler Collection 4.5 gccmakedep-1.0.2Create dependencies in makefiles using 'gcc -M' gccxml-0.6.0XML output extension to GCC dns1# \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) ../.././../gcc-4.4-20101026/libgfortran/generated/_abs_c4.F90:1.1: \xD4\x90v\x01\x08\x04\x1E\xD7\xD9\x90v\x01\x08\x05\xA7\xEE\x7F\xF2 1 Error: Invalid character in name at (1) Fatal Error: Error count reached limit of 25. gmake[3]: *** [_abs_c4.lo] Error 1 gmake[3]: *** Waiting for unfinished jobs gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/x86_64-portbld- freebsd7.2/libgfortran' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build/x86_64-portbld- freebsd7.2/libgfortran' gmake[1]: *** [all-target-libgfortran] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc44. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20101031-60968-1c2q7w2-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gcc-4.4.6.20101012 UPGRADE_PORT_VER=4.4.6.20101012 make ** Fix the problem and try again. As mentioned before, please see PR http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151792 Photographic Artist Permanent Installations& Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography& Official Portraiture Combined darkroom& digital creations & Systems Adminstrator for the vizion2000.net network ___ 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"
Update of libnotify and libproxy failed
I tried to update libnotify and libproxy as described in UPDATING from 20110823. After successfully building and installing some ports the process stops when it tries to build x11-toolkits/py-gnome-desktop: mv -f .deps/ecal_la-evo-calendar.Tpo .deps/ecal_la-evo-calendar.Plo (cd . \ && /usr/local/bin/pygtk-codegen-2.0 \ --override ecal.override \ --register /usr/local/share/pygtk/2.0/defs/gtk-types.defs \ --register /usr/local/share/pygtk/2.0/defs/gdk-types.defs \ --register /usr/local/share/pygtk/2.0/defs/gdk-base-types.defs \ --prefix pyecal ecal.defs) > gen-ecal.c \ && cp gen-ecal.c ecal.c \ && rm -f gen-ecal.c note: pygtk-codegen-2.0 is deprecated, use pygobject-codegen-2.0 instead note: I will now try to invoke pygobject-codegen-2.0 in the same directory Warning: Constructor for ECalComponent needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 100.00% (5/5) ***INFO*** The coverage of methods is 100.00% (25/25) ***INFO*** There are no declared virtual proxies. ***INFO*** There are no declared virtual accessors. ***INFO*** There are no declared interface proxies. /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 -I/usr/local/include -D_REENTRANT -DORBIT2=1 -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include -I/usr/local/include/ -I/usr/local/include/libxml2 -I/usr/local/include/gconf/2 -I/usr/local/include/libsoup-2.4 -I/usr/local/include/glib-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/pygtk-2.0 -I/usr/local/lib/libffi-3.0.9/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -O2 -pipe -fno-strict-aliasing -Wall -std=c9x -MT ecal_la-ecal.lo -MD -MP -MF .deps/ecal_la-ecal.Tpo -c -o ecal_la-ecal.lo `test -f 'ecal.c' || echo './'`ecal.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 -I/usr/local/include -D_REENTRANT -DORBIT2=1 -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include -I/usr/local/include/ -I/usr/local/include/libxml2 -I/usr/local/include/gconf/2 -I/usr/local/include/libsoup-2.4 -I/usr/local/include/glib-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/pygtk-2.0 -I/usr/local/lib/libffi-3.0.9/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -O2 -pipe -fno-strict-aliasing -Wall -std=c9x -MT ecal_la-ecal.lo -MD -MP -MF .deps/ecal_la-ecal.Tpo -c ecal.c -fPIC -DPIC -o .libs/ecal_la-ecal.o mv -f .deps/ecal_la-ecal.Tpo .deps/ecal_la-ecal.Plo /bin/sh ../libtool --tag=CC --mode=link cc -D_REENTRANT -DORBIT2=1 -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include -I/usr/local/include/ -I/usr/local/include/libxml2 -I/usr/local/include/gconf/2 -I/usr/local/include/libsoup-2.4 -I/usr/local/include/glib-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/pygtk-2.0 -I/usr/local/lib/libffi-3.0.9/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -O2 -pipe -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex initecal -L/usr/local/lib -o ecal.la -rpath /usr/local/lib/python2.7/site-packages/gtk-2.0/evolution ecal_la-ecalmodule.lo ecal_la-override_common.lo ecal_la-evo-ecal-environment.lo ecal_la-evo-calendar.lo ecal_la-ecal.lo -pthread -L/usr/local/lib -lecal-1.2 -lical -licalss -licalvcal -ledataserver-1.2 -lxml2 -lgconf-2 -lsoup-2.4 -lgio-2.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 grep: /usr/local/lib/libproxy.la: No such file or directory sed: /usr/local/lib/libproxy.la: No such file or directory libtool: link: `/usr/local/lib/libproxy.la' is not a valid libtool archive gmake[2]: *** [ecal.la] Fehler 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0/evolution' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0' gmake: *** [all] Fehler 2 *** Error code 1 Because of this failure I am not able to finish the update. Searching the forums and the web does not help. It seems that I am the only one with this problem? This happens at least on three boxes, all running FreeBSD 9.0-BETA1 from August, 22th. (rev. 199506). Any help would be really appreciated. Thanks in advance, Rainer Hurling ___ 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: Update of libnotify and libproxy failed
Am 25.08.2011 10:20 (UTC+1) schrieb Matthias Andree: Am 25.08.2011 09:25, schrieb Rainer Hurling: I tried to update libnotify and libproxy as described in UPDATING from 20110823. After successfully building and installing some ports the process stops when it tries to build x11-toolkits/py-gnome-desktop: ... /bin/sh ../libtool --tag=CC --mode=link cc -D_REENTRANT -DORBIT2=1 -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include -I/usr/local/include/ -I/usr/local/include/libxml2 -I/usr/local/include/gconf/2 -I/usr/local/include/libsoup-2.4 -I/usr/local/include/glib-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/pygtk-2.0 -I/usr/local/lib/libffi-3.0.9/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -O2 -pipe -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex initecal -L/usr/local/lib -o ecal.la -rpath /usr/local/lib/python2.7/site-packages/gtk-2.0/evolution ecal_la-ecalmodule.lo ecal_la-override_common.lo ecal_la-evo-ecal-environment.lo ecal_la-evo-calendar.lo ecal_la-ecal.lo -pthread -L/usr/local/lib -lecal-1.2 -lical -licalss -licalvcal -ledataserver-1.2 -lxml2 -lgconf-2 -lsoup-2.4 -lgio-2.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 grep: /usr/local/lib/libproxy.la: No such file or directory sed: /usr/local/lib/libproxy.la: No such file or directory libtool: link: `/usr/local/lib/libproxy.la' is not a valid libtool archive gmake[2]: *** [ecal.la] Fehler 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0/evolution' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0' gmake: *** [all] Fehler 2 *** Error code 1 Because of this failure I am not able to finish the update. Have you been using portmaster or portupgrade? Thanks for answering so fast. I used portmaster. But portupgrade produces the same result in this case. In either case, try: grep -l libproxy\\.la /usr/local/lib/*.la \ | xargs -n1 pkg_info -q -W | sort -u This generates only three files evolution-data-server-2.32.1_1 libchamplain-0.8.1 libgweather-2.30.3 This should give you a list of packages that still refer to the old version of libproxy. libgweather builds fine, libchamplain stops with the same error as py-gnome-desktop did. Any other idea? Rainer Update only these -- I suppose evolution-related ports will be part of the list --, then retry rebuilding py-gnome-desktop. You may also want to run pkg_libchk --raw (from the bsdadminscripts port) afterwards in order that to catch any other ports that need to be rebuilt. ___ 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: Update of libnotify and libproxy failed
Am 25.08.2011 11:45 (UTC+1) schrieb Matthias Andree: Am 25.08.2011 11:37, schrieb Rainer Hurling: Am 25.08.2011 10:20 (UTC+1) schrieb Matthias Andree: Am 25.08.2011 09:25, schrieb Rainer Hurling: I tried to update libnotify and libproxy as described in UPDATING from 20110823. After successfully building and installing some ports the process stops when it tries to build x11-toolkits/py-gnome-desktop: ... /bin/sh ../libtool --tag=CC --mode=link cc -D_REENTRANT -DORBIT2=1 -I/usr/local/include/evolution-data-server-2.32 -I/usr/local/include -I/usr/local/include/ -I/usr/local/include/libxml2 -I/usr/local/include/gconf/2 -I/usr/local/include/libsoup-2.4 -I/usr/local/include/glib-2.0 -I/usr/local/include/orbit-2.0 -I/usr/local/include/pygtk-2.0 -I/usr/local/lib/libffi-3.0.9/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -O2 -pipe -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex initecal -L/usr/local/lib -o ecal.la -rpath /usr/local/lib/python2.7/site-packages/gtk-2.0/evolution ecal_la-ecalmodule.lo ecal_la-override_common.lo ecal_la-evo-ecal-environment.lo ecal_la-evo-calendar.lo ecal_la-ecal.lo -pthread -L/usr/local/lib -lecal-1.2 -lical -licalss -licalvcal -ledataserver-1.2 -lxml2 -lgconf-2 -lsoup-2.4 -lgio-2.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 grep: /usr/local/lib/libproxy.la: No such file or directory sed: /usr/local/lib/libproxy.la: No such file or directory libtool: link: `/usr/local/lib/libproxy.la' is not a valid libtool archive gmake[2]: *** [ecal.la] Fehler 1 gmake[2]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0/evolution' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/x11-toolkits/py-gnome-desktop/work/gnome-python-desktop-2.32.0' gmake: *** [all] Fehler 2 *** Error code 1 Because of this failure I am not able to finish the update. Have you been using portmaster or portupgrade? Thanks for answering so fast. I used portmaster. But portupgrade produces the same result in this case. In either case, try: grep -l libproxy\\.la /usr/local/lib/*.la \ | xargs -n1 pkg_info -q -W | sort -u This generates only three files evolution-data-server-2.32.1_1 libchamplain-0.8.1 libgweather-2.30.3 port/package names actually (not files). Of course these are ports/packages, sorry for my impreciseness. This should give you a list of packages that still refer to the old version of libproxy. libgweather builds fine, libchamplain stops with the same error as py-gnome-desktop did. You're not mentioning evolution-data-server which is likely the culprit - if you pass all three on the same portmaster command line, it should sort out the proper build order. Aah, I did it the wrong direction, first reinstall libgweather, then trying libchamplain ... Thanks for the hint. Now evolution-data-server-2.32.1_1 builds and reinstalls, but libchamplain-0.8.1 again fails :-( Any other idea? The relevant ports/UPDATING instructions were faulty and have recently been revised by Doug Barton, they read # portmaster -r libnotify-0 # portmaster -r libproxy-0 # portmaster -a This also does not change my build problem with libchamplain. So I deinstalled libchamplain, build it new and reinstalled it (in this order). This worked. now. Does that help? Thanks again for your detailed help, Rainer Hurling ___ 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: evolution problem even after libgweather (was Re: Missing libproxy.la?)
On 28.08.2011 10:54 (UTC+1), Kurt Jaeger wrote: On 28/08/2011 Jonathan Chen wrote: and this mostly succeeded except where it failed. In particular x11/gnome-panel complains: CCLD clock-applet gnome-libtool: link: cannot find the library `/usr/local/lib/libproxy.la' or unhandled argument `/usr/local/lib/libproxy.la' This leaves me with a slightly unusable system. Reinstalling libproxy still does not resolve the problem. How can I make this work again? So, after reading the problems that other people had been having, I took a punt and resintalled libgweather, and this corrected my build. This one's for the archives. I still have a similar problem, but with evolution, even after I reinstalled libgweather. Any ideas ? I had to reinstall libgweather, libgdata and evolution-data-server before I was able to continue. Hope this helps, 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: print/cups-* ports vs. GNUTLS
On 28.08.2011 11:16 (UTC+1), Heino Tiedemann wrote: Matthias Andree wrote: Oh I see Dirk has just fixed this at 08:51 UTC. Thanks, that was quick! Fixed? I cannot update my cups ports: cups-base-1.4.6_5
Re: libproxy and libnotify the story continues :D
On 31.08.2011 11:14 (UTC+1), Johan Hendriks wrote:
Hello all, i also ran into the libproxy upgrade problems.
So i tried al the stuff i found on the mailling list so far.
I tried the solution from j.kim
find /usr/local/lib -name "*.la" | \
xargs grep -l /usr/local/lib/libproxy.la | \
xargs -L 1 pkg_info -W | \
awk '{ print $6 }' | \
sort | \
uniq | \
xargs portupgrade -f
But this ends like the following.
/usr/include/machine/endian.h:130: syntax error, unexpected ';' in ' return (__extension__ ({
register __uint32_t __X = (_x); __asm ("bswap %0" : "+r" (__X)); __X; }));' at
';'
/libexec/ld-elf.so.1: Shared object "libproxy.so.0" not found, required by
"libchamplain-0.8.so.1"
Command
'['/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/GtkChamplain-0.8',
'--introspect-dump=/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/types.txt,/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/dump.xml']'
returned non-zero exit status 1
gmake[3]: *** [GtkChamplain-0.8.gir] Error 1
gmake[3]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1'
gmake: *** [all] Error 2
*** Error code 1
Stop in /usr/ports/graphics/libchamplain.
I reinstalled libproxy, i reinstalled libgweather and so on, also the poor mans
portmaster solution from doug.
I had to deinstall libchamplain, rebuild and reinstall libchamplain (in
this order!) and then could continue with the upgrade. libchamplain is
not able to build if it is installed for some reason.
Hope this helps,
Rainer Hurling
But i can not get past this.
Also did a recompile off all the evolution stuff,
Then tried portmaster lib* in the hope there was a library not installed ok,
but that ends with the same error as above.
I am struggling for a day or 4 now with this.
Could someone please help me :D
regards
Johan___
___
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: libproxy and libnotify the story continues :D
Oops, I just realized that this was answered in another mail from Michal
Varga. Sorry for the noise.
On 31.08.2011 19:06 (UTC+1), Rainer Hurling wrote:
On 31.08.2011 11:14 (UTC+1), Johan Hendriks wrote:
Hello all, i also ran into the libproxy upgrade problems.
So i tried al the stuff i found on the mailling list so far.
I tried the solution from j.kim
find /usr/local/lib -name "*.la" | \
xargs grep -l /usr/local/lib/libproxy.la | \
xargs -L 1 pkg_info -W | \
awk '{ print $6 }' | \
sort | \
uniq | \
xargs portupgrade -f
But this ends like the following.
/usr/include/machine/endian.h:130: syntax error, unexpected ';' in '
return (__extension__ ({ register __uint32_t __X = (_x); __asm ("bswap
%0" : "+r" (__X)); __X; }));' at ';'
/libexec/ld-elf.so.1: Shared object "libproxy.so.0" not found,
required by "libchamplain-0.8.so.1"
Command
'['/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/GtkChamplain-0.8',
'--introspect-dump=/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/types.txt,/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk/tmp-introspectpyOYLR/dump.xml']'
returned non-zero exit status 1
gmake[3]: *** [GtkChamplain-0.8.gir] Error 1
gmake[3]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1/champlain-gtk'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/graphics/libchamplain/work/libchamplain-0.8.1'
gmake: *** [all] Error 2
*** Error code 1
Stop in /usr/ports/graphics/libchamplain.
I reinstalled libproxy, i reinstalled libgweather and so on, also the
poor mans portmaster solution from doug.
I had to deinstall libchamplain, rebuild and reinstall libchamplain (in
this order!) and then could continue with the upgrade. libchamplain is
not able to build if it is installed for some reason.
Hope this helps,
Rainer Hurling
But i can not get past this.
Also did a recompile off all the evolution stuff,
Then tried portmaster lib* in the hope there was a library not
installed ok, but that ends with the same error as above.
I am struggling for a day or 4 now with this.
Could someone please help me :D
regards
Johan___
___
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"
Shared libs problem with ports under 10-CURRENT
This morning I tried to upgrade my ports after installing the new 10-CURRENT (amd64). Unfortunately now I am not able to build ports using shared libraries like ports/libXext any more. They only build .a and .la files, but not .so ones. Is it possible that there is something wrong now with libtool-2.4 (or the linker /usr/bin/ld)? #libtool --features host: amd64-portbld-freebsd10.0 disable shared libraries enable static libraries Does anyone else observes this behaviour? I would really appreciate some help. Thanks in advance, Rainer Hurling ___ 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: Shared libs problem with ports under 10-CURRENT
Hi Chris, On 26.09.2011 20:25 (UTC+2), Chris Rees wrote: On 26 September 2011 11:55, Rainer Hurling wrote: This morning I tried to upgrade my ports after installing the new 10-CURRENT (amd64). Unfortunately now I am not able to build ports using shared libraries like ports/libXext any more. They only build .a and .la files, but not .so ones. Is it possible that there is something wrong now with libtool-2.4 (or the linker /usr/bin/ld)? #libtool --features host: amd64-portbld-freebsd10.0 disable shared libraries enable static libraries Does anyone else observes this behaviour? I would really appreciate some help. Excerpt from libtool configure script: dgux*) archive_cmds='$LD -G -h $soname -o $lib $libobjs $deplibs $linker_flags' hardcode_libdir_flag_spec='-L$libdir' hardcode_shlibpath_var=no ;; freebsd1*) ld_shlibs=no ;; yes, this seems to be one problem. The configure script does not discriminate between FreeBSD version 1.* and 10.*. There are several places in the script, which should be corrected. After changing these and similar entries manually libtool gives #libtool --features host: amd64-portbld-freebsd10.0 enable shared libraries enable static libraries But there also must be another problem. When I try to rebuild the complete xorg-7.5.1 tree several libs where build without shared files (.so). libpng and libpython are built with shared libraries, the next port devel/pcre is built without shared libs, others follow. -r--r--r-- 1 root wheel -173312 26 Sep 22:01:13 2011 libpng.so.6 lrwxr-xr-x 1 root wheel -11 26 Sep 22:01:13 2011 libpng.so -> libpng.so.6 -r--r--r-- 1 root wheel -259088 26 Sep 22:01:13 2011 libpng.a -r-xr-xr-x 1 root wheel - 2927606 26 Sep 22:04:39 2011 libpython2.7.a -r-xr-xr-x 1 root wheel - 1708416 26 Sep 22:05:31 2011 libpython2.7.so.1 lrwxr-xr-x 1 root wheel -17 26 Sep 22:05:31 2011 libpython2.7.so -> libpython2.7.so.1 -rwxr-xr-x 1 root wheel - 904 26 Sep 22:09:08 2011 libpcreposix.la -rw-r--r-- 1 root wheel - 5350 26 Sep 22:09:08 2011 libpcreposix.a -rwxr-xr-x 1 root wheel - 898 26 Sep 22:09:08 2011 libpcrecpp.la -rw-r--r-- 1 root wheel - 59456 26 Sep 22:09:08 2011 libpcrecpp.a -rwxr-xr-x 1 root wheel - 863 26 Sep 22:09:08 2011 libpcre.la -rw-r--r-- 1 root wheel -345458 26 Sep 22:09:08 2011 libpcre.a Thanks for answering. Rainer # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor # support. Future versions do this automatically, but an explicit c++rt0.o # does not break anything, and helps significantly (at the cost of a little # extra space). freebsd2.2*) I've mentioned this to an autotools member, who has offered to fix it fairly soon :) 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: Shared libs problem with ports under 10-CURRENT
On 28.09.2011 02:27 (UTC+1), Eitan Adler wrote: On Mon, Sep 26, 2011 at 6:55 AM, Rainer Hurling wrote: This morning I tried to upgrade my ports after installing the new 10-CURRENT (amd64). There was a message about this on the list already. Yes, I have read it. But mine was previous ;-) Does anyone else observes this behaviour? I would really appreciate some help. https://groups.google.com/group/muc.lists.freebsd.ports/msg/10c37925f4ee0341?dmode=source&output=gplain&noredirect In the meantime I returned to 9.0-BETA2 with date=2011.09.25.23.59.59 (csup). Thanks anyway, 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: UPDATING 20111016 and KDE3
I had to deinstall qt-3.3.8_13, then install kdelibs4 (+ other kde4 ports) and afterwards reinstall qt-3.3.8_13 again. Hope this helps, Rainer Hurling On 17.10.2011 12:51 (UTC+2), Leslie Jensen wrote: 2011-10-17 10:20, Andrea Venturoli skrev: On 10/17/11 10:08, Alberto Villa wrote: I've got another problem with this update! Kdelibs wont build. I followed the instructions in UPDATE. [ 56%] Building CXX object kio/CMakeFiles/kio.dir/kio/ksambasharedata.o [ 56%] Building CXX object kio/CMakeFiles/kio.dir/bookmarks/kbookmark.o In file included from /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:33: /usr/local/include/qdatetime.h:51: error: function definition does not declare parameters /usr/local/include/qdatetime.h:123: error: function definition does not declare parameters /usr/local/include/qdatetime.h:184: error: function definition does not declare parameters /usr/local/include/qdatetime.h:241: error: expected initializer before '&' token /usr/local/include/qdatetime.h:242: error: expected initializer before '&' token /usr/local/include/qdatetime.h:243: error: expected initializer before '&' token /usr/local/include/qdatetime.h:244: error: expected initializer before '&' token /usr/local/include/qdatetime.h:245: error: expected initializer before '&' token /usr/local/include/qdatetime.h:246: error: expected initializer before '&' token /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc: In member function 'void KBookmark::updateAccessMetadata()': /usr/ports/x11/kdelibs4/work/kdelibs-4.7.2/kio/bookmarks/kbookmark.cc:548: error: incomplete type 'QDateTime' used in nested name specifier *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdelibs4. ===>>> make failed for x11/kdelibs4 ===>>> Aborting update I need help to solve this. Thanks /Leslie ___ 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"
databases/postgresql90-contrib fails to build
When I try to build databases/postgresql90-contrib, it stops with not finding the right uuid lib: #cd /usr/ports/databases/databases/postgresql90-contrib # make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for postgresql-contrib-9.0.5 => SHA256 Checksum OK for postgresql/postgresql-9.0.5.tar.bz2. ===> Patching for postgresql-contrib-9.0.5 ===> Applying FreeBSD patches for postgresql-contrib-9.0.5 ===> postgresql-contrib-9.0.5 depends on executable: gmake - found ===> postgresql-contrib-9.0.5 depends on executable: bison - found ===> postgresql-contrib-9.0.5 depends on shared library: xslt.2 - found ===> postgresql-contrib-9.0.5 depends on shared library: xml2.5 - found ===> postgresql-contrib-9.0.5 depends on shared library: pq.5 - found ===> Configuring for postgresql-contrib-9.0.5 checking build system type... amd64-portbld-freebsd9.0 [..SNIP..] checking for -lreadline... yes (-lreadline) checking for inflate in -lz... yes checking for CRYPTO_new_ex_data in -lcrypto... yes checking for SSL_library_init in -lssl... yes checking for xmlSaveToBuffer in -lxml2... yes checking for xsltCleanupGlobals in -lxslt... yes checking for uuid_export in -lossp-uuid... no checking for uuid_export in -luuid... no configure: error: library 'ossp-uuid' or 'uuid' is required for OSSP-UUID ===> Script "configure" failed unexpectedly. Please report the problem to gir...@freebsd.org [maintainer] and attach the "/usr/ports/databases/postgresql90-contrib/work/postgresql-9.0.5/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Obviously the port would like to have misc/ossp-uuid installed. But this conflicts with misc/e2fsprogs-libuuid, which was installed by KDE4. An old PR http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/121745 shows some more complexity with this issue. There Jørgen Kjærsgaard told about a possible solution, but the PR was reopened in December 2009. Is there anybody working on this or is there a workaround? Thanks in advance, Rainer Hurling ___ 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: databases/postgresql90-contrib fails to build
Am 24.10.2011 14:05 (UTC+1) schrieb Sergio de Almeida Lenzi: Em Dom, 2011-10-23 às 11:35 +0200, Rainer Hurling escreveu: When I try to build databases/postgresql90-contrib, it stops with not finding the right uuid lib: #cd /usr/ports/databases/databases/postgresql90-contrib # make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for postgresql-contrib-9.0.5 => SHA256 Checksum OK for postgresql/postgresql-9.0.5.tar.bz2. ===> Patching for postgresql-contrib-9.0.5 ===> Applying FreeBSD patches for postgresql-contrib-9.0.5 ===>postgresql-contrib-9.0.5 depends on executable: gmake - found ===>postgresql-contrib-9.0.5 depends on executable: bison - found ===>postgresql-contrib-9.0.5 depends on shared library: xslt.2 - found ===>postgresql-contrib-9.0.5 depends on shared library: xml2.5 - found ===>postgresql-contrib-9.0.5 depends on shared library: pq.5 - found ===> Configuring for postgresql-contrib-9.0.5 checking build system type... amd64-portbld-freebsd9.0 [..SNIP..] checking for -lreadline... yes (-lreadline) checking for inflate in -lz... yes checking for CRYPTO_new_ex_data in -lcrypto... yes checking for SSL_library_init in -lssl... yes checking for xmlSaveToBuffer in -lxml2... yes checking for xsltCleanupGlobals in -lxslt... yes checking for uuid_export in -lossp-uuid... no checking for uuid_export in -luuid... no configure: error: library 'ossp-uuid' or 'uuid' is required for OSSP-UUID ===> Script"configure" failed unexpectedly. Please report the problem togir...@freebsd.org <mailto:gir...@freebsd.org> [maintainer] and attach the "/usr/ports/databases/postgresql90-contrib/work/postgresql-9.0.5/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Obviously the port would like to have misc/ossp-uuid installed. But this conflicts with misc/e2fsprogs-libuuid, which was installed by KDE4. An old PRhttp://www.freebsd.org/cgi/query-pr.cgi?pr=ports/121745 shows some more complexity with this issue. There Jørgen Kjærsgaard told about a possible solution, but the PR was reopened in December 2009. Is there anybody working on this or is there a workaround? Thanks in advance, Rainer Hurling for me i disabled GSSAPI on postgresql-server port and rebuild the server and client... Hmm, I am afraid GSSAPI option is disabled on my postgresql90-server port :-( For me as a workaround it help to comment out line 17 and the option '--with-ossp-uuid' in line 29 of the contrib Makefile. Thanks for answering and for your advice, Rainer Hurling ___ 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: math/py-numpy (py26-numpy-1.5.1_1, 1) (checksum mismatch) error
On 13.12.2011 15:42 (UTC+1), David Southwell wrote: Hi As subject line - checksum mismatch error from latest upgrade. The port wants to fetch numpy-1.6.1.tar.gz, numpy-ref.pdf and numpy-user.pdf. Only the first one has a version number, the next two have not. So removing numpy-ref.pdf and numpy-user.pdf before updating should help. Rainer David ___ 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: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value
On 28.12.2011 15:29 (UTC+1), Kostik Belousov wrote: On Wed, Dec 28, 2011 at 03:10:12PM +0100, O. Hartmann wrote: Am 12/28/11 14:58, schrieb Kostik Belousov: On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartmann wrote: Hello out here. I run into a problem since one of the last portupdates and I do not know whether this has to do with binutils or gcc46 or even FreeBSD 9.0/10.0 AMD64. Background: We use a scientific graphical toolset for planetary research called ISIS3, which is provided by the USGS. We patched ISIS3 to run on FreeBSD 8/9/10 so far and it ran well with FreeBSD 8.2-STABLE and 9.0-PRE a couple of weeks ago. On all of my boxes, I do frequently a portupgrade, so I saw binutils got bumped up and gcc 4.6 is also getting really frequently changed these days. After a some portupdates within the last weeks, I just decided to compile ISIS3 again to keep it "fresh and on track", but it won't compile anymore. On all FreeBSD 9.0-PRERELEASE and FreeBSD 10.0-CURRENT (all AMD64 and CLANG built) I receive in some subfolders containing sources the follwoing error: [...] Adding API object [UniqueIOCachingAlgorithm] Adding API object [UniversalGroundMap] Adding API object [UserInterface] Adding API object [VariableLineScanCameraDetectorMap] Adding API object [VecFilter] Adding API object [WorldMapper] Adding API object [iException] Adding API object [iString] Adding API object [iTime] Working on Package [mex] (11:30:15) Adding API object [HrscCamera] /usr/local/bin/ld: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a(functexcept.o): relocation R_X86_64_32 against `std::bad_exception::~bad_exception()' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value collect2: ld returned 1 exit status gmake[5]: *** [plugin] Error 1 cp: libHrscCamera.so: No such file or directory gmake[4]: *** [install] Error 1 The error is completely clear as it is: the build tries to link static library libstdc++.so into shared object. This is not supported. Thanks, Kostik, for the fast response. The error isn't so clear to me, sorry. I thought libstdc++.a is the static library and it is taken to be referenced/compiled into a shared Linked in. object created by the application I try to compile. Right, and this is not supported. Code linked into shared object must be compiled PIC. An .a library usually does not contain objects compiled by PIC, ld just dutifully reported back. I'm much more confused now, since I thought the last time I compiled that piece of software, I never got any error like that. Well, clang fails with some obscure errors on the code itself and I'm unwilling to correct them, I'll try the legacy gcc 4.2.1 and will report what's happening. It might have worked by accident (because libstdc++.a objects referenced during the link did not carried unsupported relocations), or, much more likely, the build system has changed and started doing stupid things. It must not link static libraries into shared objects. You should examine why it does this, and fix it. Changing compilers is just wasting a time. Hmm, I get a similar error when trying to build lang/gcc46 on recent 10-CURRENT: [..snip..] Making all in include gmake[4]: Entering directory `/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/include' mkdir -p ./x86_64-portbld-freebsd10.0/bits/stdc++.h.gch /usr/ports/lang/gcc46/work/build/./gcc/xgcc -shared-libgcc -B/usr/ports/lang/gcc46/work/build/./gcc -nostdinc++ -L/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/src -L/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/src/.libs -B/usr/local/x86_64-portbld-freebsd10.0/bin/ -B/usr/local/x86_64-portbld-freebsd10.0/lib/ -isystem /usr/local/x86_64-portbld-freebsd10.0/include -isystem /usr/local/x86_64-portbld-freebsd10.0/sys-include-x c++-header -nostdinc++ -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/include/x86_64-portbld-freebsd10.0 -I/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/include -I/usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/libsupc++ -O2 -g -std=gnu++0x /usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/include/precompiled/stdc++.h \ -o x86_64-portbld-freebsd10.0/bits/stdc++.h.gch/O2ggnu++0x.gch In file included from /usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/include/chrono:38:0, from /usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/include/precompiled/stdc++.h:100: /usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libstdc++-v3/include/ratio:133:31: error: macro "_Static_assert" passed 3 argu
Re: lang/lua: /usr/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_' can not be used when making a shared object; recompile with -fPIC
On 29.12.2011 13:59 (UTC+1), O. Hartmann wrote: Am 12/29/11 13:34, schrieb Daniel Kalchev: On 29.12.11 14:19, O. Hartmann wrote: Am 12/29/11 12:59, schrieb Kostik Belousov: On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote: [...] /usr/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_' can not be used when making a shared object; recompile with -fPIC lapi.o: could not read symbols: Bad value clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/ports/lang/lua/work/lua-5.1.4/src. *** Error code 1 Stop in /usr/ports/lang/lua/work/lua-5.1.4/src. *** Error code 1 Stop in /usr/ports/lang/lua/work/lua-5.1.4. *** Error code 1 Stop in /usr/ports/lang/lua. ===>>> make failed for lang/lua ===>>> Aborting update Terminated Terminated This is very strange! What is strange ? It is exactly the same problem as in the first message started this thread. You must use -fPIC flag for compiler when compiling objects that shall be later linked into dso. So, for lua case, -fPIC must be present on the cc -c command line. This therefore strange, since this problem with lua occurs on machines, where I've set "CFLAGS=" and "COPTFLAGS=" as in /usr/share/examples/etc/make.conf and on one box, one box I accidentally set those flags to "CFLAGS+=" and "COPTFLAGS+=" and there it works and the -fPIC flag is set by the FreeBSD's port framework. So I guess there is a bug introduced with one of the last Mk-files updates. As suggested by the "howto" for using newer GCC versions, http://www.freebsd.org/doc/en/articles/custom-gcc/article.html you are supposed to use CFLAGS+= to add additional compile flags. Just for the record I'd like to repeat, that the error above mentioned is also with the legacy FreeBSD's gcc 4.2.X compiler. As Kostik Belousov made clear in his last posting, the error occurs due to a missing -fPIC - which is now clear to me. People not sleeping with their OS, like myself, would simply copy the make.conf from /usr/share/examples/etc/ and set some additional flags. Then the problem will occur again. Maybe it would be wise to reflect this issue by some additional words in make.conf? As stated earlier, the following fails in /etc/make.conf for lang/lua: CFLAGS= -O2 -fno-strict-aliasing -pipe -msse3 The next one works ( += instead of = ) and -fPIC is preserved this way: CFLAGS+= -O2 -fno-strict-aliasing -pipe -msse3 Thanks, Kostik and Daniel for clearing this. I think, like Oliver, that this should be mentioned in /etc/make.conf or make.conf(5). Rainer By the way, "-O2 -fno-strict-aliasing -pipe" are the default flags, that are used when CFLAGS is not set by the user. COPTFLAGS is used only to build the kernel and doing it with non-system GCC is not likely to be safe. Daniel Oliver ___ 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: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value
On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote: On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann wrote: Am 12/28/11 19:10, schrieb Ed Schouten: * Rainer Hurling, 20111228 17:31: error: macro "_Static_assert" passed 3 arguments, but takes just 2 In file included from /usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/include/precompiled/stdc++.h:103:0: Hmmm... This seems to apply to my changes. I will look into this tomorrow. Thanks for the report! Be aware that the error produced by the linker I mentioned in the initial post occurs on FreeBSD 10 as well as FreeBSD 9.0. I already filed a PR about the problem of a non compiling lang/gcc46 today (ports/163672: lang/gcc46: make failed for lang/gcc46). For test puproses, I rebuild gcc46 on our FreeBSD 9.0 boxes - without any problem. I guess, the commit r228902 has been done to FreeBSD 10.0 and not 9.0. Obviously, linker error during the compilation of third-party software has nothing to do with compiler error occuring when building gcc. Do people ever read the texts of the messages ? Kostik, probably you are right. I had read the messages, but there are some strange errors with gcc46 on head for two days now, which leaded me in the wrong direction. So sorry for erroneously 'hijacking' this thread with another problem most certain only existing in head. I found another trail, which hopefully is more usefull for solving the problem Oliver described. Whe I try to build lang/lua I get this error: [..snip..] cc -o liblua.so -O2 -fno-strict-aliasing -pipe -msse3 -Wall -DLUA_USE_LINUX -shared -Wl,-soname=liblua-5.1.so.1 lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o loadlib.o linit.o ar rcu liblua.a lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o loadlib.o linit.o ranlib liblua.a cc -o lua lua.o liblua.a -lm -Wl,-E -lreadline cc -o luac luac.o print.o liblua.a -lm -Wl,-E -lreadline /usr/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_' can not be used when making a shared object; recompile with -fPIC lapi.o: could not read symbols: Bad value *** Error code 1 It also gives a linker error, almost the same relocation is named. This does only happen with option '-msse3' enabled in /etc/make.conf: CFLAGS= -O2 -fno-strict-aliasing -pipe -msse3 Using CLFAGS without -msse3 (default) works well: CFLAGS= -O2 -fno-strict-aliasing -pipe The systems processor, were this happens, is a CPU: AMD Phenom(tm) II X6 1090T Processor (3214.32-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100fa0 Family = 10 Model = a Stepping = 0 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant, performance statistics FreeBSD 10-CURRENT (amd64) r228920 In hope of a more belonging posting, 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: linux-f10-nss_ldap: my first port - be gentle :)
On 07.01.2012 14:01 (UTC+1), Da Rock wrote: On 01/07/12 19:11, Gary Jennejohn wrote: On Sat, 07 Jan 2012 12:46:54 +1000 Da Rock wrote: And finally checksums: I create a checksum for the port, the linux sites have checksums, and I was advised in passing to check the checksums match. The checksums are going to differ aren't they? Linux and BSD checksums wouldn't be the same, surely? MD5 checksums should always match - it's the same algorithm. Not sure what the various distros use for Linux. Thats my point - linux uses SHA256 I believe. If I am not totally wrong here, FreeBSD has changed its ports checksums towards SHA256 for a while now. See for example #head emulators/linux_base-f10/distinfo.i386 SHA256 (rpm/i386/fedora/10/basesystem-10.0-1.noarch.rpm) = 16ad30fc4e4efbb61c62dc2c6ec55d66273a51579421b3a7e12114f9e5313b05 SIZE (rpm/i386/fedora/10/basesystem-10.0-1.noarch.rpm) = 2915 SHA256 (rpm/i386/fedora/10/bash-3.2-30.fc10.i386.rpm) = 83e29d12db4274568b612d61945669cf520222b20ca4dcfba995ccdda48d3afb SIZE (rpm/i386/fedora/10/bash-3.2-30.fc10.i386.rpm) = 1887256 SHA256 (rpm/i386/fedora/10/bzip2-1.0.5-3.fc10.i386.rpm) = 2b70c36689f5bff15309c360f479f67bdcb5defcb1bbd7d24505bbb53b7a5360 SIZE (rpm/i386/fedora/10/bzip2-1.0.5-3.fc10.i386.rpm) = 50129 SHA256 (rpm/i386/fedora/10/bzip2-libs-1.0.5-3.fc10.i386.rpm) = 6c2ff130e5114c5d7cf5e0d5a30c7cd10c92e2602c1a4c12bc94f3f53ab47998 SIZE (rpm/i386/fedora/10/bzip2-libs-1.0.5-3.fc10.i386.rpm) = 39174 SHA256 (rpm/i386/fedora/10/compat-db-4.6.21-5.fc10.i386.rpm) = bead077a94f027f3cc1c115c9ea8602f5807c1e23242b355befdbb1149ad2168 SIZE (rpm/i386/fedora/10/compat-db-4.6.21-5.fc10.i386.rpm) = 10267 And thats not my biggest problem. As I suspected the linux sites have removed the rpm, so I have to either find it on a host somewhere or host it myself. My goal is to somehow prepend MASTERSITES to look to my host first, then one of the linux sites, then a backup host? and hopefully one will hit if mine is down for whatever reason. Has anyone had any experience with rpm.pbone.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"
Re: ImageMagick: tests fail on freebsd 10
On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Rainer Hurling A snippet from the build output: make check-TESTS check-local PASS: tests/validate-compare.sh PASS: tests/validate-composite.sh PASS: tests/validate-convert.sh PASS: tests/validate-identify.sh PASS: tests/validate-import.sh PASS: tests/validate-montage.sh PASS: tests/validate-pipe.sh PASS: tests/validate-stream.sh FAIL: tests/validate-formats-in-memory.sh FAIL: tests/validate-formats-on-disk.sh PASS: Magick++/tests/exceptions.sh PASS: Magick++/tests/appendImages.sh FAIL: Magick++/tests/attributes.sh PASS: Magick++/tests/averageImages.sh PASS: Magick++/tests/coalesceImages.sh PASS: Magick++/tests/coderInfo.sh PASS: Magick++/tests/colorHistogram.sh PASS: Magick++/tests/color.sh FAIL: Magick++/tests/montageImages.sh PASS: Magick++/tests/morphImages.sh PASS: Magick++/tests/readWriteBlob.sh PASS: Magick++/tests/readWriteImages.sh PASS: Magick++/demo/analyze.sh PASS: Magick++/demo/button.sh FAIL: Magick++/demo/demo.sh PASS: Magick++/demo/flip.sh PASS: Magick++/demo/gravity.sh PASS: Magick++/demo/piddle.sh PASS: Magick++/demo/shapes.sh PASS: Magick++/demo/zoom_bessel.sh PASS: Magick++/demo/zoom_blackman.sh PASS: Magick++/demo/zoom_box.sh PASS: Magick++/demo/zoom_catrom.sh PASS: Magick++/demo/zoom_cubic.sh PASS: Magick++/demo/zoom_gaussian.sh PASS: Magick++/demo/zoom_hamming.sh PASS: Magick++/demo/zoom_hanning.sh PASS: Magick++/demo/zoom_hermite.sh PASS: Magick++/demo/zoom_lanczos.sh PASS: Magick++/demo/zoom_mitchell.sh PASS: Magick++/demo/zoom_point.sh PASS: Magick++/demo/zoom_quadratic.sh PASS: Magick++/demo/zoom_sample.sh PASS: Magick++/demo/zoom_scale.sh PASS: Magick++/demo/zoom_sinc.sh PASS: Magick++/demo/zoom_triangle.sh PASS: wand/drawtest.sh FAIL: wand/wandtest.sh === 6 of 48 tests failed See ./test-suite.log Some sample errors from e.g. tests/validate-formats-in-memory.log: validate: must specify image size `/var/tmp/magick-dAxdiuDX' @ error/cmyk.c/ReadCMYKImage/142. validate: Bogus sampling factors `' @ error/jpeg.c/JPEGErrorHandler/297. ___ 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: ImageMagick: tests fail on freebsd 10
On 11.01.2012 11:44 (UTC+1), Andriy Gapon wrote: on 11/01/2012 11:55 Rainer Hurling said the following: On 11.01.2012 10:41 (UTC+1), Andriy Gapon wrote: For me the ImageMagick build on FreeBSD 10 amd64 fails at the tests stage. Is anyone else seeing this? I just tried on 10.0-CURRENT (amd64) r229933 with option IMAGEMAGICK_TESTS enabled and it seems all tests passed right. Thank you for your testing! Additional detail - my problem occurs with lang/gcc (gcc 4.6) as a compiler. With the base compiler all tests do pass indeed. Ahh, ok. With USE_GCC=4.6+ I get the same six test errors you mentioned before. ___ 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/devhelp
Am 16.01.2012 15:15 (UTC+1) schrieb O. Hartmann: Trying to build devel/devhelp (for devel/anjuta) fails by the below shown error. devel/devhelp does not compile with CLANG or legacy gcc anyway. I need to update anjuta, but build compalins about missing or wrong libdevhelp. I think there are some more outdated dependencies of xcb-util update? Try pkg_libchk to find this ports, than rebuild and reinstall them. Probably you have to find the right sequence of updating. For me it was: gnome-desktop, gnome-settings-daemon, gnome-media, libao, libwnck, libcanberra, gok, metacity, py27-gnome-desktop, gnome-system-monitor, gnome-panel, gnome-power-manager, gnome-screensaver, gnome-control-center, gnome-applets, yelp and after that some other ports ... Hope this helps, Rainer Cheers Oliver GENdh-enum-types.h GENdh-enum-types.c gmake all-am gmake[3]: Entering directory `/usr/ports/devel/devhelp/work/devhelp-2.32.0/src' CC libdevhelp_2_la-dh-marshal.lo CC libdevhelp_2_la-dh-enum-types.lo CC libdevhelp_2_la-dh-assistant.lo CC libdevhelp_2_la-dh-assistant-view.lo CC libdevhelp_2_la-dh-base.lo CC libdevhelp_2_la-dh-book-manager.lo CC libdevhelp_2_la-dh-book.lo CC libdevhelp_2_la-dh-book-tree.lo CC libdevhelp_2_la-dh-error.lo CC libdevhelp_2_la-dh-keyword-model.lo CC libdevhelp_2_la-dh-link.lo CC libdevhelp_2_la-dh-search.lo CC libdevhelp_2_la-dh-parser.lo CC libdevhelp_2_la-dh-preferences.lo CC libdevhelp_2_la-dh-util.lo CC libdevhelp_2_la-dh-window.lo CC libdevhelp_2_la-eggfindbar.lo CC libdevhelp_2_la-ige-conf.lo CC libdevhelp_2_la-ige-conf-gconf.lo CCLD libdevhelp-2.la grep: /usr/local/lib/libxcb-aux.la: No such file or directory sed: /usr/local/lib/libxcb-aux.la: No such file or directory libtool: link: `/usr/local/lib/libxcb-aux.la' is not a valid libtool archive gmake[3]: *** [libdevhelp-2.la] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/devhelp/work/devhelp-2.32.0/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/devhelp/work/devhelp-2.32.0/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/devhelp/work/devhelp-2.32.0' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/devel/devhelp. *** Error code 1 Stop in /usr/ports/devel/devhelp. ===>>> make failed for devel/devhelp ===>>> Aborting update Terminated ___ 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: acroread8/9 cups support (Re: acroead8 and libcups dependencies)
Am 23.01.2012 07:28 (UTC+1) schrieb Hiroki Sato: Da Rock wrote in<4f139c43.1050...@herveybayaustralia.com.au>: fr> I'm trying to contact the maintainer of the acroread ports to see if fr> they can put in a dependency on linux-f10-cups-libs for the ease of fr> use by general users, and to enable acceptance by the graphics fr> industry niche. Cejka Rudolf wrote in<2002110904.ga...@fit.vutbr.cz>: ce>do you have plans to add support for cups printing from acroread9-9.4.2? I added CUPS support into both acroread8 and acroread9. It seems working as far as I can check all versions in the ports tree, but please test them. Thank you. I can confirm that acroread9 does work with CUPS for a longer time now and it works well. Rainer -- Hiroki ___ 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: Localization in Firefox and Thunderbird
On 05.02.2012 10:33 (UTC+1), Gökşin Akdeniz wrote: Any advise on this? Both Firefox and Thunderbird localization depends on.xpi files, which have to be installed either manually or via localization ports; for Firefox it is /usr/ports/www/firefox-i18n and Thunderbird /usr/ports/mail/thunderbird-i18n. These ports rely on xpi-quick-locale-switcher which is located in /usr/ports/www/xpi-quick-locale-switcher. By default a couple of locales are set default and you have to select your native language for Firefox and add swedish to makefile located in /usr/ports/mail/thunderbird-i18n in order to run it in your native language. For Firefox selecting native language works fine and native language is included in each port and software upgrades. All you have to do is to check if Firefox is English and switch to your preferred localae if necessary and make necessary adjustments with xpi-quick-locale-switcher. For Thunderbird it works different. Thunderbird localization port works via a predefined locales which all are hardcoded in /usr/ports/mail/thunderbird-i18n/Makefile. You have to add your native locale everytime /usr/ports/mail/thunderbird-i18n port is upgraded. After ward you can compile, install and run Thunderbird with your native language. This process has a caveat also. thunderbird utilezes a reg,istry live configuration which requires to be updated in order to run with your native language. After you have upgraded thunderbird you may have to check out addons and select native "language" in order to run it in native language of yours. And the shortcut: Download language xpi files forem Mozilla ftp sites and install lang.xpi file by openning it with Firefox/thunderbird and select your native langugae from addons dropdown menu at the toolbar. restart Firefox/Thuınderbird and it is set till nexty upgrade. You have to repeat this process everytime you upgrade Firefox and Thunderbird. That is my work around solution. I hope it helps. Any better solutions than mine are always wellcome. As Leslie desribed, he used the ports www/firefox-i18n and mail/thunderbird-i18n for this. And this does not work for him. I can confirm that this worked until 9.0.1, but now with 10.0 there is only 'English (United States)' to choose. I want German language ... It seems there is something odd with these ports or the new versions of firefox and thunderbird. 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"
x11-wm/windowmaker: saving session not possible any more
Many thanks for the update of WindowMaker. I really appreciate it! As far as I was able to test until now it works greats. The only problem I run into is, that it is not possible to save the workspaces (sessions) any more. With prior versions I was able to save opened xterms or other windows on serveral workspaces (menu workspace: save session) and restore them when starting WindowMaker again. Is it only me having this problem or is there something wrong with the new port (or even the sources)? Thanks in advance, Rainer Hurling ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: x11-wm/windowmaker: saving session not possible any more
On 18.02.2012 23:10 (UTC+1), Doug Barton wrote: On 02/18/2012 04:08, Rainer Hurling wrote: Many thanks for the update of WindowMaker. I really appreciate it! As far as I was able to test until now it works greats. The only problem I run into is, that it is not possible to save the workspaces (sessions) any more. With prior versions I was able to save opened xterms or other windows on serveral workspaces (menu workspace: save session) and restore them when starting WindowMaker again. Is it only me having this problem or is there something wrong with the new port (or even the sources)? I tried this myself (I don't usually use that option) and your report seems to be accurate. I bcc'ed you on a message to the wmaker-dev list, we'll see what they have to say. Feel free to subscribe yourself if you'd like to join in. Thank you for taking time for this. I will follow the discussion over http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel and only subscribe if I have something to contribute. Rainer Doug ___ 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"
giflib in graphics/gdal
Dear list,
after changing from graphics/ungif to graphics/giflib there is a problem
with building graphics/gdal. Because other ports depending on it, this
should be corrected as soon as possible, I think.
The patch could be something like this:
--- Makefile.orig 2012-02-08 07:52:24.0 +0100
+++ Makefile2012-02-21 08:34:04.0 +0100
@@ -104,7 +104,7 @@
.endif
.if !defined(WITHOUT_GIF)
-LIB_DEPENDS+= ungif.5:${PORTSDIR}/graphics/libungif
+LIB_DEPENDS+= gif.5:${PORTSDIR}/graphics/giflib
CONFIGURE_ARGS+= --with-gif=${LOCALBASE}
.endif
@@ -276,9 +276,6 @@
.endif
post-patch:
-.if !defined(WITHOUT_GIF)
- @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure
-.endif
.if defined(WITH_PYTHON)
@${REINPLACE_CMD} -e '\
s,%%MAKE_ENV%%,${MAKE_ENV},; \
Rainer Hurling
___
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: giflib in graphics/gdal
Am 21.02.2012 14:40 (UTC+1) schrieb Jerry:
On Tue, 21 Feb 2012 08:39:38 +0100
Rainer Hurling articulated:
Dear list,
after changing from graphics/ungif to graphics/giflib there is a
problem with building graphics/gdal. Because other ports depending on
it, this should be corrected as soon as possible, I think.
The patch could be something like this:
--- Makefile.orig 2012-02-08 07:52:24.0 +0100
+++ Makefile2012-02-21 08:34:04.0 +0100
@@ -104,7 +104,7 @@
.endif
.if !defined(WITHOUT_GIF)
-LIB_DEPENDS+= ungif.5:${PORTSDIR}/graphics/libungif
+LIB_DEPENDS+= gif.5:${PORTSDIR}/graphics/giflib
CONFIGURE_ARGS+= --with-gif=${LOCALBASE}
.endif
@@ -276,9 +276,6 @@
.endif
post-patch:
-.if !defined(WITHOUT_GIF)
- @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure
-.endif
.if defined(WITH_PYTHON)
@${REINPLACE_CMD} -e '\
s,%%MAKE_ENV%%,${MAKE_ENV},; \
Did you contact the port maintainer: sunp...@freebsd.org as well as
possibly submitting a PR against the port? If not, it might prove
useful.
As you can see in CC of the original posting he should get a copy.
I did not file a PR because I thought this should be corrected as soon
as possible. But perhaps this was not the best way ...
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: x11-wm/windowmaker: saving session not possible any more
On 19.02.2012 07:36 (UTC+1), Rainer Hurling wrote:
On 18.02.2012 23:10 (UTC+1), Doug Barton wrote:
On 02/18/2012 04:08, Rainer Hurling wrote:
Many thanks for the update of WindowMaker. I really appreciate it! As
far as I was able to test until now it works greats.
The only problem I run into is, that it is not possible to save the
workspaces (sessions) any more. With prior versions I was able to save
opened xterms or other windows on serveral workspaces (menu workspace:
save session) and restore them when starting WindowMaker again.
Is it only me having this problem or is there something wrong with the
new port (or even the sources)?
I tried this myself (I don't usually use that option) and your report
seems to be accurate. I bcc'ed you on a message to the wmaker-dev list,
we'll see what they have to say. Feel free to subscribe yourself if
you'd like to join in.
Thank you for taking time for this. I will follow the discussion over
http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel
and only subscribe if I have something to contribute.
Hi Doug,
it seems I found a workaround for getting the session restored after
restarting windowmaker.
Commenting out a flag in src/startup.c does it:
--- src/startup.c.orig 2012-02-14 20:36:01.0 +0100
+++ src/startup.c 2012-02-22 19:20:43.0 +0100
@@ -761,7 +761,8 @@
wMenuRestoreState(wScreen[j]);
/* If we're not restarting, restore session */
- if (wPreferences.flags.restarting == 0 &&
!wPreferences.flags.norestore)
+ if (wPreferences.flags.restarting == 0)
+ /* && !wPreferences.flags.norestore) */
wSessionRestoreState(wScreen[j]);
if (!wPreferences.flags.noautolaunch) {
I seems to be sufficient to comment out either the first term
(wPreferences.flags.restarting == 0), or the second term
(!wPreferences.flags.norestore). In both cases restoring the session
work. Only both at once (with &&) does not work. I have no clue what is
going wrong here.
Perhaps you have an idea? Should we make a patch for that as a workaround?
Greetings,
Rainer
Rainer
Doug
___
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: giflib in graphics/gdal
On 22.02.2012 22:27 (UTC+1), Peter Jeremy wrote: On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: Is it correct to use portmaster -o graphics/giflib graphics/libungif Looks OK to me. And then rebuild all ports that used libungif. And thew next question is I have in /var/db/pgs bot giflib and libingif. How can I find whic one is installed, please? Or are both? They install files to the same place, overwriting each other. So whichever one was installed last would be the one that's really installed. It's not quite that simple. Both install include/gif_lib.h but the associated libraries have different names. If you have both installed, the most most recently installed will select which include/gif_lib.h is used but the library used will depend on the whims of the port's configuration tools. is they're very similar, so it didn't cause problems. Nevertheless, it's still a bad idea for them both to be installed, hence the addition of the conflict between them. It's very unfortunate that the ports depending on libungif weren't all cleaned up before the conflict was added. The current situation is a mess and, for many people, requires manual intervention to make the ports system work. Yes, for example graphics/osg is another candidate ... ___ 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: giflib in graphics/gdal
On 22.02.2012 22:37 (UTC+1), Rainer Hurling wrote: On 22.02.2012 22:27 (UTC+1), Peter Jeremy wrote: On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: Is it correct to use portmaster -o graphics/giflib graphics/libungif Looks OK to me. And then rebuild all ports that used libungif. And thew next question is I have in /var/db/pgs bot giflib and libingif. How can I find whic one is installed, please? Or are both? They install files to the same place, overwriting each other. So whichever one was installed last would be the one that's really installed. It's not quite that simple. Both install include/gif_lib.h but the associated libraries have different names. If you have both installed, the most most recently installed will select which include/gif_lib.h is used but the library used will depend on the whims of the port's configuration tools. is they're very similar, so it didn't cause problems. Nevertheless, it's still a bad idea for them both to be installed, hence the addition of the conflict between them. It's very unfortunate that the ports depending on libungif weren't all cleaned up before the conflict was added. The current situation is a mess and, for many people, requires manual intervention to make the ports system work. Yes, for example graphics/osg is another candidate ... Oops, just recognized, that there is already PR ports/165370 and ports/165372 for it. Sorry for the noise. ___ 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/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src', GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127
Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: I found myself confronted with this error today. I happens on a FreeBSD 10.0/amd64 box, most recently built-world. The error is persistent with CLANG and legacy GCC 4.2.1. The port is a denepndency for several client applications I've installed on that box and after the update today (poppler-qt4 seems to be installed before as version 0.18.4 and got updated today to version 0.18.4_1), the port isn't installed anymore! The portmaintainersoftware is portmaster. Error follows below. Any ideas? Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after that reinstalling x11-toolkits/qt33 works for me. Hope this helps, Rainer Regards, Oliver clang++: warning: argument unused during compilation: '-fno-check-new' CXXlibpoppler_cpp_la-poppler-version.lo clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD libpoppler-cpp.la clang++: warning: argument unused during compilation: '-pthread' clang++: warning: argument unused during compilation: '-pthread' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' Making all in tests gmake[3]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' CXXparseargs.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXpoppler-dump.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-dump clang++: warning: argument unused during compilation: '-ansi' CXXpoppler-render.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-render clang++: warning: argument unused during compilation: '-ansi' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' gmake[2]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' ===> Installing for poppler-qt4-0.18.4 ===>Generating temporary packing list Making install in src gmake[1]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' GENpoppler-optcontent.moc not: not found gmake[1]: *** [poppler-optcontent.moc] Error 127 gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' gmake: *** [install-recursive] Error 1 *** [do-install] Error code 2 Stop in /usr/ports/graphics/poppler-qt4. ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster graphics/poppler-qt4 ___ 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/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127
On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote: Hi Reiner, unfortunately no x11-toolkits/qt33 here! Did you also looked for qt-copy-3.3.8_13? It was only a guess because it helped me. And there's something strange: I cannot build poppler-qt4 1.18.4. but Oliver built it, the problem occurs during the install phase. And I cannot see any 0.18.4_1 version, as Oliver reports... My upgraded version is now poppler-qt4-0.18.4. I don't know about a portrevision 1. Seems that Oliver has to explain this. Where am I wrong? any ideas? thanks Regards, Luca On 02/24/12 12:05, Rainer Hurling wrote: Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: I found myself confronted with this error today. I happens on a FreeBSD 10.0/amd64 box, most recently built-world. The error is persistent with CLANG and legacy GCC 4.2.1. The port is a denepndency for several client applications I've installed on that box and after the update today (poppler-qt4 seems to be installed before as version 0.18.4 and got updated today to version 0.18.4_1), the port isn't installed anymore! The portmaintainersoftware is portmaster. Error follows below. Any ideas? Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after that reinstalling x11-toolkits/qt33 works for me. Hope this helps, Rainer Regards, Oliver clang++: warning: argument unused during compilation: '-fno-check-new' CXX libpoppler_cpp_la-poppler-version.lo clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD libpoppler-cpp.la clang++: warning: argument unused during compilation: '-pthread' clang++: warning: argument unused during compilation: '-pthread' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' Making all in tests gmake[3]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' CXX parseargs.o clang++: warning: argument unused during compilation: '-fno-check-new' CXX poppler-dump.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-dump clang++: warning: argument unused during compilation: '-ansi' CXX poppler-render.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-render clang++: warning: argument unused during compilation: '-ansi' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' gmake[2]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' ===> Installing for poppler-qt4-0.18.4 ===> Generating temporary packing list Making install in src gmake[1]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc not: not found gmake[1]: *** [poppler-optcontent.moc] Error 127 gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' gmake: *** [install-recursive] Error 1 *** [do-install] Error code 2 Stop in /usr/ports/graphics/poppler-qt4. ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster graphics/poppler-qt4 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: x11-wm/windowmaker: saving session not possible any more
On 26.02.2012 01:12 (UTC+1), RW wrote: On Sun, 19 Feb 2012 07:36:00 +0100 Rainer Hurling wrote: Thank you for taking time for this. I will follow the discussion over http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel and only subscribe if I have something to contribute. Just in case you are not aware, if you configure news.gmane.org as a newsserver in thunderbird you can read the list as a newsgroup, and almost certainly post too. You do need to use a real email address because you have to reply to an email for the first post to each list. Thanks for the newsserver tip. I overlooked it, because the threat shifted from here to wmaker-...@lists.windowmaker.org (another mailing list), which I also observed over the website http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel ... Your suggestion is much more comfortable. ___ 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: texinfo
On 08.04.2012 15:58 (UTC+1), ajtiM wrote: I tried to update /print/texinfo on FreeBSD 9.0 Release and I got: ===>>> Starting build for print/texinfo<<<=== ===>>> All dependencies are up to date ===> Cleaning for texinfo-4.13.20120406 ===>>> Waiting on fetch& checksum for print/texinfo<<<=== ===>>> Waiting on fetch& checksum for print/texinfo<<<=== are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/print/texinfo. *** Error code 1 Stop in /usr/ports/print/texinfo. ===> Deleting distfiles for texinfo-4.13.20120406 make: don't know how to make texinfo.tex. Stop ===>>> Waiting on fetch& checksum for print/texinfo<<<=== ===> Deleting distfiles for texinfo-4.13.20120406 make: don't know how to make texinfo.tex. Stop ===> License check disabled, port has not defined LICENSE => texinfo-4.13.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://ftp.gnu.org/gnu/texinfo/texinfo-4.13.tar.gz texinfo-4.13.tar.gz 2686 kB 735 kBps => SHA256 Checksum OK for texinfo-4.13.tar.gz. => SHA256 Checksum OK for texinfo.tex. => SHA256 Checksum mismatch for texi2dvi. ===> Refetch for 1 more times files: texi2dvi ===> License check disabled, port has not defined LICENSE ===> Extracting for texinfo-4.13.20120406 => SHA256 Checksum OK for texinfo-4.13.tar.gz. => SHA256 Checksum OK for texinfo.tex. => SHA256 Checksum mismatch for texi2dvi. ===> Refetch for 1 more times files: texi2dvi ===> License check disabled, port has not defined LICENSE => texi2dvi doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://ftp.gnu.org/gnu/texinfo/texi2dvi fetch: http://ftp.gnu.org/gnu/texinfo/texi2dvi: Requested Range Not Satisfiable => Attempting to fetch ftp://ftp.gnu.org/gnu/texinfo/texi2dvi ===> License check disabled, port has not defined LICENSE => SHA256 Checksum OK for texinfo-4.13.tar.gz. => SHA256 Checksum OK for texinfo.tex. => SHA256 Checksum mismatch for texi2dvi. ===> Giving up on fetching files: texi2dvi Make sure the Makefile and distinfo file (/usr/ports/print/texinfo/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/print/texinfo. *** Error code 1 Stop in /usr/ports/print/texinfo. ===>>> make failed for print/texinfo ===>>> Aborting update Terminated Terminated Removing the old distfiles does help for me. Thanks in advance. Mitja http://jpgmag.com/people/lumiwa ___ 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"
editors/libreoffice-3.5.2.2 does not build on CURRENT
When trying do build libreoffice (german version) with '-DWITH_GCC' it stops with the following messages: [..snip..] (24/116) Building module mdds = Entering /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/mdds if [ -f ./unxfbsd.pro/misc/build/mdds_0.5.3.exists ] ; then mv ./unxfbsd.pro/misc/build/mdds_0.5.3 ./unxfbsd.pro/misc/build/mdds_0.5.3_removeme ; fi make writeable... patching file mdds_0.5.3/include/mdds/mixed_type_matrix_def.inl patching file mdds_0.5.3/include/mdds/mixed_type_matrix_storage_filled_linear.inl patching file mdds_0.5.3/include/mdds/point_quad_tree.hpp mdds deliver Module 'mdds' delivered successfully. 19 files copied, 0 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-core-3.5.2.2/cppunit it seems that the error is inside 'cppunit', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd cppunit rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/cppunit/unxfbsd.pro # optional module 'clean' build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Fehler 1 gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2' gmake: *** [source-env-and-recurse] Fehler 2 *** [do-build] Error code 1 Stop in /usr/ports/editors/libreoffice. *** [install] Error code 1 Stop in /usr/ports/editors/libreoffice. *** [run-depends] Error code 1 Stop in /usr/ports/german/libreoffice. *** [/usr/ports/german/libreoffice/work/.install_done.libreoffice._usr_local] Error code 1 Stop in /usr/ports/german/libreoffice. Any ideas? Please let me know if you need more information. Thanks in advance, Rainer Hurling ___ 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: math/py-numpy size mismatch
On 01.12.2010 18:16 (UTC+1), David Southwell ARPS wrote: File size mismatch error dns1# make clean ===> Cleaning for py26-numpy-1.5.1,1 dns1# make ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for py26-numpy-1.4.1,1 ===> Extracting for py26-numpy-1.5.1,1 => SHA256 Checksum OK for numpy-1.5.1.tar.gz. => SHA256 Checksum mismatch for numpy-ref.pdf. => SHA256 Checksum mismatch for numpy-user.pdf. => SHA256 Checksum OK for amd64/fenv.c?p=203441. => SHA256 Checksum OK for amd64/fenv.h?p=203441. ===> Refetch for 1 more times files: numpy-ref.pdf numpy-user.pdf ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for py26-numpy-1.4.1,1 => numpy-ref.pdf doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://docs.scipy.org/doc/numpy-1.5.x/. fetch: http://docs.scipy.org/doc/numpy-1.5.x/numpy-ref.pdf: Requested Range Not Satisfiable => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-ref.pdf: size mismatch: expected 5865550, actual 7112007 rm /usr/ports/distfiles/numpy-ref.pdf rm /usr/ports/distfiles/numpy-user.pdf Then retry. Hope this helps, Rainer Hurling => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. dns1# Photographic Artist Permanent Installations& Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography& Official Portraiture Combined darkroom& digital creations ___ 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: math/py-numpy size mismatch
On 02.12.2010 15:38 (UTC+1), David Southwell ARPS wrote: On Wednesday 01 December 2010 12:34:38 David Southwell ARPS wrote: On 01.12.2010 18:16 (UTC+1), David Southwell ARPS wrote: File size mismatch error dns1# make clean ===>Cleaning for py26-numpy-1.5.1,1 dns1# make ===>License check disabled, port has not defined LICENSE ===>Found saved configuration for py26-numpy-1.4.1,1 ===>Extracting for py26-numpy-1.5.1,1 => SHA256 Checksum OK for numpy-1.5.1.tar.gz. => SHA256 Checksum mismatch for numpy-ref.pdf. => SHA256 Checksum mismatch for numpy-user.pdf. => SHA256 Checksum OK for amd64/fenv.c?p=203441. => SHA256 Checksum OK for amd64/fenv.h?p=203441. ===>Refetch for 1 more times files: numpy-ref.pdf numpy-user.pdf ===>License check disabled, port has not defined LICENSE ===>Found saved configuration for py26-numpy-1.4.1,1 => numpy-ref.pdf doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://docs.scipy.org/doc/numpy-1.5.x/. fetch: http://docs.scipy.org/doc/numpy-1.5.x/numpy-ref.pdf: Requested Range Not Satisfiable => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-ref.pdf: size mismatch: expected 5865550, actual 7112007 rm /usr/ports/distfiles/numpy-ref.pdf rm /usr/ports/distfiles/numpy-user.pdf Then retry. Hope this helps, Rainer Hurling Thanks v. much So far (compilation) so good BUT after deinstalling previous version reinstall failed with: dns1# make reinstall ===> Installing for py26-numpy-1.5.1,1 ===>py26-numpy-1.5.1,1 depends on executable: nosetests - found ===>py26-numpy-1.5.1,1 depends on file: /usr/local/bin/python2.6 - found ===>py26-numpy-1.5.1,1 depends on executable: gcc45 - found ===>py26-numpy-1.5.1,1 depends on shared library: lapack.4 - found ===>py26-numpy-1.5.1,1 depends on shared library: blas.2 - found rm: /usr/ports/math/py- numpy/work/numpy-1.5.1/numpy/core/include/numpy/fenv/fenv.c.bak: No such file or directory *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. Photographic Artist Permanent Installations& Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography& Official Portraiture Combined darkroom& digital creations ___ 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" I ahd the same problem as you and after > rm /usr/ports/distfiles/numpy-ref.pdf > >rm /usr/ports/distfiles/numpy-user.pdf I use portmaster for update and it works without problem. Mitja http://jpgmag.com/people/lumiwa What version of freebsd are you using? This is 9.0-CURRENT (amd64) I am on 7.2 p3 running rm for numy-ref.pdf& numpy-user.pdf enabled compilation but not install failed. It has nothing to do with whether one uses portmaster or portupgrade. David Photographic Artist Permanent Installations& Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography& Official Portraiture Combined darkroom& digital creations ___ 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"
Creating new port math/sprng: could need some help
I am trying to create a port of SPRNG version 2, the Scalable Parallel
Pseudo Random Number Generators Library ( http://sprng.cs.fsu.edu/ ).
There is a newer version 4 of SPRNG (not in the ports), but version 2 is
needed for some stuff like math/R (with packages rsprng, Rmpi etc.),
because API changed heavily afterwards.
I have only little experience in creating ports and there are some
issues with SPRNG I could need help on. What I get until now is a port
skeleton which is able to
(1) download and extract the tarball: I named the port 'sprng-2.0b'. Is
it better to rename it in 'libsprng-2.0b' or something like this? As
category I choosed 'math' and 'parallel'.
(2) build dependencies: The main dependencies seem to be math/gmp,
net/mpich2 (and lang/gcc4x because of fortran, see below).
(3) patch some files: Is there a way to create a with
@${REINPLACE_CMD} in Makefile to add another #include?
(4) get the library and testbinaries build and installed: The sources
seem to be incompletely in some way. Only building of static library
'libsprng.a' and no target for installing the library and testfiles was
included. Looking around I found a way to also compile a shared library
and get it installed (after creating an install target) and registered.
I assume there is a more common way to do this?
The installed library works as expected for simple tasks. It is also
regocnized by other tools who need it.
Beside this the port should support MPI (net/mpich2) and fortran
(gcc44/gcc45/gcc46?), see sources. For MPI there are already some lines
in the ports Makefile (lines 27-32, commented out). At the moment I had
to deactivate both because of build failures.
Is someone willing to have a look at this port draft (see attached shar
file, should be extracted into math/sprng)? I would really appreciate it.
Thanks in advance,
Rainer Hurling
P.S.: There are some comments in the Makefile for better understanding
in development. Of course they will be removed before submitting any code.
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# Makefile
# distinfo
# files
# files/patch-SRC_make.INTEL
# files/patch-SRC_sprng_Makefile
# files/patch-EXAMPLES_checkpoint-simple.c
# files/patch-EXAMPLES_pi-simple.c
# files/patch-EXAMPLES_spawn.c
# files/patch-TESTS_chisquare.c
# files/patch-TESTS_collisions.c
# files/patch-TESTS_coupon.c
# files/patch-TESTS_maxt.c
# files/patch-TESTS_poker.c
# files/patch-TESTS_random__walk.c
# files/patch-TESTS_sum.c
# files/patch-TESTS_init__tests.c
# files/patch-SRC_primes__32.c
# files/patch-SRC_primes__64.c
# files/patch-EXAMPLES_checkpoint.c
# pkg-descr
# pkg-plist
# pkg-message
#
echo x - Makefile
sed 's/^X//' >Makefile << 'b67911656ef5d18c4ae36cb6741b7965'
X# Ports collection makefile for: sprng
X# Date created:05 January 2011
X# Whom:Rainer Hurling
X#
X# $FreeBSD$
X
XPORTNAME= sprng
XPORTVERSION= 2.0b
XCATEGORIES=math parallel
XMASTER_SITES= http://sprng.fsu.edu/Version2.0/
XDISTNAME= ${PORTNAME}${PORTVERSION}
X
XMAINTAINER=rhur...@gwdg.de
XCOMMENT= The Scalable Parallel Random Number Generators Library
X
XLIB_DEPENDS= gmp.10:${PORTSDIR}/math/gmp \
X mpich.2:${PORTSDIR}/net/mpich2
X
XWRKSRC=${WRKDIR}/${PORTNAME}2.0
X
XUSE_LDCONFIG= yes
X
X.include
X
Xpost-patch:
X# [WORKAROUND for testing mpi usage]
X# @${REINPLACE_CMD} -e 's|#MPIDEF = -DSPRNG_MPI|MPIDEF = -DSPRNG_MPI|' \
X# ${WRKSRC}/make.CHOICES
X# @${REINPLACE_CMD} -e 's|#MPIDIR =
-L/usr/local/mpi/build/LINUX/ch_p4/lib|MPIDIR = -L/usr/local/lib|' \
X# ${WRKSRC}/SRC/make.INTEL
X# @${REINPLACE_CMD} -e 's|#MPILIB = -lmpich|MPILIB = -lmpich|' \
X# ${WRKSRC}/SRC/make.INTEL
X# [GMP ready for use]
X @${REINPLACE_CMD} -e 's|GMPLIB = -lgmp|GMPLIB = -L/usr/local/lib
-lgmp|' \
X ${WRKSRC}/make.CHOICES
X @${REINPLACE_CMD} -e 's|"mpi.h"||' \
X ${WRKSRC}/EXAMPLES/pi-simple_mpi.c \
X ${WRKSRC}/TESTS/fft.c \
X ${WRKSRC}/TESTS/sum.c
X# [Avoid] warning: return type of 'main' is not 'int'
X @${FIND} ${WRKSRC} -name "*.c" | ${XARGS} ${REINPLACE_CMD} -e \
X 's|void main|int main|g'
X# [Workaround] poker.c:19: error: 'index' redeclared as different kind
of symbol
X @${REINPLACE_CMD} -e 's|index|indexx|' \
X
New port math/sprng: Need some help, please
I created a port for SPRNG version 2, the Scalable Parallel Pseudo
Random Number Generators Library ( http://sprng.cs.fsu.edu/ ).
It builds and installs but it is not usable so far because of some
problems with the method of building shared libraries.
The sources seem to be incomplete in some way. They only build static
libraries and there is no install target in the code. I had to patch the
sources on several places to get it compiled.
Now there remain several problems with the installed libraries 'libsprng*':
(1) After installation with ${INSTALL_LIB} they do not have any symbols
any more.
nm /usr/ports/math/sprng/work/sprng2.0/lib/libsprng.so.2.0
shows symbols built in, the next does not
nm /usr/local/lib/libsprng.so.2.0
(2) The fortran stuff is not build in correctly. SPRNG has two scripts
to test the installed sprng code, 'checksprng' and 'timesprng'. Both
give correct results for the C interface and both fail for the fortran
interface.
Probably there a more issues with the port and patches :-(
I have only little experience in creating ports and almost no skills in
C/C++ programming, so I could really need some help.
Thanks in advance,
Rainer Hurling
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# Makefile
# distinfo
# files
# files/patch-SRC_make.INTEL
# files/patch-SRC_sprng_Makefile
# files/patch-EXAMPLES_checkpoint-simple.c
# files/patch-EXAMPLES_pi-simple.c
# files/patch-EXAMPLES_spawn.c
# files/patch-TESTS_chisquare.c
# files/patch-TESTS_collisions.c
# files/patch-TESTS_coupon.c
# files/patch-TESTS_maxt.c
# files/patch-TESTS_poker.c
# files/patch-TESTS_random__walk.c
# files/patch-TESTS_sum.c
# files/patch-TESTS_init__tests.c
# files/patch-SRC_primes__32.c
# files/patch-SRC_primes__64.c
# files/patch-EXAMPLES_checkpoint.c
# files/patch-TESTS_stirling.c
# files/patch-TESTS_Makefile
# files/patch-TESTS_communicate.c
# files/patch-TESTS_metropolis.c
# files/patch-SRC_pmgcg_pmlcg.c
# pkg-descr
# pkg-plist
# pkg-message
#
echo x - Makefile
sed 's/^X//' >Makefile << 'b67911656ef5d18c4ae36cb6741b7965'
X# Ports collection makefile for: sprng
X# Date created:23 January 2011
X# Whom:Rainer Hurling
X#
X# $FreeBSD$
X
XPORTNAME= sprng
XPORTVERSION= 2.0b
XCATEGORIES=math parallel
XMASTER_SITES= http://sprng.fsu.edu/Version2.0/
XDISTNAME= ${PORTNAME}${PORTVERSION}
X
XMAINTAINER=rhur...@gwdg.de
XCOMMENT= The Scalable Parallel Random Number Generators Library
X
XLIB_DEPENDS= pthread.20:${PORTSDIR}/devel/pth \
X gmp.10:${PORTSDIR}/math/gmp \
X mpich.2:${PORTSDIR}/net/mpich2
X
XWRKSRC=${WRKDIR}/${PORTNAME}2.0
X
XUSE_LDCONFIG= yes
XUSE_GCC= 4.4+
X
X.include
X
Xpost-patch:
X# [Activate MPI usage]
X @${REINPLACE_CMD} -e 's|#MPIDEF = -DSPRNG_MPI|MPIDEF = -DSPRNG_MPI|' \
X ${WRKSRC}/make.CHOICES
X# [Activate GMP usage]
X @${REINPLACE_CMD} -e 's|GMPLIB = -lgmp|GMPLIB = -L/usr/local/lib
-lgmp|' \
X ${WRKSRC}/make.CHOICES
X @${REINPLACE_CMD} -e 's|"mpi.h"||' \
X ${WRKSRC}/EXAMPLES/pi-simple_mpi.c \
X ${WRKSRC}/TESTS/fft.c \
X ${WRKSRC}/TESTS/sum.c
X @${FIND} ${WRKSRC} -name "*.c" | ${XARGS} ${REINPLACE_CMD} -e \
X 's|void main|int main|g'
X# [Workaround] poker.c:19: error: 'index' redeclared as different kind
of symbol
X @${REINPLACE_CMD} -e 's|index|indexx|' \
X ${WRKSRC}/TESTS/poker.c
X
Xpost-build:
X @${REINPLACE_CMD} -e 's|./||' \
X ${WRKSRC}/checksprng \
X ${WRKSRC}/timesprng
X @${REINPLACE_CMD} -e 's|< gen|< ${DATADIR}/gen|' \
X ${WRKSRC}/checksprng \
X ${WRKSRC}/timesprng
X
Xdo-install:
X ${MKDIR} ${DATADIR}
X ${INSTALL_LIB} ${WRKSRC}/lib/libsprng.a ${PREFIX}/lib
X ${INSTALL_LIB} ${WRKSRC}/lib/libsprngtest.a ${PREFIX}/lib
X ${INSTALL_LIB} ${WRKSRC}/lib/libsprng.so.2.0 ${PREFIX}/lib
X ${INSTALL_LIB} ${WRKSRC}/lib/libsprngtest.so.2.0 ${PREFIX}/lib
X ${LN} -sf ${PREFIX}/lib/libsprng.so.2.0 ${PREFIX}/lib/libsprng.so.2
X ${LN} -sf ${PREFIX}/lib/libsprng.so.2 ${PREFIX}/lib/libsprng.so
X ${LN} -sf ${PREFIX}/lib/libsprngtest.so.2.0
${PREFIX}/lib/libsprngtest.so.2
X ${LN} -sf ${PREFIX}/lib/libsprngtest.so.2 ${PREFIX}/lib/libsprngtest.so
X (cd ${WRKSRC}/include &
Re: New port math/sprng: Need some help, please
For who is interested in (and for the record): I filed a PR and b.f. has
taken it, see
http://www.freebsd.org/cgi/query-pr.cgi?pr=154249
Am 23.01.2011 22:13 (UTC+1) schrieb Rainer Hurling:
I created a port for SPRNG version 2, the Scalable Parallel Pseudo
Random Number Generators Library ( http://sprng.cs.fsu.edu/ ).
It builds and installs but it is not usable so far because of some
problems with the method of building shared libraries.
The sources seem to be incomplete in some way. They only build static
libraries and there is no install target in the code. I had to patch the
sources on several places to get it compiled.
Now there remain several problems with the installed libraries 'libsprng*':
(1) After installation with ${INSTALL_LIB} they do not have any symbols
any more.
nm /usr/ports/math/sprng/work/sprng2.0/lib/libsprng.so.2.0
shows symbols built in, the next does not
nm /usr/local/lib/libsprng.so.2.0
(2) The fortran stuff is not build in correctly. SPRNG has two scripts
to test the installed sprng code, 'checksprng' and 'timesprng'. Both
give correct results for the C interface and both fail for the fortran
interface.
Probably there a more issues with the port and patches :-(
I have only little experience in creating ports and almost no skills in
C/C++ programming, so I could really need some 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"
net/mpich2: libraries with many 'undefined symbols'
Dear list, since there is no maintainer for net/mpich2 I am writing directly to the list. Hope this is ok. I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new package math/sprng, PR 154249). Software using MPICH2 complains about 'undefined symbols' like 'MPL_trfree'. Looking into libmpich.so.2.0 (after building net/mpich2), it shows many undefined symbols (symbol names are stripped in installed version?): nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U " U MPL_TrSetMaxMem U MPL_env2bool U MPL_env2int U MPL_env2range U MPL_env2str U MPL_trDebugLevel U MPL_trcalloc U MPL_trdump U MPL_trfree U MPL_trid ... I googled a lot and it seems that other OS have problems with these undefined symbols, too. For Gentoo, Ubuntu and some other Linuxes there are patches, which do not work for FreeBSD. Because I am not a developer and I have almost no skills in programming C and C++, I would like to ask if someone could have a look at this problem. At the moment MPICH2 is useless for applications which need MPL_ symbols. Any help is appreciated. Thanks in advance, Rainer Hurling ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net/mpich2: libraries with many 'undefined symbols'
Thanks for answering.
Am 02.02.2011 22:29 (UTC+1) schrieb Thierry Thomas:
Le mer 2 fév 11 à 21:54:34 +0100, Rainer Hurling
écrivait :
Dear list,
Hello,
since there is no maintainer for net/mpich2 I am writing directly to the
list. Hope this is ok.
I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new
package math/sprng, PR 154249). Software using MPICH2 complains about
'undefined symbols' like 'MPL_trfree'.
Looking into libmpich.so.2.0 (after building net/mpich2), it shows many
undefined symbols (symbol names are stripped in installed version?):
nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U "
U MPL_TrSetMaxMem
U MPL_env2bool
U MPL_env2int
U MPL_env2range
U MPL_env2str
U MPL_trDebugLevel
U MPL_trcalloc
U MPL_trdump
U MPL_trfree
U MPL_trid
...
These symbols belong to libmpl:
nm -A /usr/local/lib/libmpl.a | grep MPL_
So you have to link with -lmpl (and maybe with -lopa too).
I think I do understand this for software which uses MPICH2.
With your suggestion I am able to build math/R package 'Rmpi' without
errors any more and to install it. For this I only had to extend the
configure script of the R package:
-PKG_LIBS="-L${MPI_LIBPATH} -lmpich ${MPI_LIBS}"
+PKG_LIBS="-L${MPI_LIBPATH} -lmpich -lmpl -lopa ${MPI_LIBS}"
Sorry for my ignorance:
Is it ok to have symbols like MPL_trfree, MPI_F_STATUS_IGNORE and others
'undefined' within libmpich?
Why are there symbol names visible in libmpich.a, but not in
libmpich.so.2.0? Is this intended?
Another solution could be to link with mpicc and friends instead of
gcc/g++/gfortran, as these wrappers set the correct flags and link to
the correct libraries as required.
Yes. I know of mpicc, mpic++, mpicxx and others. I tried to use them in
my experimental port math/sprng, but it seems a little bit tricky.
Yet another solution could be to configure mpich2 with
--enable-lib-depend, but this is experimental...
BTW, a new version has been released, and I have plan to upgrade it
after the ports thaw.
Nice, looking forward to it.
Regards,
Thanks again,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net/mpich2: libraries with many 'undefined symbols'
Am 03.02.2011 13:35 (UTC+1) schrieb thie...@freebsd.org:
Selon Rainer Hurling le jeu 3 fév 12:45:29 2011 :
These symbols belong to libmpl:
nm -A /usr/local/lib/libmpl.a | grep MPL_
So you have to link with -lmpl (and maybe with -lopa too).
I think I do understand this for software which uses MPICH2.
With your suggestion I am able to build math/R package 'Rmpi' without
errors any more and to install it. For this I only had to extend the
configure script of the R package:
-PKG_LIBS="-L${MPI_LIBPATH} -lmpich ${MPI_LIBS}"
+PKG_LIBS="-L${MPI_LIBPATH} -lmpich -lmpl -lopa ${MPI_LIBS}"
Great!
Sorry for my ignorance:
Is it ok to have symbols like MPL_trfree, MPI_F_STATUS_IGNORE and
others 'undefined' within libmpich?
I think so: this is a design choice (by the authors).
Why are there symbol names visible in libmpich.a, but not in
libmpich.so.2.0? Is this intended?
No, the static libraries and the shared ones are identical. If you link
statically, you also need libmpl.a
Ok, so I usually have to take care to link libraries like libmpl, libopa
etc. in addition to libmpich (or using the wrappers if possible).
Another solution could be to link with mpicc and friends instead of
gcc/g++/gfortran, as these wrappers set the correct flags and link to
the correct libraries as required.
Yes. I know of mpicc, mpic++, mpicxx and others. I tried to use them
in my experimental port math/sprng, but it seems a little bit tricky.
Yet another solution could be to configure mpich2 with
--enable-lib-depend, but this is experimental...
What would be the consequence of configuring mpich2 with
--enable-lib-depend? Would dependencies like libmpl be more integrated
in libmpich?
BTW, a new version has been released, and I have plan to upgrade it
after the ports thaw.
Nice, looking forward to it.
The new release installs more pkgconfig (.pc) files, thus it should
become easier to guess the correct flags and libs.
Regards,
Thanks again for your answers. They are very helpful to me.
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net/mpich2: libraries with many 'undefined symbols'
On 03.02.2011 15:11 (UTC+1), thie...@freebsd.org wrote: Selon Rainer Hurling le jeu 3 fév 14:19:16 2011 : Ok, so I usually have to take care to link libraries like libmpl, libopa etc. in addition to libmpich (or using the wrappers if possible). Yes, this is the idea. Note: libopa is rarely needed. Yet another solution could be to configure mpich2 with --enable-lib-depend, but this is experimental... What would be the consequence of configuring mpich2 with --enable-lib-depend? Would dependencies like libmpl be more integrated in libmpich? This is based on inter-library dependencies. This is experimental and only for shared library builds at this time. It causes libmpich.so to depend on libmpl.so and libopa.so. Once you do that, you can just link to libmpich.so, and it'll automatically pick the remaining libraries as needed. Ahh, ok. I had assumed that. Since it is experimental until now I think it is a bit risky to use it. Thank again. Remark: these explanations come from the authors. ___ 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"
