FreeBSD Port: devel/tortoisehg - is not compatible with Mercurial version 3.1

2014-09-19 Thread Miroslav Lachman 

Hi,
I tried to install TortoiseHG on FreeBSD 10 (PC-BSD), but it doesn't 
work, because it is not compatible with Mercurial 3.1.1 (version in 
ports tree).


It just shows this error:

Bug Report from TortoiseHG follows:

#!python

 * Mercurial version (3.1). TortoiseHg version (3.0.1)
 * Command:
 * CWD: /usr/home/
 * Encoding: UTF-8
 * Extensions loaded:
 * Python version: 2.7.8 (default, Aug 27 2014, 21:13:20) [GCC 4.2.1
   Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)]
 * System: FreeBSD yyy..test 10.0-RELEASE-p15 FreeBSD
   10.0-RELEASE-p15 #0: Wed Jul 9 15:46:53 UTC 2014
   r...@amd64-builder.pcbsd.org
   :/usr/obj/usr/src/sys/GENERIC amd64
 * Qt-4.8.6 PyQt-4.11.1 QScintilla-2.8.3

|This version of TortoiseHg requires Mercurial version 2.9.n to 3.0.n, but 
found 3.1


Can you please update TortoiseHG to more current version?

The website http://tortoisehg.bitbucket.org/ has:
|

 * 2014-09-04: TortoiseHg 3.1.1 (with Mercurial 3.1.1) released
 * 2014-08-03: TortoiseHg 3.1 (with Mercurial 3.1+2) released


Miroslav Lachman

___
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"

Request about uwsgi

2014-09-19 Thread Albert Shih 
Hi all, 

Is it possible to make www/uwsgi ports configurable ? Actually I need the
json support. For that I need to modify the

  www/uwsgi/files/patch-buildconf-base.ini

manually. So that's mean I can use poudriere to that. 

For advanced thanks.

Regards.
-- 
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
5 Place Jules Janssen
92195 Meudon Cedex
France
Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71
xmpp: j...@obspm.fr
Heure local/Local time:
ven 19 sep 2014 16:35:36 CEST
___
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"

dbtool compile error

2014-09-19 Thread Yves Guérin 
Dear,

Before filing a PR I go thte following error:

uname -a:
FreeBSD beastie 9.3-RELEASE-p1 FreeBSD 9.3-RELEASE-p1 #0: Tue Sep 16 14:35:04 
EDT 2014 root@beastie:/usr/obj/usr/src/sys/PATRIOTEBSD43  i386

Intel(R) Pentium(R) 4 CPU 2.66GHz


databases/dbtool (dbtool-1.7.tar.gz)
...
c++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
-DPACKAGE=\"dbtool\" -DVERSION=\"1.7\" -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_UNISTD_H=1 -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_LIBPCRE=1 
-DHAVE_GETOPT=1 -DHAVE_FDOPEN=1 -DHAVE_FGETC=1 -DHAVE_GETENV=1 -DHAVE_GETPASS=1 
-DHAVE_BERKELEY=1 -I.   -O2 -pipe -fno-strict-aliasing -I/usr/local/include 
-I/usr/local/include/db3  -O2 -pipe -fno-strict-aliasing -MT dbtool.o -MD -MP 
-MF .deps/dbtool.Tpo -c -o dbtool.o dbtool.cc
In file included from dbtool.cc:50:
engine.h:77:20: error: db_cxx.h: No such file or directory
In file included from dbtool.cc:50:
engine.h:106: error: ISO C++ forbids declaration of 'Db' with no type
engine.h:106: error: expected ';' before '*' token
gmake: *** [dbtool.o] Error 1
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** [do-build] Error code 1

Stop in /opt/ports/databases/dbtool.
*** [stage] Error code 1

Stop in /opt/ports/databases/dbtool.

I did a make with  MAKE_JOBS_UNSAFE=yes and I got the same error.

Regards,

Yves Guerin 
___
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: dbtool compile error

