[QAT] 352855: 4x ???, 2x depend (??? in graphics/libgeotiff), 1x depend (??? in math/py-numeric), 16x success, 2x depend (??? in x11-toolkits/fltk), 4x leftovers, 2x depend (??? in science/openbabel),

[Ports-QAT]

- Update to 4.3.2 (from science/netcdf4)
- Bump PORTREVISION for science/netcdf shlib change and
  dependency change from science/netcdf4 to science/netcdf [1]

Changes:
http://www.unidata.ucar.edu/software/netcdf/docs/release_notes.html
Approved by:portmgr (bapt) [1]
-

  Build ID:  20140503031800-3515
  Job owner: sunp...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Sat, 03 May 2014 07:17:44 GMT

  Revision:  352855
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=352855

-

Port:graphics/gdal 1.11.0_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325138/gdal-1.11.0_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325139/gdal-1.11.0_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325140/gdal-1.11.0_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325141/gdal-1.11.0_2.log

-

Port:graphics/gmt 4.5.12_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN GRAPHICS/LIBGEOTIFF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325142/libgeotiff-1.4.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN SCIENCE/NETCDF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325143/netcdf-4.3.2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND (??? IN SCIENCE/NETCDF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325144/netcdf-4.3.2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (??? IN GRAPHICS/LIBGEOTIFF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325145/libgeotiff-1.4.0_1.log

-

Port:graphics/grads 1.9b4_9

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325146/grads-1.9b4_9.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325147/grads-1.9b4_9.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325148/grads-1.9b4_9.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325149/grads-1.9b4_9.log

-

Port:graphics/opendx 4.4.4_16

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN X11-THEMES/GTK-ENGINES2)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325150/gtk-engines2-2.20.2_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN X11-THEMES/GTK-ENGINES2)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325151/gtk-engines2-2.20.2_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND (??? IN X11-THEMES/GTK-ENGINES2)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325152/gtk-engines2-2.20.2_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (??? IN X11-THEMES/GTK-ENGINES2)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325153/gtk-engines2-2.20.2_2.log

-

Port:math/grace 5.1.23_4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (??? IN SCIENCE/NETCDF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325154/netcdf-4.3.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/XBAE)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325155/Xbae-4.60.4_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   DEPEND (??? IN X11-TOOLKITS/XBAE)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325156/Xbae-4.60.4_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   DEPEND (??? IN SCIENCE/NETCDF)
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20140503031800-3515-325157/netcdf-4.3.2.log

INDEX now builds successfully on 8.x

[Ports Index build]

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

FreeBSD ports you maintain which are out of date

