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 inaccept

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

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

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

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

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

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

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: > > > ===>

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 libdis

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

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

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: > > -

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

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. -- Je

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 MD

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:

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 in

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 m

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

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

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/

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

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 deliver