emulators/virtualbox-ose: compilation on CURRENT fails due to: tstVMStructRC: 1: Syntax error: "(" unexpected

2014-10-27 Thread O. Hartmann
Compiling emulators/virtualbox-ose on a freshly installed CURRENT
(FreeBSD 11.0-CURRENT #0 r273719: Mon Oct 27 07:59:12 CET 2014 amd64)
results in the below shown error.

I also tried to install the package on CURRENT via pkg install, but
this results in a 32-Bit VirtualBox only - which is inacceptable.

I have running emulators/virtualbox-ose on several other CURRENT
machines, but most of those boxes are "grown", that means, they got
CURRENT months ago and are maintained as usual (buildworld/portmaster).
This box has been installed a couple of weeks ago and is successfully
rejecting compilation of port emulators/virtualbox-ose, although I
already updated the ports tree and did successfully a portmaster -R
-fd /emulators/virtualbox-ose.

Since I use some non-standard optimization flags in /etc/src.conf
and /etc/make.conf (-O3 and CPUTYPE=native instead of plain -O and
outdated architectural compatibilities), I switched back to the FreeBSD
vanilla standard - but still the same. I can not imagine that the CPU
of that specific box could be the culprit:


dmesg output:

CPU: Intel(R) Core(TM)
i5-3470 CPU @ 3.20GHz (3192.82-MHz K8-class CPU) Origin="GenuineIntel"
Id=0x306a9  Family=0x6  Model=0x3a  Stepping=9
Features=0xbfebfbff
Features2=0x7fbae3ff
AMD Features=0x28100800 AMD Features2=0x1
  Structured Extended Features=0x281
  XSAVE Features=0x1
  VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics
real memory  = 9107931136 (8686 MB)
avail memory = 8147902464 (7770 MB)

The error is:


[...]

kBuild: Generating tstVMStructSize
- 
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h
 
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/bin/tstVMStructRC:
1: Syntax error: "(" unexpected kmk: ***
[/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h]
Error 2 kmk: *** Deleting file
`/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h'
kmk: *** Waiting for unfinished jobs filesplitter: Out of 144
files: 144 rewritten, 0 unchanged.
(/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VirtualBox/include)
kmk_builtin_append
"/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VirtualBox/include/COMWrappers"
kmk: *** Exiting with status 2 *** Error code 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"


CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Jean-Sébastien Pédron
Hi!

Before updating xf86-video-ati to 7.5.0, we would like some people to
try it out. The reason is that 7.4.0 was crashing for several users, so
we want to be sure it's fixed in 7.5.0.

Here's patch:
https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.0.patch

To apply it:
  cd /usr/ports
  patch -p1 < /path/to/ports-xf86-video-ati-7.5.0.patch

Then update x11-drivers/xf86-video-ati with your method of choice.

What we're especially looking for is report of successful or failed
startup of the X server. With 7.4.0, the server would crash during
startup. But with 7.5.0, none of us could reproduce the problem.

When you're finished, you may restore your vanilla ports tree:
  cd /usr/ports
  patch -p1 -R < /path/to/ports-xf86-video-ati-7.5.0.patch
  find x11-drivers/xf86-video-ati -name "*.orig" -delete

Thank you for your help!

-- 
Jean-Sébastien Pédron



signature.asc
Description: OpenPGP digital signature


FreeBSD ports you maintain which are out of date

2014-10-27 Thread portscout
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
misc/dphys-config   | 20100216| 
20130301%7ecurrent
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Mikaël Urankar
2014-10-27 10:26 GMT+01:00 Jean-Sébastien Pédron :
> What we're especially looking for is report of successful or failed
> startup of the X server. With 7.4.0, the server would crash during
> startup. But with 7.5.0, none of us could reproduce the problem.

Hi,

Works fine here (RV610 video device [Radeon HD 2400 PRO])

Thanks!
Mikaël
___
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"

openldap-sasl-server

2014-10-27 Thread Willy Offermans
Dear FreeBSD friends,

I'm running FreeBSD 10 with openldap-sasl-server 2.4.39_3 (see below).
openldap-sasl-server was compiled against bdb 6 (WITH_BDB_VER=6 in
/etc/make.conf). 

If I want to update to openldap-sasl-server 2.4.40, I got following 
error:


===>  openldap-sasl-server-2.4.40 cannot install: no eligible BerkeleyDB
version. Requested: 6, incompatible: 6. Try: make debug-bdb.
*** Error code 1

Stop.
make: stopped in /usr/ports/net/openldap24-server



Do I need to step down with bdb or shall I wait till openldap24-server is
compatible with bdb 6?


openldap-sasl-server-2.4.39_3
Name   : openldap-sasl-server
Version: 2.4.39_3
Installed on   : Wed Sep 10 22:26:10 CEST 2014
Origin : net/openldap24-server
Architecture   : freebsd:10:x86:64
Prefix : /usr/local
Categories : net databases
Licenses   : OPENLDAP
Maintainer : delp...@freebsd.org
WWW: http://www.OpenLDAP.org/
Comment: Open source LDAP server implementation
Options:
ACCESSLOG  : on
ACI: off
AUDITLOG   : on
BDB: on
COLLECT: off
CONSTRAINT : off
DDS: off
DEREF  : on
DNSSRV : off
DYNACL : off
DYNAMIC_BACKENDS: on
DYNGROUP   : off
DYNLIST: off
FETCH  : off
GSSAPI : off
MDB: off
MEMBEROF   : off
ODBC   : off
PASSWD : off
PERL   : off
PPOLICY: on
PROXYCACHE : off
REFINT : off
RELAY  : off
RETCODE: off
RLOOKUPS   : off
RWM: off
SASL   : on
SEQMOD : on
SHA2   : off
SHELL  : off
SLAPI  : off
SLP: off
SMBPWD : on
SOCK   : off
SSSVLV : off
SYNCPROV   : on
TCP_WRAPPERS   : on
TRANSLUCENT: off
UNIQUE : off
VALSORT: off
Shared Libs required:
libssl.so.8
libsasl2.so.3
libltdl.so.7
libldap_r-2.4.so.2
liblber-2.4.so.2
libdb-6.1.so
libcrypto.so.8
Shared Libs provided:
smbk5pwd.so.0
back_null-2.4.so.2
back_monitor-2.4.so.2
back_meta-2.4.so.2
back_ldap-2.4.so.2
back_hdb-2.4.so.2
back_bdb-2.4.so.2
Flat size  : 2.53MiB
Description:
OpenLDAP is a suite of Lightweight Directory Access Protocol (v3) servers,
clients, utilities and development tools.

This package includes the following major components:

 * slapd - a stand-alone LDAP directory server
 * LDIF tools - data conversion tools for use with slapd

This is the latest stable release of OpenLDAP Software for general use.

WWW: http://www.OpenLDAP.org/




-- 
Met vriendelijke groeten,
With kind regards,
Mit freundlichen Gruessen,
De jrus wah,

Wiel

*
 W.K. Offermans
___
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"


certificate error - (was: Re: CFT: Update to xf86-video-ati 7.5.0)

2014-10-27 Thread Ronald Klop
On Mon, 27 Oct 2014 10:26:32 +0100, Jean-Sébastien Pédron  
 wrote:



Hi!

Before updating xf86-video-ati to 7.5.0, we would like some people to
try it out. The reason is that 7.4.0 was crashing for several users, so
we want to be sure it's fixed in 7.5.0.

Here's patch:
https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.0.patch

To apply it:
  cd /usr/ports
  patch -p1 < /path/to/ports-xf86-video-ati-7.5.0.patch

Then update x11-drivers/xf86-video-ati with your method of choice.

What we're especially looking for is report of successful or failed
startup of the X server. With 7.4.0, the server would crash during
startup. But with 7.5.0, none of us could reproduce the problem.

When you're finished, you may restore your vanilla ports tree:
  cd /usr/ports
  patch -p1 -R < /path/to/ports-xf86-video-ati-7.5.0.patch
  find x11-drivers/xf86-video-ati -name "*.orig" -delete

Thank you for your help!




fetch  
'https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.0.

patch'
Certificate verification failed for /C=US/ST=UT/L=Salt Lake City/O=The  
USERTRUST

 Network/OU=http://www.usertrust.com/CN=UTN-USERFirst-Hardware
34380950936:error:14090086:SSL  
routines:SSL3_GET_SERVER_CERTIFICATE:certificate
verify  
failed:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1

180:
fetch:  
https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.0.

patch: Authentication error

Using the option '--ca-cert=/usr/local/share/certs/ca-root-nss.crt' from  
port ca_root_nss for fetch helps.
Something wrong in my setup, that default certs of 10.1-STABLE are not  
enough?


Regards,
Ronald.
___
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: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Pete French
> What we're especially looking for is report of successful or failed
> startup of the X server. With 7.4.0, the server would crash during
> startup. But with 7.5.0, none of us could reproduce the problem.

Works fine here - I had to update libdrm as well to get it to build.
The devise is 'RV620 LE [Radeon HD 3450]'

-pete.

___
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: openldap-sasl-server

2014-10-27 Thread Matthew Seaman
On 10/27/14 10:12, Willy Offermans wrote:
> I'm running FreeBSD 10 with openldap-sasl-server 2.4.39_3 (see below).
> openldap-sasl-server was compiled against bdb 6 (WITH_BDB_VER=6 in
> /etc/make.conf). 
> 
> If I want to update to openldap-sasl-server 2.4.40, I got following 
> error:
> 
> 
> ===>  openldap-sasl-server-2.4.40 cannot install: no eligible BerkeleyDB
> version. Requested: 6, incompatible: 6. Try: make debug-bdb.
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/net/openldap24-server
> 
> 
> 
> Do I need to step down with bdb or shall I wait till openldap24-server is
> compatible with bdb 6?

Actually, I'd recommend switching to lmdb rather than BDB.  It's what
I've been using for going on a year now, and it works great.

You won't be able to upgrade in-place, obviously: you'll need to slapcat
your data somewhere before upgrading and then slapadd it all back again
into a fresh data directory.

Cheers,

Matthew





signature.asc
Description: OpenPGP digital signature


Wireshark - error while building from source

2014-10-27 Thread Ewald Jenisch
Hi,

I'm trying to get wireshark working unter 9.3 (x64, kernel/system
current as of last week) without success so far.

I went to /usr/ports/net/wireshark ran make and here's what I ended up with:

-- < Cut here > --

.
.
.

  CC   libdissectors_la-packet-logotypecertextn.lo
../../asn1/kerberos/packet-kerberos-template.c: In function 'read_keytab_file':
../../asn1/kerberos/packet-kerberos-template.c:470: warning: request for 
implicit conversion from 'gpointer' to 'struct enc_key_t *' not permitted in C++
../../asn1/kerberos/packet-kerberos-template.c:482: error: 
'krb5_principal_data' has no member named 'name'
../../asn1/kerberos/packet-kerberos-template.c:483: error: 
'krb5_principal_data' has no member named 'name'
../../asn1/kerberos/packet-kerberos-template.c:483: error: 
'krb5_principal_data' has no member named 'name'
../../asn1/kerberos/packet-kerberos-template.c:486: warning: format '%s' 
expects type 'char *', but argument 4 has type 'krb5_data'
../../asn1/kerberos/packet-kerberos-template.c:486: warning: format '%s' 
expects type 'char *', but argument 4 has type 'krb5_data'
../../asn1/kerberos/packet-kerberos-template.c:489: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:490: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:491: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:491: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:491: warning: request for 
implicit conversion from 'gpointer' to 'char *' not permitted in C++
../../asn1/kerberos/packet-kerberos-template.c: In function 'decrypt_krb5_data':
../../asn1/kerberos/packet-kerberos-template.c:531: error: 'krb5_crypto' 
undeclared (first use in this function)
../../asn1/kerberos/packet-kerberos-template.c:531: error: (Each undeclared 
identifier is reported only once
../../asn1/kerberos/packet-kerberos-template.c:531: error: for each function it 
appears in.)
../../asn1/kerberos/packet-kerberos-template.c:531: error: expected ';' before 
'crypto'
../../asn1/kerberos/packet-kerberos-template.c:532: warning: ISO C90 forbids 
mixed declarations and code
../../asn1/kerberos/packet-kerberos-template.c:539: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:540: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:541: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:542: warning: implicit 
declaration of function 'krb5_crypto_init'
../../asn1/kerberos/packet-kerberos-template.c:542: error: 'krb5_keytab_entry' 
has no member named 'keyblock'
../../asn1/kerberos/packet-kerberos-template.c:542: error: 'crypto' undeclared 
(first use in this function)
../../asn1/kerberos/packet-kerberos-template.c:553: warning: request for 
implicit conversion from 'gpointer' to 'guint8 *' not permitted in C++
../../asn1/kerberos/packet-kerberos-template.c:554: warning: implicit 
declaration of function 'krb5_decrypt_ivec'
../../asn1/kerberos/packet-kerberos-template.c:564: warning: implicit 
declaration of function 'krb5_crypto_destroy'
../../asn1/kerberos/packet-kerberos-template.c:566: warning: request for 
implicit conversion from 'gpointer' to 'char *' not permitted in C++
Makefile:12591: recipe for target 'libdissectors_la-packet-kerberos.lo' failed
gmake[5]: *** [libdissectors_la-packet-kerberos.lo] Error 1
  CC   libdissectors_la-packet-lpp.lo
gmake[5]: *** Waiting for unfinished jobs
gmake[5]: Leaving directory 
'/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
Makefile:13170: recipe for target 'all-recursive' failed
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory 
'/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
Makefile:3443: recipe for target 'all' failed
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory 
'/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
Makefile:1906: recipe for target 'all-recursive' failed
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory 
'/usr/ports/net/wireshark/work/wireshark-1.12.1/epan'
Makefile:3970: recipe for target 'all-recursive' failed
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory '/usr/ports/net/wireshark/work/wireshark-1.12.1'
Makefile:2106: recipe for target 'all' failed
gmake: *** [all] Error 2
===> 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 /usr/ports/net/wireshark.
*** [stage] Error code 1

Stop in /usr/ports/net/wireshark.

-- < Cut here > --

I then followed the tip given at the en

Re: openldap-sasl-server

2014-10-27 Thread Howard Chu
BerkeleyDB from 6.0.20 onward uses the AGPL and this license is incompatible 
with LDAP.


http://www.openldap.org/doc/admin24/guide.html#Database%20Software

The OpenLDAP Project is deprecating use of BerkeleyDB in favor of LMDB. All 
development, bugfixing, patching, etc. in the BerkeleyDB based slapd backend 
code halted months ago.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
___
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: games/linux-nwnclient with c6

2014-10-27 Thread Sean C. Farley

On Fri, 26 Sep 2014, Johannes Meixner wrote:


Hi Sean,

could you please test if the diff uploaded to Phabricator in 
https://reviews.freebsd.org/D841 works for you?


It includes the new port and the (oneline) change to 
Mk/bsd.linux-apps.mk that should do it.


Belated thank you.  It works well.

Sean
--
s...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Wireshark - error while building from source

2014-10-27 Thread Kevin Oberman
On Mon, Oct 27, 2014 at 4:22 AM, Ewald Jenisch  wrote:

> Hi,
>
> I'm trying to get wireshark working unter 9.3 (x64, kernel/system
> current as of last week) without success so far.
>
> I went to /usr/ports/net/wireshark ran make and here's what I ended up
> with:
>
> -- < Cut here > --
>
> .
> .
> .
>
>   CC   libdissectors_la-packet-logotypecertextn.lo
> ../../asn1/kerberos/packet-kerberos-template.c: In function
> 'read_keytab_file':
> ../../asn1/kerberos/packet-kerberos-template.c:470: warning: request for
> implicit conversion from 'gpointer' to 'struct enc_key_t *' not permitted
> in C++
> ../../asn1/kerberos/packet-kerberos-template.c:482: error:
> 'krb5_principal_data' has no member named 'name'
> ../../asn1/kerberos/packet-kerberos-template.c:483: error:
> 'krb5_principal_data' has no member named 'name'
> ../../asn1/kerberos/packet-kerberos-template.c:483: error:
> 'krb5_principal_data' has no member named 'name'
> ../../asn1/kerberos/packet-kerberos-template.c:486: warning: format '%s'
> expects type 'char *', but argument 4 has type 'krb5_data'
> ../../asn1/kerberos/packet-kerberos-template.c:486: warning: format '%s'
> expects type 'char *', but argument 4 has type 'krb5_data'
> ../../asn1/kerberos/packet-kerberos-template.c:489: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:490: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:491: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:491: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:491: warning: request for
> implicit conversion from 'gpointer' to 'char *' not permitted in C++
> ../../asn1/kerberos/packet-kerberos-template.c: In function
> 'decrypt_krb5_data':
> ../../asn1/kerberos/packet-kerberos-template.c:531: error: 'krb5_crypto'
> undeclared (first use in this function)
> ../../asn1/kerberos/packet-kerberos-template.c:531: error: (Each
> undeclared identifier is reported only once
> ../../asn1/kerberos/packet-kerberos-template.c:531: error: for each
> function it appears in.)
> ../../asn1/kerberos/packet-kerberos-template.c:531: error: expected ';'
> before 'crypto'
> ../../asn1/kerberos/packet-kerberos-template.c:532: warning: ISO C90
> forbids mixed declarations and code
> ../../asn1/kerberos/packet-kerberos-template.c:539: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:540: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:541: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:542: warning: implicit
> declaration of function 'krb5_crypto_init'
> ../../asn1/kerberos/packet-kerberos-template.c:542: error:
> 'krb5_keytab_entry' has no member named 'keyblock'
> ../../asn1/kerberos/packet-kerberos-template.c:542: error: 'crypto'
> undeclared (first use in this function)
> ../../asn1/kerberos/packet-kerberos-template.c:553: warning: request for
> implicit conversion from 'gpointer' to 'guint8 *' not permitted in C++
> ../../asn1/kerberos/packet-kerberos-template.c:554: warning: implicit
> declaration of function 'krb5_decrypt_ivec'
> ../../asn1/kerberos/packet-kerberos-template.c:564: warning: implicit
> declaration of function 'krb5_crypto_destroy'
> ../../asn1/kerberos/packet-kerberos-template.c:566: warning: request for
> implicit conversion from 'gpointer' to 'char *' not permitted in C++
> Makefile:12591: recipe for target 'libdissectors_la-packet-kerberos.lo'
> failed
> gmake[5]: *** [libdissectors_la-packet-kerberos.lo] Error 1
>   CC   libdissectors_la-packet-lpp.lo
> gmake[5]: *** Waiting for unfinished jobs
> gmake[5]: Leaving directory
> '/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
> Makefile:13170: recipe for target 'all-recursive' failed
> gmake[4]: *** [all-recursive] Error 1
> gmake[4]: Leaving directory
> '/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
> Makefile:3443: recipe for target 'all' failed
> gmake[3]: *** [all] Error 2
> gmake[3]: Leaving directory
> '/usr/ports/net/wireshark/work/wireshark-1.12.1/epan/dissectors'
> Makefile:1906: recipe for target 'all-recursive' failed
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory
> '/usr/ports/net/wireshark/work/wireshark-1.12.1/epan'
> Makefile:3970: recipe for target 'all-recursive' failed
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory
> '/usr/ports/net/wireshark/work/wireshark-1.12.1'
> Makefile:2106: recipe for target 'all' failed
> gmake: *** [all] Error 2
> ===> Compilation failed unexpectedly.
> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
> the maintainer.
> *** [do-build] E

Re: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Mikaël Urankar
2014-10-27 10:26 GMT+01:00 Jean-Sébastien Pédron :
> What we're especially looking for is report of successful or failed
> startup of the X server. With 7.4.0, the server would crash during
> startup. But with 7.5.0, none of us could reproduce the problem.

It works fine on this gpu: FirePro V4800
___
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: openldap-sasl-server

2014-10-27 Thread Jerry
On Mon, 27 Oct 2014 11:06:35 +, Matthew Seaman stated:

>Actually, I'd recommend switching to lmdb rather than BDB.  It's what
>I've been using for going on a year now, and it works great.

I have been looking for a good "How-to" on converting to MDB, but have not
been able to find one.

-- 
Jerry


signature.asc
Description: PGP signature


Re: openldap-sasl-server

2014-10-27 Thread Matthew Seaman
On 27/10/2014 18:53, Jerry wrote:
> On Mon, 27 Oct 2014 11:06:35 +, Matthew Seaman stated:
> 
>> Actually, I'd recommend switching to lmdb rather than BDB.  It's what
>> I've been using for going on a year now, and it works great.
> 
> I have been looking for a good "How-to" on converting to MDB, but have not
> been able to find one.

Ah.  I started using LMDB from scratch, so I have no first hand
experience.  However, I imagine that the process is essentially:

   # su -m ldap -c slapcat -n 1 > data.ldif
   { repeat for as many databases as you have...}
   # service slapd stop
   # pkg upgrade -f openldap-server
   # vi /usr/local/etc/openldap/slapd.conf
   # su -m ldap -m slapadd -n 1 -l data.ldif
   { repeat for as many databases as you have...}
   # service slapd start

That's assuming you're using the old style slapd.conf file rather than a
cn=config database.  In which case you need to 'slapcat -n 1 >
config.ldif' at the beginning, modify that to change the backend DB
type, then empty out /usr/local/etc/openldap/conf/ and 'slapadd -n 0 -l
config.ldif' before loading any of the other databases.

About the only other way I can think of dong the switchover is to set up
replication to a new slapd instance using LMDB.  Which has the advantage
that you could probably manage the switchover without any significant
outages.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature


Re: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Carsten Bäcker

Works fine for Radeon HD 6850M.

Thanks!

Am 27.10.2014 um 10:26 schrieb Jean-Sébastien Pédron:

Hi!

Before updating xf86-video-ati to 7.5.0, we would like some people to
try it out. The reason is that 7.4.0 was crashing for several users, so
we want to be sure it's fixed in 7.5.0.

Here's patch:
https://people.freebsd.org/~dumbbell/graphics/ports-xf86-video-ati-7.5.0.patch

To apply it:
   cd /usr/ports
   patch -p1 < /path/to/ports-xf86-video-ati-7.5.0.patch

Then update x11-drivers/xf86-video-ati with your method of choice.

What we're especially looking for is report of successful or failed
startup of the X server. With 7.4.0, the server would crash during
startup. But with 7.5.0, none of us could reproduce the problem.

When you're finished, you may restore your vanilla ports tree:
   cd /usr/ports
   patch -p1 -R < /path/to/ports-xf86-video-ati-7.5.0.patch
   find x11-drivers/xf86-video-ati -name "*.orig" -delete

Thank you for your help!



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: emulators/virtualbox-ose: compilation on CURRENT fails due to: tstVMStructRC: 1: Syntax error: "(" unexpected

2014-10-27 Thread Greg Byshenk
On Mon, Oct 27, 2014 at 09:25:00AM +0100, O. Hartmann wrote:
> Compiling emulators/virtualbox-ose on a freshly installed CURRENT
> (FreeBSD 11.0-CURRENT #0 r273719: Mon Oct 27 07:59:12 CET 2014 amd64)
> results in the below shown error.
> 
> I also tried to install the package on CURRENT via pkg install, but
> this results in a 32-Bit VirtualBox only - which is inacceptable.
> 
> I have running emulators/virtualbox-ose on several other CURRENT
> machines, but most of those boxes are "grown", that means, they got
> CURRENT months ago and are maintained as usual (buildworld/portmaster).
> This box has been installed a couple of weeks ago and is successfully
> rejecting compilation of port emulators/virtualbox-ose, although I
> already updated the ports tree and did successfully a portmaster -R
> -fd /emulators/virtualbox-ose.
> 
> Since I use some non-standard optimization flags in /etc/src.conf
> and /etc/make.conf (-O3 and CPUTYPE=native instead of plain -O and
> outdated architectural compatibilities), I switched back to the FreeBSD
> vanilla standard - but still the same. I can not imagine that the CPU
> of that specific box could be the culprit:
> 
> 
> dmesg output:
> 
> CPU: Intel(R) Core(TM)
> i5-3470 CPU @ 3.20GHz (3192.82-MHz K8-class CPU) Origin="GenuineIntel"
> Id=0x306a9  Family=0x6  Model=0x3a  Stepping=9
> Features=0xbfebfbff
> Features2=0x7fbae3ff
> AMD Features=0x28100800 AMD Features2=0x1
>   Structured Extended Features=0x281
>   XSAVE Features=0x1
>   VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID
>   TSC: P-state invariant, performance statistics
> real memory  = 9107931136 (8686 MB)
> avail memory = 8147902464 (7770 MB)
> 
> The error is:
> 
> 
> [...]
> 
> kBuild: Generating tstVMStructSize
> - 
> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h
>  
> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/bin/tstVMStructRC:
> 1: Syntax error: "(" unexpected kmk: ***
> [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h]
> Error 2 kmk: *** Deleting file
> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h'
> kmk: *** Waiting for unfinished jobs filesplitter: Out of 144
> files: 144 rewritten, 0 unchanged.
> (/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VirtualBox/include)
> kmk_builtin_append
> "/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.3.18/out/freebsd.amd64/release/obj/VirtualBox/include/COMWrappers"
> kmk: *** Exiting with status 2 *** Error code 2

I am unsure if it is related or not, but I have what seems to be
a similar problem compiling virtualbox-ose-additions on 10-STABLE
or 10.1RC3. 

I don't have a useful error, as in my case the result is that 
during the compilation, the VM itself crashes. This is the case
with both 10-STABLE as of Friday, 24 October, and also a fresh
install of 10.1RC3.

-- 
greg byshenk  -  gbysh...@byshenk.net  -  Portland, OR USA
___
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"


OPTIONS_DEFINE in Mk/Uses/.mk file?

2014-10-27 Thread Olivier Duchateau
Hi,

I wonder, if in Mk/Uses/*.mk file, we can define options like in ports (with 
OPTIONS_DEFINE) kind of global option.

I would like something like that:

.if {foo_ARGS:Mbar}
# Do something
.endif

.if {foo_ARGS:Mbaz}
OPTIONS_DEFINE= OPT1
OPTIONS_DESC= Add OPT1 support
.endif

OPT1 is added in main config menu of port, when USES= foo:baz is set.

Regards

-- 
olivier
___
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: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Warren Block

On Mon, 27 Oct 2014, Jean-Sébastien Pédron wrote:


What we're especially looking for is report of successful or failed
startup of the X server. With 7.4.0, the server would crash during
startup. But with 7.5.0, none of us could reproduce the problem.


Working here on a Radeon 5750.
___
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: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Jung-uk Kim
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2014-10-27 05:26:32 -0400, Jean-sébastien Pédron wrote:
> What we're especially looking for is report of successful or
> failed startup of the X server. With 7.4.0, the server would crash
> during startup. But with 7.5.0, none of us could reproduce the
> problem.

Working fine with Radeon HD 4650 (RV730).

Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBAgAGBQJUTsNVAAoJEHyflib82/FG7yEH/2gGETWn7ho4q9c2TIOF9ELW
dA9JlCmG09ZZRY4R3sr3LpwmxFFm3h/nRclbWnn5QuPTTI/1d3tNRHLcV0bw8ax4
Ck7/nPwwMOLSS2muE6SrHNWvO39x8OzsTylLiJEYDoePUkmrHCOyR7DX4zh+Rr4J
JU2bKOX9rFTSE36z+818mDltqwL+r8m7uFgDWkol4eL48Iu+LluGw/IKPjQzX7C1
9ZAst5X1lUKjU+hzRyfTRt5zkkcQOHgbSHy0S+qmZ8XD8lcalsjN3/27If9z7E4u
DVtLFhlhocQNF8IUrGQRmDn8k19/0JBxnn8MYcTrO7rAeGJYqZx+I0o88YcsxT0=
=cPcN
-END PGP SIGNATURE-
___
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"

QSerialPort

2014-10-27 Thread Fernando Apesteguía
Hi,

It seems I can't find QSerialPort in the ports collections. It's been
in Qt since 5.1[1] and in ports we have 5.2.1.

However, if I run this:

find ./ -name pkg-plist -exec grep -i qserialport {} \;

the file is not found.

What am I missing?

Thanks in advance.

[1] http://qt-project.org/doc/qt-5/qserialport.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: CFT: Update to xf86-video-ati 7.5.0

2014-10-27 Thread Miguel Clara
Not working for me on current.

dmesg: http://pastebin.com/N49hZnGS

Xorg.0.log: http://pastebin.com/Mn3svFjC


Melhores Cumprimentos // Best Regards
---
*Miguel Clara*
*IT - Sys Admin & Developer*
*E-mail:*miguelmcl...@gmail.com
 www.linkedin.com/in/miguelmclara/

On Mon, Oct 27, 2014 at 10:12 PM, Jung-uk Kim  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2014-10-27 05:26:32 -0400, Jean-sébastien Pédron wrote:
> > What we're especially looking for is report of successful or
> > failed startup of the X server. With 7.4.0, the server would crash
> > during startup. But with 7.5.0, none of us could reproduce the
> > problem.
>
> Working fine with Radeon HD 4650 (RV730).
>
> Jung-uk Kim
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBAgAGBQJUTsNVAAoJEHyflib82/FG7yEH/2gGETWn7ho4q9c2TIOF9ELW
> dA9JlCmG09ZZRY4R3sr3LpwmxFFm3h/nRclbWnn5QuPTTI/1d3tNRHLcV0bw8ax4
> Ck7/nPwwMOLSS2muE6SrHNWvO39x8OzsTylLiJEYDoePUkmrHCOyR7DX4zh+Rr4J
> JU2bKOX9rFTSE36z+818mDltqwL+r8m7uFgDWkol4eL48Iu+LluGw/IKPjQzX7C1
> 9ZAst5X1lUKjU+hzRyfTRt5zkkcQOHgbSHy0S+qmZ8XD8lcalsjN3/27If9z7E4u
> DVtLFhlhocQNF8IUrGQRmDn8k19/0JBxnn8MYcTrO7rAeGJYqZx+I0o88YcsxT0=
> =cPcN
> -END PGP SIGNATURE-
> ___
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Libffi Dependency

2014-10-27 Thread Cy Schubert
Hi,

Would anyone care to check this out and would anyone object to this being 
committed? Basically this enables optional (default) dependency on 
devel/libffi instead of libffi shipped within the python tarballs. The 
default is to use devel/libffi however the user can opt to use the ffi 
delivered with each python tarball. Comments? Ojbections?




Index: python27/Makefile
===
--- python27/Makefile   (revision 371618)
+++ python27/Makefile   (working copy)
@@ -2,7 +2,7 @@
 
 PORTNAME=  python27
 PORTVERSION=   2.7.8
-PORTREVISION=  5
+PORTREVISION=  6
 CATEGORIES=lang python ipv6
 MASTER_SITES=  PYTHON
 MASTER_SITE_SUBDIR=ftp/python/${PORTVERSION}
@@ -34,8 +34,8 @@
PORTVERSION=${PORTVERSION} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} 
# For plat-freebsd* in 
pkg-plist. http://bugs.python.org/issue19554
 
-OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC SEM THREADS
-OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC SEM THREADS UCS4
+OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC SEM THREADS PORT_FFI
+OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC SEM THREADS UCS4 PORT_FFI
 OPTIONS_SINGLE=UNICODE
 OPTIONS_SINGLE_UNICODE=UCS2 UCS4
 
@@ -45,6 +45,7 @@
 UCS2_DESC= Enable UCS2 Unicode Strings
 UCS4_DESC= Enable UCS4 Unicode Strings
 PYMALLOC_DESC= Enable specialized mallocs
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
 
 DEBUG_CONFIGURE_WITH=  pydebug
 IPV6_CONFIGURE_ENABLE= ipv6
@@ -88,6 +89,12 @@
 CFLAGS+=   -DPYTHON_DEFAULT_RECURSION_LIMIT=900
 .endif
 
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+=   --with-system-ffi
+BUILD_DEPENDS+=libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+=  libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
 # See http://bugs.freebsd.org/115940
 .if !exists(/usr/bin/ypcat) || defined(WITHOUT_NIS) # the world with NO_NIS
 PLIST_SUB+=NO_NIS="@comment "
Index: python32/Makefile
===
--- python32/Makefile   (revision 371618)
+++ python32/Makefile   (working copy)
@@ -2,7 +2,7 @@
 
 PORTNAME=  python32
 PORTVERSION=   3.2.5
-PORTREVISION=  11
+PORTREVISION=  12
 CATEGORIES=lang python ipv6
 MASTER_SITES=  PYTHON
 MASTER_SITE_SUBDIR=ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
 PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} 
# For plat-freebsd* in 
pkg-plist. http://bugs.python.org/issue19554
 
-OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC THREADS TSC UCS4
-OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC THREADS UCS4
+OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC THREADS PORT_FFI
+
 OPTIONS_SUB=   yes
 
 NLS_DESC=  Enable gettext support for the locale module
 PYMALLOC_DESC= Enable specialized mallocs
 TSC_DESC=  Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
 
 DEBUG_CONFIGURE_WITH=  pydebug
 IPV6_CONFIGURE_ENABLE= ipv6
@@ -75,6 +77,12 @@
 ABIFLAGS:= d${ABIFLAGS}
 .endif
 
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+=   --with-system-ffi
+BUILD_DEPENDS+=  libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+=libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
 .if !empty(ABIFLAGS)
 PLIST_FILES+=  bin/python3.2%%ABI%%
 PLIST_FILES+=  bin/python3.2%%ABI%%-config
Index: python33/Makefile
===
--- python33/Makefile   (revision 371618)
+++ python33/Makefile   (working copy)
@@ -2,7 +2,7 @@
 
 PORTNAME=  python33
 PORTVERSION=   3.3.5
-PORTREVISION=  4
+PORTREVISION=  5
 CATEGORIES=lang python ipv6
 MASTER_SITES=  PYTHON
 MASTER_SITE_SUBDIR=ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
 PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} 
# For plat-freebsd* in 
pkg-plist. http://bugs.python.org/issue19554
 
-OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC THREADS TSC
-OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC THREADS
+OPTIONS_DEFINE=DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT=   IPV6 NLS PYMALLOC THREADS PORT_FFI
+
 OPTIONS_SUB=   yes
 
 NLS_DESC=  Enable gettext support for the locale module
 PYMALLOC_DESC= Enable specialized mallocs
 TSC_DESC=  Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
 
 DEBUG_CONFIGURE_WITH=  pydebug
 IPV6_CONFIGURE_ENABLE= ipv6
@@ -69,6 +71,12 @@
 ABIFLAGS:= d${ABIFLAGS}
 .endif
 
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+=   --with-system-ffi
+BUILD_DEPENDS+=  libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+=