2014-09-19 Thread Matthias Andree 
Am 19.09.2014 um 19:10 schrieb Yves Guérin:
> Dear,
> 
> Before filing a PR I go thte following error:
> 
> uname -a:
> FreeBSD beastie 9.3-RELEASE-p1 FreeBSD 9.3-RELEASE-p1 #0: Tue Sep 16 14:35:04 
> EDT 2014 root@beastie:/usr/obj/usr/src/sys/PATRIOTEBSD43  i386
> 
> Intel(R) Pentium(R) 4 CPU 2.66GHz
> 
> 
> databases/dbtool (dbtool-1.7.tar.gz)
> ...
> c++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
> -DPACKAGE=\"dbtool\" -DVERSION=\"1.7\" -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_UNISTD_H=1 -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_LIBPCRE=1 
> -DHAVE_GETOPT=1 -DHAVE_FDOPEN=1 -DHAVE_FGETC=1 -DHAVE_GETENV=1 
> -DHAVE_GETPASS=1 -DHAVE_BERKELEY=1 -I.   -O2 -pipe -fno-strict-aliasing 
> -I/usr/local/include -I/usr/local/include/db3  -O2 -pipe -fno-strict-aliasing 
> -MT dbtool.o -MD -MP -MF .deps/dbtool.Tpo -c -o dbtool.o dbtool.cc
> In file included from dbtool.cc:50:
> engine.h:77:20: error: db_cxx.h: No such file or directory
> In file included from dbtool.cc:50:
> engine.h:106: error: ISO C++ forbids declaration of 'Db' with no type
> engine.h:106: error: expected ';' before '*' token
> gmake: *** [dbtool.o] Error 1
> ===> Compilation failed unexpectedly.
> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
> the maintainer.
> *** [do-build] Error code 1
> 
> Stop in /opt/ports/databases/dbtool.
> *** [stage] Error code 1
> 
> Stop in /opt/ports/databases/dbtool.
> 
> I did a make with  MAKE_JOBS_UNSAFE=yes and I got the same error.

Bon soir Yves,

I don't see such problems here when trying to build databases/dbtool
against databases/db5 in poudriere, nor in the plain system against db6.

- which Berkeley DB version are you building against?

- how did you install it?

- which path is Berkeley DB installed into?

- what are your PREFIX and LOCALBASE settings for the Berkeley DB port,
and for dbtool?

Note: your Berkeley DB's PREFIX must match dbtool's LOCALBASE setting.

HTH.

Best regards,
Matthias
___
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: unable to set default apache port

2014-09-19 Thread Mike Clarke 
On Tuesday 09 Sep 2014 08:09:10 Vick Khera wrote:

> Thanks. This seems to be working. Should I file a bug report? It
> seems to me that the DEFAULT_VERSIONS ought to be sufficient.

Things have changed. It looks like it got fixed with version 367897 of 
Mk/bsd.apache.mk on September 10. APACHE_PORT= now causes the build to 
fail but DEFAULT_VERSIONS+=apache=2.2 works now.

-- 
Mike Clarke
___
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"

Place of LICENSE_FILE in Makefile

2014-09-19 Thread Fernando Apesteguía 
Hi,

I'm facing a situation with a new Makefile.
I want to set LICENSE_FILE to the location of the license file of the
distribution. The file is located under ${WRKSRC} that has been set to
${WRKDIR}/${GH_ACCOUNT}-${GH_PROJECT}-${GH_COMMIT}

If I use LICENSE_FILE _after_ setting WRKSRC, I get an error from
portlint. Also, all the GH_* variables need to be set before I can use
them to point LICENSE_FILE to the proper path, so... in which order
should I define these variables so portlint doesn't complain?

TIA
___
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: Place of LICENSE_FILE in Makefile

2014-09-19 Thread Brooks Davis 
On Fri, Sep 19, 2014 at 08:35:36PM +0200, Fernando Apestegu?a wrote:
> Hi,
> 
> I'm facing a situation with a new Makefile.
> I want to set LICENSE_FILE to the location of the license file of the
> distribution. The file is located under ${WRKSRC} that has been set to
> ${WRKDIR}/${GH_ACCOUNT}-${GH_PROJECT}-${GH_COMMIT}
> 
> If I use LICENSE_FILE _after_ setting WRKSRC, I get an error from
> portlint. Also, all the GH_* variables need to be set before I can use
> them to point LICENSE_FILE to the proper path, so... in which order
> should I define these variables so portlint doesn't complain?

It should not matter that the variable are not yet defined.  Variables
are expanded at point of use not point of assignment.