[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
+-+
graphics/entangle   | 0.5.3   | 0.6.0
+-+


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: Thunderbird 24.5.0 - Segmentation fault (core dumped)

[Dr. Peter Voigt]

Am Sat, 3 May 2014 12:54:58 +1000
schrieb Robert Backhaus :

> On 3 May 2014 09:15, Dr. Peter Voigt  wrote:
> 
> > Am Fri, 2 May 2014 16:45:33 +1000
> > schrieb Robert Backhaus :
> >
> > > A backtrace would be useful. Re-make the port with make -
> >
> 
> 
> > DWITH_DEBUGWell, Mailman has removed all attachments from my last
> > post. Please
> > find all files here:
> >
> > https://www.dropbox.com/sh/pbftm2vmor9hljx/HG89ZMo9jM
> >
> >  I can't see anything that stands out to me, but that's probably
> > saying
> more about my knowledge than the output. I do see that it crashed in
> ldap, so my next step would be looking if there have been issues with
> the ldap ports (/usr/ports/updating, searching, especially in this
> mailing list archives) and checking any options you have set and
> rebuilding net/openldap24-client

To be honest I cannot conclude anything from the backtrace.

I have installed OpenLDAP which is working fine with system login and
several other ports like (Apache, ProFTPD, Dovecot):

# pkg version -v |grep ldap
nss_ldap-1.265_10  =   up-to-date with port
openldap-sasl-client-2.4.39=   up-to-date with port
openldap-sasl-server-2.4.39_1  =   up-to-date with port
pam_ldap-1.8.6_2   =   up-to-date with port
php5-ldap-5.4.28   =   up-to-date with port
proftpd-mod_ldap-1.3.4d_5  =   up-to-date with port

These are my configuration options of OpenLDAP:

# make showconfig

===> The following configuration options are available for
openldap-sasl-client-2.4.39: FETCH=off: Enable fetch(3) support
===> Use 'make config' to modify these settings

# make showconfig

===> The following configuration options are available for
openldap-sasl-server-2.4.39_1: ACCESSLOG=off: With In-Directory Access
Logging overlay ACI=off: Per-object ACI (experimental)
 AUDITLOG=off: With Audit Logging overlay
 BDB=on: With BerkeleyDB backend (DEPRECATED)
 COLLECT=off: With Collect overy Services overlay
 CONSTRAINT=off: With Attribute Constraint overlay
 DDS=off: With Dynamic Directory Services overlay
 DEREF=off: With Dereference overlay
 DNSSRV=off: With Dnssrv backend
 DYNACL=off: Run-time loadable ACL (experimental)
 DYNAMIC_BACKENDS=on: Build dynamic backends
 DYNGROUP=off: With Dynamic Group overlay
 DYNLIST=off: With Dynamic List overlay
 FETCH=off: Enable fetch(3) support
 MDB=on: With Memory-Mapped DB backend
 MEMBEROF=off: With Reverse Group Membership overlay
 ODBC=off: With SQL backend
 PASSWD=off: With Passwd backend
 PERL=off: With Perl backend
 PPOLICY=off: With Password Policy overlay
 PROXYCACHE=off: With Proxy Cache overlay
 REFINT=off: With Referential Integrity overlay
 RELAY=off: With Relay backend
 RETCODE=off: With Return Code testing overlay
 RLOOKUPS=off: With reverse lookups of client hostnames
 RWM=off: With Rewrite/Remap overlay
 SASL=on: With (Cyrus) SASL2 support
 SEQMOD=on: With Sequential Modify overlay
 SHA2=off: With SHA2 Password hashes overlay
 SHELL=off: With Shell backend (disables threading)
 SLAPI=off: With Netscape SLAPI plugin API (experimental)
 SLP=off: With SLPv2 (RFC 2608) support
 SMBPWD=off: With Samba Password hashes overlay
 SOCK=off: With Sock backend
 SSSVLV=off: With ServerSideSort/VLV overlay
 SYNCPROV=on: With Syncrepl Provider overlay
 TCP_WRAPPERS=on: With tcp wrapper support
 TRANSLUCENT=off: With Translucent Proxy overlay
 UNIQUE=off: With attribute Uniqueness overlay
 VALSORT=off: With Value Sorting overlay
===> Use 'make config' to modify these settings

I have searched the freebsd-ports mailing list backwards until December
2012. There are not many Thunderbird related posts. These might be
related

http://lists.freebsd.org/pipermail/freebsd-ports/2012-December/079785.html
http://lists.freebsd.org/pipermail/freebsd-ports/2013-February/081573.html

but they are terminated with no clear result.

I am out of ideas and I am wondering, if there is anybody
successfully using Thunderbird 24.5.0 on FreeBSD 10.0-RELEASE-p2 at all.

Besides that I feel my corresponding PR related to Thunderbird 24.4.0
somehow being ignored:
http://www.freebsd.org/cgi/query-pr.cgi?pr=188019
It would be helpful at least know, if this behavior is reproducible by
others.

Besides other things my FreeBSD server is hosting my emails. I have
installed e.g. Firefox and Thunderbird more as an emergency fallback
which I will only rarely need. If I should ever need to read my emails
directly on my server I could to it with GNU Emacs/Gnus or Claws Mail
which are both working so far on 10.0-RELEASE.

Regards,
Peter
___
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 24.5.0 - Segmentation fault (core dumped)

[Kurt Jaeger]

Hi!

> I am out of ideas and I am wondering, if there is anybody
> successfully using Thunderbird 24.5.0 on FreeBSD 10.0-RELEASE-p2 at all.

I have it built on my test host (f10.opsec.eu), and tested it and
it works.

I will compare your compile settings with mine.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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 24.5.0 - Segmentation fault (core dumped)

[Kurt Jaeger]

Hi!

> I have installed OpenLDAP which is working fine with system login and
> several other ports like (Apache, ProFTPD, Dovecot):
> 
> # pkg version -v |grep ldap
> nss_ldap-1.265_10  =   up-to-date with port
> openldap-sasl-client-2.4.39=   up-to-date with port
> openldap-sasl-server-2.4.39_1  =   up-to-date with port
> pam_ldap-1.8.6_2   =   up-to-date with port
> php5-ldap-5.4.28   =   up-to-date with port
> proftpd-mod_ldap-1.3.4d_5  =   up-to-date with port

linux-f10-openldap-2.4.12_1=   up-to-date with port
nss_ldap-1.265_10  =   up-to-date with port
openldap-client-2.4.39 =   up-to-date with port
openldap-server-2.4.39_1   =   up-to-date with port
p5-perl-ldap-0.5800=   up-to-date with port
pam_ldap-1.8.6_2   =   up-to-date with port
php5-ldap-5.4.28   =   up-to-date with port

> These are my configuration options of OpenLDAP:

===> The following configuration options are available for 
openldap-client-2.4.39:
 FETCH=off: Enable fetch(3) support

> # make showconfig
> 
> ===> The following configuration options are available for
> openldap-sasl-server-2.4.39_1: ACCESSLOG=off: With In-Directory Access
> Logging overlay ACI=off: Per-object ACI (experimental)
>  AUDITLOG=off: With Audit Logging overlay
>  BDB=on: With BerkeleyDB backend (DEPRECATED)
>  COLLECT=off: With Collect overy Services overlay
>  CONSTRAINT=off: With Attribute Constraint overlay
>  DDS=off: With Dynamic Directory Services overlay
>  DEREF=off: With Dereference overlay
>  DNSSRV=off: With Dnssrv backend
>  DYNACL=off: Run-time loadable ACL (experimental)
>  DYNAMIC_BACKENDS=on: Build dynamic backends
>  DYNGROUP=off: With Dynamic Group overlay
>  DYNLIST=off: With Dynamic List overlay
>  FETCH=off: Enable fetch(3) support
>  MDB=on: With Memory-Mapped DB backend
>  MEMBEROF=off: With Reverse Group Membership overlay
>  ODBC=off: With SQL backend
>  PASSWD=off: With Passwd backend
>  PERL=off: With Perl backend
>  PPOLICY=off: With Password Policy overlay
>  PROXYCACHE=off: With Proxy Cache overlay
>  REFINT=off: With Referential Integrity overlay
>  RELAY=off: With Relay backend
>  RETCODE=off: With Return Code testing overlay
>  RLOOKUPS=off: With reverse lookups of client hostnames
>  RWM=off: With Rewrite/Remap overlay
>  SASL=on: With (Cyrus) SASL2 support
>  SEQMOD=on: With Sequential Modify overlay
>  SHA2=off: With SHA2 Password hashes overlay
>  SHELL=off: With Shell backend (disables threading)
>  SLAPI=off: With Netscape SLAPI plugin API (experimental)
>  SLP=off: With SLPv2 (RFC 2608) support
>  SMBPWD=off: With Samba Password hashes overlay
>  SOCK=off: With Sock backend
>  SSSVLV=off: With ServerSideSort/VLV overlay
>  SYNCPROV=on: With Syncrepl Provider overlay
>  TCP_WRAPPERS=on: With tcp wrapper support
>  TRANSLUCENT=off: With Translucent Proxy overlay
>  UNIQUE=off: With attribute Uniqueness overlay
>  VALSORT=off: With Value Sorting overlay
> ===> Use 'make config' to modify these settings

===> The following configuration options are available for 
openldap-server-2.4.39_1:
 ACCESSLOG=off: With In-Directory Access Logging overlay
 ACI=off: Per-object ACI (experimental)
 AUDITLOG=off: With Audit Logging overlay
 BDB=on: With BerkeleyDB backend (DEPRECATED)
 COLLECT=off: With Collect overy Services overlay
 CONSTRAINT=off: With Attribute Constraint overlay
 DDS=off: With Dynamic Directory Services overlay
 DEREF=off: With Dereference overlay
 DNSSRV=off: With Dnssrv backend
 DYNACL=off: Run-time loadable ACL (experimental)
 DYNAMIC_BACKENDS=on: Build dynamic backends
 DYNGROUP=off: With Dynamic Group overlay
 DYNLIST=off: With Dynamic List overlay
 FETCH=off: Enable fetch(3) support
 MDB=off: With Memory-Mapped DB backend
 MEMBEROF=off: With Reverse Group Membership overlay
 ODBC=off: With SQL backend
 PASSWD=off: With Passwd backend
 PERL=on: With Perl backend
 PPOLICY=off: With Password Policy overlay
 PROXYCACHE=off: With Proxy Cache overlay
 REFINT=off: With Referential Integrity overlay
 RELAY=off: With Relay backend
 RETCODE=off: With Return Code testing overlay
 RLOOKUPS=off: With reverse lookups of client hostnames
 RWM=off: With Rewrite/Remap overlay
 SASL=off: With (Cyrus) SASL2 support
 SEQMOD=on: With Sequential Modify overlay
 SHA2=off: With SHA2 Password hashes overlay
 SHELL=off: With Shell backend (disables threading)
 SLAPI=off: With Netscape SLAPI plugin API (experimental)
 SLP=off: With SLPv2 (RFC 2608) support
 SMBPWD=off: With Samba Password hashes overlay
 SOCK=off: With Sock backend
 SSSVLV=off: With ServerSideSort/VLV overlay
 SYNCPRO

[QAT] 352896: 4x leftovers

[Ports-QAT]

Update math/R-cran-car to 2.0-20.

ChangeLog:
 o Added new id.method="r" to showLabels for labeling plots of residuals;
   default id.method changed in residualPlots.
 o Fixed handling of labels argument to outlierTest()
   (bug report by Stephane Laurent).
 o Accommodate numeric variables consisting entirely of NAs in recode()
   (suggestion of Karl Ove Hufthammer).
 o Prevent dataEllipse() from opening a graphics device when draw=FALSE
   (fixing bug reported by Rafael Laboissiere).
 o The functions makeHypothesis() and printHypothesis(), intended for
   internal use, are exported so that they can be used in other packages
   (request of Arne Henningsen).
 o Small fixes.
-

  Build ID:  20140503094200-63496
  Job owner: d...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Sat, 03 May 2014 13:17:29 GMT

  Revision:  352896
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=352896

-

Port:math/R-cran-car 2.0.20

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20140503094200-63496-325378/R-cran-car-2.0.20.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20140503094200-63496-325379/R-cran-car-2.0.20.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20140503094200-63496-325380/R-cran-car-2.0.20.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20140503094200-63496-325381/R-cran-car-2.0.20.log


--
Buildarchive URL: 
redports 
___
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 24.5.0 - Segmentation fault (core dumped)

[Dr. Peter Voigt]

Am Sat, 3 May 2014 14:24:35 +0200
schrieb Kurt Jaeger :

> Hi!
> 
> > I have installed OpenLDAP which is working fine with system login
> > and several other ports like (Apache, ProFTPD, Dovecot):
> > 
> > # pkg version -v |grep ldap
> > nss_ldap-1.265_10  =   up-to-date with port
> > openldap-sasl-client-2.4.39=   up-to-date with port
> > openldap-sasl-server-2.4.39_1  =   up-to-date with port
> > pam_ldap-1.8.6_2   =   up-to-date with port
> > php5-ldap-5.4.28   =   up-to-date with port
> > proftpd-mod_ldap-1.3.4d_5  =   up-to-date with port
> 
> linux-f10-openldap-2.4.12_1=   up-to-date with port
> nss_ldap-1.265_10  =   up-to-date with port
> openldap-client-2.4.39 =   up-to-date with port
> openldap-server-2.4.39_1   =   up-to-date with port
> p5-perl-ldap-0.5800=   up-to-date with port
> pam_ldap-1.8.6_2   =   up-to-date with port
> php5-ldap-5.4.28   =   up-to-date with port
> 
> > These are my configuration options of OpenLDAP:
> 
> ===> The following configuration options are available for
> openldap-client-2.4.39: FETCH=off: Enable fetch(3) support
> 
> > # make showconfig
> > 
> > ===> The following configuration options are available for
> > openldap-sasl-server-2.4.39_1: ACCESSLOG=off: With In-Directory
> > Access Logging overlay ACI=off: Per-object ACI (experimental)
> >  AUDITLOG=off: With Audit Logging overlay
> >  BDB=on: With BerkeleyDB backend (DEPRECATED)
> >  COLLECT=off: With Collect overy Services overlay
> >  CONSTRAINT=off: With Attribute Constraint overlay
> >  DDS=off: With Dynamic Directory Services overlay
> >  DEREF=off: With Dereference overlay
> >  DNSSRV=off: With Dnssrv backend
> >  DYNACL=off: Run-time loadable ACL (experimental)
> >  DYNAMIC_BACKENDS=on: Build dynamic backends
> >  DYNGROUP=off: With Dynamic Group overlay
> >  DYNLIST=off: With Dynamic List overlay
> >  FETCH=off: Enable fetch(3) support
> >  MDB=on: With Memory-Mapped DB backend
> >  MEMBEROF=off: With Reverse Group Membership overlay
> >  ODBC=off: With SQL backend
> >  PASSWD=off: With Passwd backend
> >  PERL=off: With Perl backend
> >  PPOLICY=off: With Password Policy overlay
> >  PROXYCACHE=off: With Proxy Cache overlay
> >  REFINT=off: With Referential Integrity overlay
> >  RELAY=off: With Relay backend
> >  RETCODE=off: With Return Code testing overlay
> >  RLOOKUPS=off: With reverse lookups of client hostnames
> >  RWM=off: With Rewrite/Remap overlay
> >  SASL=on: With (Cyrus) SASL2 support
> >  SEQMOD=on: With Sequential Modify overlay
> >  SHA2=off: With SHA2 Password hashes overlay
> >  SHELL=off: With Shell backend (disables threading)
> >  SLAPI=off: With Netscape SLAPI plugin API (experimental)
> >  SLP=off: With SLPv2 (RFC 2608) support
> >  SMBPWD=off: With Samba Password hashes overlay
> >  SOCK=off: With Sock backend
> >  SSSVLV=off: With ServerSideSort/VLV overlay
> >  SYNCPROV=on: With Syncrepl Provider overlay
> >  TCP_WRAPPERS=on: With tcp wrapper support
> >  TRANSLUCENT=off: With Translucent Proxy overlay
> >  UNIQUE=off: With attribute Uniqueness overlay
> >  VALSORT=off: With Value Sorting overlay
> > ===> Use 'make config' to modify these settings
> 
> ===> The following configuration options are available for
> openldap-server-2.4.39_1: ACCESSLOG=off: With In-Directory Access
> Logging overlay ACI=off: Per-object ACI (experimental)
>  AUDITLOG=off: With Audit Logging overlay
>  BDB=on: With BerkeleyDB backend (DEPRECATED)
>  COLLECT=off: With Collect overy Services overlay
>  CONSTRAINT=off: With Attribute Constraint overlay
>  DDS=off: With Dynamic Directory Services overlay
>  DEREF=off: With Dereference overlay
>  DNSSRV=off: With Dnssrv backend
>  DYNACL=off: Run-time loadable ACL (experimental)
>  DYNAMIC_BACKENDS=on: Build dynamic backends
>  DYNGROUP=off: With Dynamic Group overlay
>  DYNLIST=off: With Dynamic List overlay
>  FETCH=off: Enable fetch(3) support
>  MDB=off: With Memory-Mapped DB backend
>  MEMBEROF=off: With Reverse Group Membership overlay
>  ODBC=off: With SQL backend
>  PASSWD=off: With Passwd backend
>  PERL=on: With Perl backend
>  PPOLICY=off: With Password Policy overlay
>  PROXYCACHE=off: With Proxy Cache overlay
>  REFINT=off: With Referential Integrity overlay
>  RELAY=off: With Relay backend
>  RETCODE=off: With Return Code testing overlay
>  RLOOKUPS=off: With reverse lookups of client hostnames
>  RWM=off: With Rewrite/Remap overlay
>  SASL=off: With (Cyrus) SASL2 support
>  SEQMOD=on: With Sequential Modify overlay
>  SHA2=off: With SHA2 Password hashes overlay
>  SHELL=off: With Shell backend (disables threading)
>  S

Firefox vuln in 2014Q2

[Ben Morrow]

Is there any chance of r352640 (the firefox/-esr/thunderbird update)
being MFH to 2014Q2? I'm primarily interested in the firefox-esr part,
since I'm now running a known-vulnerable version.

(Please keep me in CC; I don't read -ports.)

Ben

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

[QAT] 352926: 4x fail

[Ports-QAT]

- Update to 0.10
- Add TEST_DEPENDS

Changes:http://search.cpan.org/dist/Module-Build-XSUtil/Changes
-

  Build ID:  20140503162401-959
  Job owner: sunp...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Sat, 03 May 2014 16:31:26 GMT

  Revision:  352926
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=352926

-

Port:devel/p5-Module-Build-XSUtil 0.10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   FAIL


--
Buildarchive URL: 
redports 
___
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"

Fwd: ports/189208: Add a mention of WITH_OPENSSL_PORT to the pkg-descr of security/openssl

[Paul Hoffman]

Note that the description below does *not* match what people were saying last 
week about how things work. My reading of the earlier thread was that, unless 
you had WITH_OPENSSL_PORT=yes in /etc/make.conf, a port needing OpenSSL would 
make with OpenSSL from the base.

I am not a porter and wouldn't know where to look in the code, so I can't 
figure out which is right. But it is clear that this is worth clarifying both 
in the openssl pkg-descr *and* in the make.conf man page.

--Paul Hoffman

Begin forwarded message:

> From: din...@freebsd.org
> Subject: Re: ports/189208: Add a mention of WITH_OPENSSL_PORT to the 
> pkg-descr of security/openssl
> Date: May 3, 2014 at 9:19:37 AM PDT
> To: phoff...@proper.com, din...@freebsd.org, din...@freebsd.org
> 
> Synopsis: Add a mention of WITH_OPENSSL_PORT to the pkg-descr of 
> security/openssl
> 
> State-Changed-From-To: open->feedback
> State-Changed-By: dinoex
> State-Changed-When: Sat May 3 18:16:54 CEST 2014
> State-Changed-Why: 
> 
> The description is not correct.
> 
> WITH_OPENSSL_PORT=yes
> 
> Will force a port with USE_SSL to install the openssl port first.
> 
> once the openssl port is installed,
> all ports with USE_SSL with link to the openssl port,
> regardless of WITH_OPENSSL_PORT.
> 
> 
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=189208
> 

___
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: FreeBSD Port: remmina-1.0.0_1

[Marko Cupać]

On Thu, 1 May 2014 19:52:33 -0700 (PDT)
Will Brokenbourgh  wrote:

> Greetings,
> 
> I am having pretty severe issues with Remmina 1.0.0 ever since I made
> the switch from Linux to FreeBSD.

A year ago when I discovered remmina it worked without any problems
(correct charmap, working clipboard), and it became my first choice for
RDP client. Unfortunately, soon afterwards clipboard became broken,
followed by complete unusability of the port.

As more than two months have passed since my PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/187140
and as I do not have the knowledge to fix it myself, I have temporarily
switched to rdesktop.
-- 
Marko Cupać
___
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 24.5.0 - Segmentation fault (core dumped)

[Kurt Jaeger]

Hi!

> > So, the difference is mostly SASL.

> Thanks for your testing. And my feeling strongly suggests that
> SASL will be the reason of the segmentation fault.

It might be the cause, yes. But not guilty until proven 8-}

> I have detected some
> OpenLDAP SASL related errors on 10.0-RELEASE in the past:
> 
> http://lists.freebsd.org/pipermail/freebsd-ports/2014-February/089516.html
> https://forums.freebsd.org/viewtopic.php?f=5&t=44576
> 
> That error affected portmaster and is solved.
> 
> It might be helful to add an SASL hint and a reference to this thread
> to PR188019 (http://www.freebsd.org/cgi/query-pr.cgi?pr=188019). This
> could help the port maintainers. But I am afraid that I cannot add
> comments on an open PR. What do you recommend on how to proceed?

You should be able if you just group-reply to the initial mail you received
from gnats.

I've added the hint about it working if openldap is built without SASL
to the PR.

I'll have a look at the backtrace.

-- 
p...@opsec.eu+49 171 3101372 6 years to go !
___
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/189208: Add a mention of WITH_OPENSSL_PORT to the pkg-descr of security/openssl

[Scot Hetzel]

On Sat, May 3, 2014 at 11:35 AM, Paul Hoffman  wrote:
> Note that the description below does *not* match what people were saying last 
> week about how things work. My reading of the earlier thread was that, unless 
> you had WITH_OPENSSL_PORT=yes in /etc/make.conf, a port needing OpenSSL would 
> make with OpenSSL from the base.
>
> I am not a porter and wouldn't know where to look in the code, so I can't 
> figure out which is right. But it is clear that this is worth clarifying both 
> in the openssl pkg-descr *and* in the make.conf man page.
>

bsd.openssl.mk has the falling checks:

if WITH_OPENSSL_BASE is set, then use the base system's OpenSSL.
if WITH_OPENSSL_BASE or WITH_OPENSSL_PORT are not set, check if
${LOCALBASE}/lib/libcrypto.so is installed, if it is then use the
OpenSSL port, otherwise use the base system's OpenSSL.
if WITH_OPENSSL_PORT is set, then use the OpenSSL port

So, if you install the OpenSSL port first, then ports that require
OpenSSL should be built against the OpenSSL Port.

-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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"

[QAT] 352933: 4x leftovers, 52x success, 4x ignored: is marked as broken: fails to build

[Ports-QAT]

audio/sdl_sound:
- USES=libtool.
- Strip library.
- Replace patch+reinplace with a single reinplace.
- Remove a patch so we use the upstream library name again.  Bump
  PORTREVISION on all dependent ports.

games/alephone:
- USES=gmake tar:bzip2.
- Remove unneeded PKG_CONFIG variable.
- Staging.
- New LIB_DEPENDS syntax.

games/asc:
- USES=libtool.

games/gltron:
- New LIB_DEPENDS syntax.
- USES=gmake.
- Remove references to PTHREAD_CFLAGS and PTHREAD_LIBS.
- Use option helpers.
- Staging.

lang/kroc: (still BROKEN due to use of "python" command)
- New LIB_DEPENDS syntax.
- USES=pathfix tar:bzip2.
- Staging.
- Replace patches with post-patch.
- Replace MAKE with MAKE_CMD.

lang/smalltalk:
- USES=libtool tar:xz.
- Use BROKEN_sparc64.
-

  Build ID:  2014050319-18945
  Job owner: t...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Sat, 03 May 2014 20:56:27 GMT

  Revision:  352933
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=352933

-

Port:audio/sdl_sound 1.0.3_10

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325502/sdl_sound-1.0.3_10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325503/sdl_sound-1.0.3_10.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325504/sdl_sound-1.0.3_10.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325505/sdl_sound-1.0.3_10.log

-

Port:emulators/dosbox 0.74_6

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325506/dosbox-0.74_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325507/dosbox-0.74_6.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325508/dosbox-0.74_6.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325509/dosbox-0.74_6.log

-

Port:games/alephone 20120514_2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325510/alephone-20120514_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325511/alephone-20120514_2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325512/alephone-20120514_2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325513/alephone-20120514_2.log

-

Port:games/asc 2.6.0.0_3

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325514/asc-2.6.0.0_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325515/asc-2.6.0.0_3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325516/asc-2.6.0.0_3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325517/asc-2.6.0.0_3.log

-

Port:games/avoision 1.1_4

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325518/avoision-1.1_4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325519/avoision-1.1_4.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~t...@freebsd.org/2014050319-18945-325520/avoision-1.1_4.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.or

Re: Blender + clang problem

[Shane Ambler]

On 03/05/2014 11:16, Nilton Jose Rizzo wrote:
> 
>   HI. the blender now abort in install stage
> 
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_vector_transform.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_voronoi.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_wave.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_color.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_half.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_math.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_transform.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_types.h
> install  -o root -g wheel -m 555 /usr/ports/graphics/blender/work/blender
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender
> install  -s -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blender 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender-bin
> install  -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blender-thumbnailer.py 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender-thumbnailer.py
> install  -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/blenderplayer 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer
> install  -s -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blenderplayer 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer-bin
> install: /usr/ports/graphics/blender/work/.build/bin/blenderplayer: No such
> file or directory
> *** Error code 71
> 

It appears to be trying to install the player when it wasn't compiled,
or failed to link. As a workaround you may have luck disabling the
player, you can still run games within blender without building the
standalone player.

Are you sure your ports tree is up to date? Are you using any
non-default options when you buildworld?

> root@valfenda:/usr/ports/graphics/blender # uname -a
> FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r265171: Thu May  1
> 03:25:54 BRT 2014 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64
> root@valfenda:/usr/ports/graphics/blender # 

> Em Fri, 2 May 2014 21:15:28 -0300, Nilton Jose Rizzo escreveu
>> Em Sat, 03 May 2014 08:30:50 +0930, Shane Ambler escreveu
>>> On 02/05/2014 12:38, Nilton Jose Rizzo wrote:

>>  OK, but it's not conflicts with clang34?  I'm not yet understood 
>> the llvm process. I'm think that all llvm routines and applications 
>> must be the same version
>>
>>   do you  Have a pointer to me to learning more?

clang has to be same or greater version than the llvm version. Of course
it is preferred to keep them the same version. I only know this from
having trouble when a newer llvm version was used, I don't know of it
being documented. clang is the front end joining the pieces together
while llvm contains the code that actually does the compiling.

openshadinglanguage creates a compiler for it's osl scripts using the
llvm libs to do the hard work for it, it then uses clang to link things
together so the version of clang used needs to understand what llvm
generated.

___
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 24.5.0 - Segmentation fault (core dumped)

[Dr. Peter Voigt]

Am Sat, 3 May 2014 19:37:28 +0200
schrieb Kurt Jaeger :

> Hi!
> 
> > > So, the difference is mostly SASL.
> 
> > Thanks for your testing. And my feeling strongly suggests that
> > SASL will be the reason of the segmentation fault.
> 
> It might be the cause, yes. But not guilty until proven 8-}
> 
> > I have detected some
> > OpenLDAP SASL related errors on 10.0-RELEASE in the past:
> > 
> > http://lists.freebsd.org/pipermail/freebsd-ports/2014-February/089516.html
> > https://forums.freebsd.org/viewtopic.php?f=5&t=44576
> > 
> > That error affected portmaster and is solved.
> > 
> > It might be helful to add an SASL hint and a reference to this
> > thread to PR188019
> > (http://www.freebsd.org/cgi/query-pr.cgi?pr=188019). This could
> > help the port maintainers. But I am afraid that I cannot add
> > comments on an open PR. What do you recommend on how to proceed?
> 
> You should be able if you just group-reply to the initial mail you
> received from gnats.
> 
> I've added the hint about it working if openldap is built without SASL
> to the PR.
> 
> I'll have a look at the backtrace.
> 

Thank you very much for complementing PR188019 - and informing me how
to generally add further comments to a PR.

Regards,
Peter
___
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: Blender + clang problem

[Shane Ambler]

On 04/05/2014 08:45, Shane Ambler wrote:
> On 03/05/2014 11:16, Nilton Jose Rizzo wrote:
>>
>>   HI. the blender now abort in install stage

>> install  -o root -g wheel -m 555
>> /usr/ports/graphics/blender/work/blenderplayer 
>> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer
>> install  -s -o root -g wheel -m 555
>> /usr/ports/graphics/blender/work/.build/bin/blenderplayer 
>> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer-bin
>> install: /usr/ports/graphics/blender/work/.build/bin/blenderplayer: No such
>> file or directory
>> *** Error code 71
>>
> 
> It appears to be trying to install the player when it wasn't compiled,
> or failed to link. As a workaround you may have luck disabling the
> player, you can still run games within blender without building the
> standalone player.
> 
> Are you sure your ports tree is up to date? Are you using any
> non-default options when you buildworld?
> 
>> root@valfenda:/usr/ports/graphics/blender # uname -a
>> FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r265171: Thu May  1
>> 03:25:54 BRT 2014 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64
>> root@valfenda:/usr/ports/graphics/blender # 
> 

I just tested building on an 11-CURRENT machine and found that
/usr/lib/libcam.so had changed causing linking errors from libcdio -
re-building libcdio solved the issue. libcdio dependency is via ffmpeg.

Maybe before the install stage there was another error that should have
stopped the build but didn't. There might be some indication of another
port that needs re-building first.

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