-- Brooks


pgpZTynPmCCwO.pgp
Description: PGP signature

make: stopped in /usr/ports/databases/freetds

2014-09-19 Thread Rick Sattler via freebsd-ports 
When trying to compile freetds (as part of an upgrade for apache24, which is 
dependant on devel/apr1 which is dependant on freetds), I run into the 
following error;

System: root@aloha:/usr/ports/databases/freetds # uname -a
FreeBSD aloha 10.0-RELEASE-p9 FreeBSD 10.0-RELEASE-p9 #0: Mon Sep 15 14:32:29 
UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  
i386

Error:
root@aloha:/usr/ports/devel/apr1 # cd /usr/ports/databases/freetds
root@aloha:/usr/ports/databases/freetds # make MAKE_JOBS_UNSAFE=yes
===>  Building for freetds-0.64_11,1
gmake[2]: Entering directory `/usr/ports/databases/freetds/work/freetds-0.64'
Making all in include
gmake[3]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/include'
gmake  all-am
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/include'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/include'
gmake[3]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/include'
Making all in src
gmake[3]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src'
Making all in replacements
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/replacements'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/replacements'
Making all in tds
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
gmake  all-recursive
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
Making all in unittests
gmake[6]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds/unittests'
gmake[6]: Nothing to be done for `all'.
gmake[6]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds/unittests'
gmake[6]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
gmake[6]: Nothing to be done for `all-am'.
gmake[6]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
gmake[4]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/tds'
Making all in ctlib
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib'
Making all in unittests
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib/unittests'
gmake[5]: Nothing to be done for `all'.
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib/unittests'
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib'
gmake[5]: Nothing to be done for `all-am'.
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib'
gmake[4]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/ctlib'
Making all in dblib
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib'
Making all in unittests
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib/unittests'
gmake[5]: Nothing to be done for `all'.
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib/unittests'
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib'
gmake[5]: Nothing to be done for `all-am'.
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib'
gmake[4]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/dblib'
Making all in odbc
gmake[4]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/odbc'
Making all in unittests
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/odbc/unittests'
gmake[5]: Nothing to be done for `all'.
gmake[5]: Leaving directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/odbc/unittests'
gmake[5]: Entering directory 
`/usr/ports/databases/freetds/work/freetds-0.64/src/odbc'
if /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. 
-I../../include -I../../include -I/usr/local/include  -I/usr/local/include 
-DLIBICONV_PLUG -D_FREETDS_LIBRARY_SOURCE -DIODBC -I/usr/local/include 
-I/usr/local/include/p11-kit-1   -D_REENTRANT -D_THREAD_SAFE -DDEBUG=1 -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wno-long-long  -O2 -pipe 
-DLIBICONV_PLUG -fno-strict-aliasing -MT odbc.lo -MD -MP -MF ".deps/odbc.Tpo" 
-c -o odbc.lo odbc.c; \
then mv -f ".deps/odbc.Tpo" ".deps/odbc.Plo"; else rm -f ".deps/odbc.Tpo"; exit 
1; fi
 cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include 
-I/usr/local/include -I/usr/local/include -DLIBICONV_PLUG 
-D_FREETDS_LIBRARY_SOURCE -DIODBC -I/usr/local/include 
-I/usr/local/include/p11-kit-1 -D_REENTRANT -D_THREAD_SAFE -DDEBUG=1 -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wno-long-long -O2 -pipe 
-DLIBICONV_PLUG -fn

Re: svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality): found 1.8.0, expected 1.8.10

2014-09-19 Thread Jason E. Hale 
On Wed, Sep 3, 2014 at 12:37 PM, Stefan Esser  wrote:
> Am 03.09.2014 um 16:36 schrieb O. Hartmann:
>>
>> I receive this error while using /usr/local/bin/svn:
>>
>> svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting
>> equality): found 1.8.0, expected 1.8.10
>>
>> It occurs on every usage of the svn binary installed via port
>> devel/subversion. Using /usr/bin/svn as it is installed by the base
>> system works fine.
>

When you upgrade subversion, make sure you also upgrade
security/subversion-gnome-keyring or for kwallet users
security/subversion-kwallet.
___
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"