From dave at ci.com.au  Tue Nov  1 03:29:30 2016
From: dave at ci.com.au (Dave Dodd)
Date: Tue, 1 Nov 2016 14:11:03 +1100
Subject: Problem building devel/pear under poudriere
Message-ID: <20161101031103.GB92798@jodi.ci.com.au>

Hi,

I am having the following error reported by poudriere when building:

devel/pear
devel/pecl-uploadprogress

The errors reported are:

[00:00:22] ====>> Error: devel/pecl-uploadprogress depends on nonexistent origin 'lang/php55'; Please contact maintainer of the port to fix this.

[00:00:22] ====>> Error: devel/pear depends on nonexistent origin 'lang/php55'; Please contact maintainer of the port to fix this.

The ports tree in use was refreshed this morning via svn.

The jail being used is 10.3-RELEASE-p11 updated 2016-10-27 14:18:29

The build is being done on a host running FreeBSD 12.0-CURRENT #2 r307986

The version of poudriere used is poudriere-devel-3.1.99.20160624_2

Best Regards,

--Dave

-- 
David Dodd
Bing Technologies Pty Ltd
Suite 54, Jones Bay Wharf
26-32 Pirrama Road
Pyrmont NSW 2009 Australia
Telephone +612 9552 5500 Fax +612 9552 5549

From lists at opsec.eu  Tue Nov  1 04:18:07 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Tue, 1 Nov 2016 05:18:03 +0100
Subject: Problem building devel/pear under poudriere
In-Reply-To: <20161101031103.GB92798@jodi.ci.com.au>
References: <20161101031103.GB92798@jodi.ci.com.au>
Message-ID: <20161101041803.GL51420@home.opsec.eu>

Hi!

> I am having the following error reported by poudriere when building:
> 
> devel/pear
> devel/pecl-uploadprogress
> 
> The errors reported are:
> 
> [00:00:22] ====>> Error: devel/pecl-uploadprogress depends on nonexistent origin 'lang/php55'; Please contact maintainer of the port to fix this.

Can you check what is in /etc/make.conf or in
/usr/local/etc/poudriere.d/<jail>-default-make.conf ?

Maybe you set DEFAULT_VERSIONS=php=5.5 sometimes in the past ?

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From ohartman at zedat.fu-berlin.de  Tue Nov  1 10:49:43 2016
From: ohartman at zedat.fu-berlin.de (O. Hartmann)
Date: Tue, 1 Nov 2016 11:49:26 +0100
Subject: [poudriere]: lang/php56 is unwilling to build with ZTS
Message-ID: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>

Obviously I ran into a problem with recent poudriere on CURRENT building ports
in a CURRENT jail.

Building threaded www/apache24 requires lang/php56 having option ZTS set. I did
so. I tried to rebuild all depending ports, but I run into rpoblems then with
php56: for instance, textproc/php56-xmlreader fails to build, the poudriere log
gives the reason:

===>   php56-xmlreader-5.6.27 depends on
file: /usr/local/lib/php/20131226/dom.so - not found

On systems with properly set ZTS, the expected folder for PHP modules would be

/usr/local/lib/php/20131226-zts/

When I first discovered this, I tried to delete and rebuild lang/php56 from
packages - definitely with option ZTS set - but the error is persistant.

I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
to solve this problem.

Please CC me, I do not subscribe the list. Thanks.

Thank you very much in advance,

oh

From dan at langille.org  Tue Nov  1 16:23:59 2016
From: dan at langille.org (Dan Langille)
Date: Tue, 1 Nov 2016 12:23:49 -0400
Subject: installing a kibana plugin (re textproc/kibana43)
Message-ID: <ACB6C470-08F6-459C-91C8-B39154D7AB5A@langille.org>

I am using Kibana 4.3 on FreeBSD 9.3 and I want to use textproc/elasticsearch2-plugin-marvel 2.1.0

I have everything installed from packages and I'm reading the Elasticseach documentation
 (see #5 at https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html <https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html>)

I'm getting stuck on 'Install the Marvel app into Kibana'.

The instructions look for a kibana binary (I think).  The command is:

   bin/kibana plugin --install elasticsearch/marvel/2.1.2

Where is that kibana binary? It's not references by the port that I could find.

How does one install a Kibana plugin on FreeBSD?

Thanks.

-- 
Dan Langille - BSDCan / PGCon
dan at langille.org





From thierry at FreeBSD.org  Tue Nov  1 17:15:01 2016
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Tue, 1 Nov 2016 18:14:50 +0100
Subject: installing a kibana plugin (re textproc/kibana43)
In-Reply-To: <ACB6C470-08F6-459C-91C8-B39154D7AB5A@langille.org>
References: <ACB6C470-08F6-459C-91C8-B39154D7AB5A@langille.org>
Message-ID: <20161101171450.GM84344@graf.pompo.net>

Hello,

Le mar.  1 nov. 16 ? 17:23:49 +0100, Dan Langille <dan at langille.org>
 ?crivait?:

> I am using Kibana 4.3 on FreeBSD 9.3 and I want to use textproc/elasticsearch2-plugin-marvel 2.1.0
> 
> I have everything installed from packages and I'm reading the Elasticseach documentation
>  (see #5 at https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html <https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html>)
> 
> I'm getting stuck on 'Install the Marvel app into Kibana'.
> 
> The instructions look for a kibana binary (I think).  The command is:
> 
>    bin/kibana plugin --install elasticsearch/marvel/2.1.2
> 
> Where is that kibana binary? It's not references by the port that I could find.

I guess that this the port is too old. If you look at
<https://github.com/elastic/kibana> (ATM this is 5.0.0)
there is is a bin directory, providing a kebana script.

Regards,
-- 
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161101/63ae5fb6/attachment.sig>

From dan at langille.org  Tue Nov  1 17:47:18 2016
From: dan at langille.org (Dan Langille)
Date: Tue, 1 Nov 2016 13:47:02 -0400
Subject: installing a kibana plugin (re textproc/kibana43)
In-Reply-To: <20161101171450.GM84344@graf.pompo.net>
References: <ACB6C470-08F6-459C-91C8-B39154D7AB5A@langille.org>
 <20161101171450.GM84344@graf.pompo.net>
Message-ID: <96E2D825-B19D-471F-844A-1D587DB00057@langille.org>

> On Nov 1, 2016, at 1:14 PM, Thierry Thomas <thierry at FreeBSD.org> wrote:
> 
> Hello,
> 
> Le mar.  1 nov. 16 ? 17:23:49 +0100, Dan Langille <dan at langille.org>
> ?crivait :
> 
>> I am using Kibana 4.3 on FreeBSD 9.3 and I want to use textproc/elasticsearch2-plugin-marvel 2.1.0
>> 
>> I have everything installed from packages and I'm reading the Elasticseach documentation
>> (see #5 at https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html <https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html>)
>> 
>> I'm getting stuck on 'Install the Marvel app into Kibana'.
>> 
>> The instructions look for a kibana binary (I think).  The command is:
>> 
>>   bin/kibana plugin --install elasticsearch/marvel/2.1.2
>> 
>> Where is that kibana binary? It's not references by the port that I could find.
> 
> I guess that this the port is too old. If you look at
> <https://github.com/elastic/kibana> (ATM this is 5.0.0)
> there is is a bin directory, providing a kebana script.

We are using 4.3 with Elasticsearch 2.1.  I suspect we are on 4.3 for compatibility reasons.

The binary/script is in the tarball.  The Makefile deletes it.

re: https://svnweb.freebsd.org/ports/head/textproc/kibana45/Makefile?revision=419775&view=markup#l28 <https://svnweb.freebsd.org/ports/head/textproc/kibana45/Makefile?revision=419775&view=markup#l28>
(link is to master port).

I'm happy to patch if the maintainer is OK with that.

-- 
Dan Langille - BSDCan / PGCon
dan at langille.org




From soulalmighty at me.com  Tue Nov  1 18:43:19 2016
From: soulalmighty at me.com (Gerard Rdz)
Date: Tue, 01 Nov 2016 11:42:52 -0600
Subject: FreeBSD Port: xen-kernel-4.7.0_3
Message-ID: <E05E2EF7-7F84-4380-B9FB-21922E6A25A5@me.com>

Hi,

Can I use xen-kernel-4.7.0_3 as a DOM0?

Regards,
-Gerardo

From jrm at FreeBSD.org  Tue Nov  1 21:07:02 2016
From: jrm at FreeBSD.org (Joseph Mingrone)
Date: Tue, 01 Nov 2016 17:43:33 -0300
Subject: net/wpa-gui: pkg-message
Message-ID: <868tt32aoa.fsf@phe.ftfl.ca>

The message says wpa-gui "expects the running wpa_supplicant from the port
security/wpa_supplicant".  When I tested, it seemed to work fine with the base
wpa_supplicant.  Is the note still necessary?

Thanks,

Joseph
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 930 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161101/ce13f95b/attachment.sig>

From vbotka at gmail.com  Tue Nov  1 22:21:10 2016
From: vbotka at gmail.com (Vladimir Botka)
Date: Tue, 1 Nov 2016 23:21:00 +0100
Subject: net/wpa-gui: pkg-message
In-Reply-To: <868tt32aoa.fsf@phe.ftfl.ca>
References: <868tt32aoa.fsf@phe.ftfl.ca>
Message-ID: <20161101232100.70789248@planb.netng.org>

On Tue, 01 Nov 2016 17:43:33 -0300
Joseph Mingrone <jrm at FreeBSD.org> wrote:
> The message says wpa-gui "expects the running wpa_supplicant from the port
> security/wpa_supplicant".  When I tested, it seemed to work fine with the base
> wpa_supplicant.  Is the note still necessary?
> Thanks,
> Joseph

wpa_supplicant and wpa_gui come from the same project https://w1.fi/
and are built from the same source. See net/wpa_gui/distinfo and
security/wpa_supplicant/distinfo 

I think, only same versions are granted to work properly. 

HTH. Cheers,

	-vlado
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161101/9d4de5fb/attachment.sig>

From joneum at bsdproject.de  Wed Nov  2 08:37:29 2016
From: joneum at bsdproject.de (Jochen Neumeister)
Date: Wed, 2 Nov 2016 09:37:19 +0100
Subject: skype4: conflict files: nvidia-driver and linux-c6-dri
Message-ID: <19cbf9ef-d3a0-71f1-0679-36ff324e7346@bsdproject.de>

Hi there,

when i will install skype4 from the ports:

Installing linux-c6-dri-11.0.7...
pkg-static: linux-c6-dri-11.0.7 conflicts with
nvidia-driver-304-304.131_1 (installs files into the same place). 
Problematic file: /compat/linux/usr/lib/libGL.so.1
*** Error code 70

I think, to deinstall the nvidia-driver is not a good idea.

Have anyone other Tips?

 uname -a
FreeBSD dagobert.home 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0
r306420: Thu Sep 29 01:43:23 UTC 2016    
root at releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64


Cheers

Jochen


From portscout at FreeBSD.org  Wed Nov  2 10:11:57 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Wed, 2 Nov 2016 10:11:57 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611021011.uA2ABvHc008128@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161102/a15e7ec3/attachment.ksh>

From mat at FreeBSD.org  Wed Nov  2 10:19:23 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Wed, 2 Nov 2016 11:19:17 +0100
Subject: [poudriere]: lang/php56 is unwilling to build with ZTS
In-Reply-To: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
References: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
Message-ID: <de693e97-f135-4696-3439-eb2f67f75081@FreeBSD.org>

Le 01/11/2016 ? 11:49, O. Hartmann a ?crit :
> Obviously I ran into a problem with recent poudriere on CURRENT building ports
> in a CURRENT jail.
>
> Building threaded www/apache24 requires lang/php56 having option ZTS set. I did
> so. I tried to rebuild all depending ports, but I run into rpoblems then with
> php56: for instance, textproc/php56-xmlreader fails to build, the poudriere log
> gives the reason:
>
> ===>   php56-xmlreader-5.6.27 depends on
> file: /usr/local/lib/php/20131226/dom.so - not found
>
> On systems with properly set ZTS, the expected folder for PHP modules would be
>
> /usr/local/lib/php/20131226-zts/
>
> When I first discovered this, I tried to delete and rebuild lang/php56 from
> packages - definitely with option ZTS set - but the error is persistant.
>
> I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
> to solve this problem.
>
> Please CC me, I do not subscribe the list. Thanks.
>
> Thank you very much in advance,

I admin have not tried all the possible configurations options when
rewriting the PHP framework...
What does /usr/local/etc/php.conf contain ?

-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161102/0d0c6449/attachment.sig>

From royger at freebsd.org  Wed Nov  2 11:48:17 2016
From: royger at freebsd.org (=?UTF-8?Q?Roger_Pau_Monn=C3=A9?=)
Date: Wed, 2 Nov 2016 11:48:14 +0000
Subject: FreeBSD Port: xen-kernel-4.7.0_3
In-Reply-To: <E05E2EF7-7F84-4380-B9FB-21922E6A25A5@me.com>
References: <E05E2EF7-7F84-4380-B9FB-21922E6A25A5@me.com>
Message-ID: <CAPLaKK7p+50zAqL+ZtBijJoMWx029fOdUHJBGKPJjvtJ8ApYbQ@mail.gmail.com>

On Tue, Nov 1, 2016 at 5:42 PM, Gerard Rdz <soulalmighty at me.com> wrote:
> Hi,
>
> Can I use xen-kernel-4.7.0_3 as a DOM0?

Yes, as long as you use FreeBSD 11.0 or newer (HEAD).

Roger.

From soulalmighty at me.com  Wed Nov  2 16:21:14 2016
From: soulalmighty at me.com (=?utf-8?Q?Gerardo_Rodr=C3=ADguez_Guti=C3=A9rrez?=)
Date: Wed, 02 Nov 2016 10:21:10 -0600
Subject: FreeBSD Port: xen-kernel-4.7.0_3
In-Reply-To: <CAPLaKK7p+50zAqL+ZtBijJoMWx029fOdUHJBGKPJjvtJ8ApYbQ@mail.gmail.com>
References: <E05E2EF7-7F84-4380-B9FB-21922E6A25A5@me.com>
 <CAPLaKK7p+50zAqL+ZtBijJoMWx029fOdUHJBGKPJjvtJ8ApYbQ@mail.gmail.com>
Message-ID: <27B82B31-3C3B-4F47-9620-5FD6D226A59F@me.com>

Thanks, have a great day.

> On Nov 2, 2016, at 5:48 AM, Roger Pau Monn? <royger at freebsd.org> wrote:
> 
>> On Tue, Nov 1, 2016 at 5:42 PM, Gerard Rdz <soulalmighty at me.com> wrote:
>> Hi,
>> 
>> Can I use xen-kernel-4.7.0_3 as a DOM0?
> 
> Yes, as long as you use FreeBSD 11.0 or newer (HEAD).
> 
> Roger.

From doctor at doctor.nl2k.ab.ca  Wed Nov  2 17:03:43 2016
From: doctor at doctor.nl2k.ab.ca (The Doctor)
Date: Wed, 2 Nov 2016 11:03:35 -0600
Subject: Dovecot Issues on FreeBSD 10.3 and FreebSD 11.0
Message-ID: <20161102170335.GA4023@doctor.nl2k.ab.ca>

Hello everyone.

I see we are having issues with dovecot 2.226.0 in the FreeBSD world.

I did run dovecot-2.2.26.rc1 myself and did not see repeat problem 
in POP3 or IMAP issue customers were reporting.

I see this repeat issue in dovecot 2.26.0 either port or compiled similarly.

So the question begs way so many problem in BSD after the initial release and not in rc1 ?

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Time for the USA to hold a referendum on its republic and vote to dissolve!! 

From jev at ecadlabs.com  Wed Nov  2 17:11:15 2016
From: jev at ecadlabs.com (=?UTF-8?Q?Jev_Bj=C3=B6rsell?=)
Date: Wed, 02 Nov 2016 17:11:03 +0000
Subject: net-mgmt/prometheus update, committer requested
Message-ID: <CAGKJJVk1+Xd+Mdqx_3236MQfuK=V6cr_U6++e5nJZ5EwcgchoA@mail.gmail.com>

Hello,

Could some kind committer find the time to apply the update patch at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213984

Thank you :)
-Jev

From vlad-fbsd at acheronmedia.com  Wed Nov  2 17:33:22 2016
From: vlad-fbsd at acheronmedia.com (Vlad K.)
Date: Wed, 02 Nov 2016 18:33:18 +0100
Subject: Dovecot Issues on FreeBSD 10.3 and FreebSD 11.0
In-Reply-To: <20161102170335.GA4023@doctor.nl2k.ab.ca>
References: <20161102170335.GA4023@doctor.nl2k.ab.ca>
Message-ID: <e57117d19731eec05cb403cae0320d42@acheronmedia.com>

On 2016-11-02 18:03, The Doctor wrote:
> 
> I see we are having issues with dovecot 2.226.0 in the FreeBSD world.


What issues?



-- 

Vlad K.

From stdin at niklaas.eu  Wed Nov  2 20:45:56 2016
From: stdin at niklaas.eu (Niklaas Baudet von Gersdorff)
Date: Wed, 2 Nov 2016 21:45:51 +0100
Subject: mail/{neo,}mutt: why not packaged with gpgme?
Message-ID: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>

Hello,

While talking about an issue I have with mail/{neo,}mutt and
security/gnupg on #gnupg on freenode I was advised to use
security/gpgme with mutt. I haven't been using gpgme for a while,
mainly because the packaged versions of both mail/{neo,}mutt have
it disabled and I was too lazy to compile it on my own. Since
I got that advice, I've started wondering:

Why is gpgme disabled by default?

As was argued (and as I experienced myself) setting up mutt to
work with gpgme is much easier than without. Especially gnupg2
made it difficult to configure mutt without gpgme. So why not
enabling gpgme in the packaged versions?

I decided not to create a PR about this request. If that's wrong,
tell me and I'll create one.

    Niklaas

From fluffy at FreeBSD.org  Thu Nov  3 02:12:16 2016
From: fluffy at FreeBSD.org (Dima Panov)
Date: Thu, 3 Nov 2016 12:03:55 +1000
Subject: [poudriere]: lang/php56 is unwilling to build with ZTS
In-Reply-To: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
References: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
Message-ID: <ef4c4115-936d-9e05-1e90-658a7c39cf5e@FreeBSD.org>

01.11.16 20:49, O. Hartmann ?????:
> Obviously I ran into a problem with recent poudriere on CURRENT building ports
> in a CURRENT jail.
> 
> Building threaded www/apache24 requires lang/php56 having option ZTS set. I did
> so. I tried to rebuild all depending ports, but I run into rpoblems then with
> php56: for instance, textproc/php56-xmlreader fails to build, the poudriere log
> gives the reason:
> 
> ===>   php56-xmlreader-5.6.27 depends on
> file: /usr/local/lib/php/20131226/dom.so - not found
> 
> On systems with properly set ZTS, the expected folder for PHP modules would be
> 
> /usr/local/lib/php/20131226-zts/
> 
> When I first discovered this, I tried to delete and rebuild lang/php56 from
> packages - definitely with option ZTS set - but the error is persistant.
> 
> I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
> to solve this problem.
> 
> Please CC me, I do not subscribe the list. Thanks.
> 
> Thank you very much in advance,
> 

Some tweaks with poudriere build environment requred to suport ZTS build:

cat /usr/local/poudriere.d/make.conf

# www/apache24
WITH_MPM=event


Meanwhile, I've got today another problem with poudriere. 

'poudriere options' with non-default portstree uses options subdir from default tree, 
but 'poudriere bulk' hooks up the right options tree, without configured options, at all. 




-- 
Dima Panov (fluffy at FreeBSD.org)
(X11, KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
twitter: fluffy_khv | skype: dima.panov | telegram: @dima_panov
IRC: fluffy at EFNet, fluffykhv at FreeNode

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 231 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161103/b2e87f75/attachment.sig>

From portscout at FreeBSD.org  Thu Nov  3 07:44:54 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Thu, 3 Nov 2016 07:44:53 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611030744.uA37irEC038212@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161103/8eb75919/attachment.ksh>

From bsam at passap.ru  Thu Nov  3 11:43:47 2016
From: bsam at passap.ru (Boris Samorodov)
Date: Thu, 3 Nov 2016 14:42:18 +0300
Subject: fresh CURRENT + qt5 ports = application bus error
Message-ID: <26cb0927-d43b-cc54-4c2f-95aede26d1de@passap.ru>

Hi All,


I've refreshed my current system from a week-ago revision to:
% uname -a
FreeBSD apok.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r308229: Thu Nov
 3 04:23:24 MSK 2016     bsam at apok.bsnet:/usr/obj/usr/src/sys/APOK64X  amd64

And pkg upgrade gave me qt5 ports upgrade.

After reboot qt applications (diligent and qupzilla) result in bus
error. I recompiled net-im/diligent at ports but the result is the same.


Any help is appreciated. Thank you.
-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve

From david at catwhisker.org  Thu Nov  3 12:50:16 2016
From: david at catwhisker.org (David Wolfskill)
Date: Thu, 3 Nov 2016 05:50:07 -0700
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
Message-ID: <20161103125007.GP1203@albert.catwhisker.org>

After seeing that lang/rust failed to build again today (it had also
failed yesterday), I decided to actually check the typescript file (from
the portmaster run) to see if I could figure out what was wrong.

Here's a salient excerpt:

| ...
| ===>  Cleaning for rust-1.12.1
| ===>  License APACHE20  MIT accepted by the user
| ===>  Found saved configuration for rust-1.9.0_1
| ===>   rust-1.12.1 depends on file: /usr/local/sbin/pkg - found
| ===> Fetching all distfiles required by rust-1.12.1 for building
| ===>  Extracting for rust-1.12.1
| => SHA256 Checksum OK for rustc-1.12.1-src.tar.gz.
| => SHA256 Checksum OK for rustc-1.11.0-x86_64-unknown-freebsd.tar.gz.
| /bin/ln -sf /common/ports/distfiles//rustc-1.11.0-x86_64-unknown-freebsd.tar.gz 
| /common/ports/lang/rust/work/rustc-1.12.1/dl
| ===>  Patching for rust-1.12.1
| ===>  Applying FreeBSD patches for rust-1.12.1
| ===>   rust-1.12.1 depends on executable: cmake - found
| ===>   rust-1.12.1 depends on file: /usr/local/llvm38/bin/FileCheck - not found
| ===>  Installing for llvm38-3.8.1_5
| ===>   llvm38-3.8.1_5 depends on file: /usr/local/bin/python2.7 - found
| ===>   llvm38-3.8.1_5 depends on package: perl5>=5.24<5.25 - found
| ===>   llvm38-3.8.1_5 depends on shared library: libedit.so.0 - found (/usr/local/lib/libedit.so.0)
| ===>  Checking if llvm38 already installed
| ===>   llvm38-3.8.1_5 is already installed
|       You may wish to ``make deinstall'' and install this port again
|       by ``make reinstall'' to upgrade it properly.
|       If you really wish to overwrite the old port of llvm38
|       without deleting it first, set the variable "FORCE_PKG_REGISTER"
|       in your environment or the "make install" command line.
| *** Error code 1
| ....

Oh.  Well...  So I checked, and... yes, devel/llvm38 is installed.  And
while /usr/local/llvm38/bin exists and has several entries, none of them
is named "FileCheck":

g1-252(11.0-S)[4] ls -lTa /usr/local/llvm38/bin/
total 547144
drwxr-xr-x  2 root  wheel      1536 Oct 23 04:51:57 2016 .
drwxr-xr-x  7 root  wheel       512 Oct 23 04:52:04 2016 ..
-rwxr-xr-x  1 root  wheel  13138520 Oct 23 04:51:36 2016 bugpoint
-rwxr-xr-x  1 root  wheel    100664 Oct 23 04:51:26 2016 c-index-test
lrwxr-xr-x  1 root  wheel         9 Oct 23 04:51:25 2016 clang -> clang-3.8
-rwxr-xr-x  1 root  wheel  59401712 Oct 23 04:51:26 2016 clang-3.8
-rwxr-xr-x  1 root  wheel   1585752 Oct 23 04:51:29 2016 clang-apply-replacements
-rwxr-xr-x  1 root  wheel  45048296 Oct 23 04:51:28 2016 clang-check
lrwxr-xr-x  1 root  wheel         5 Oct 23 04:51:26 2016 clang-cl -> clang
-rwxr-xr-x  1 root  wheel   1601648 Oct 23 04:51:26 2016 clang-format
-rwxr-xr-x  1 root  wheel  16670808 Oct 23 04:51:30 2016 clang-query
-rwxr-xr-x  1 root  wheel  15070640 Oct 23 04:51:29 2016 clang-rename
-r-xr-xr-x  1 root  wheel    894224 Oct 23 04:51:45 2016 clang-tblgen
-rwxr-xr-x  1 root  wheel  19523696 Oct 23 04:51:30 2016 clang-tidy
lrwxr-xr-x  1 root  wheel         5 Oct 23 04:51:26 2016 clang++ -> clang
-rwxr-xr-x  1 root  wheel     18099 Jun 19 01:23:10 2015 git-clang-format
lrwxr-xr-x  1 root  wheel         3 Oct 23 04:51:32 2016 ld.lld -> lld
-rwxr-xr-x  1 root  wheel  32942112 Oct 23 04:51:38 2016 llc
-rwxr-xr-x  1 root  wheel  37288720 Oct 23 04:51:32 2016 lld
lrwxr-xr-x  1 root  wheel         3 Oct 23 04:51:32 2016 lld-link -> lld
lrwxr-xr-x  1 root  wheel        10 Oct 23 04:51:35 2016 lldb -> lldb-3.8.1
-rwxr-xr-x  1 root  wheel     46168 Oct 23 04:51:35 2016 lldb-3.8.1
-rwxr-xr-x  1 root  wheel    122752 Oct 23 04:51:35 2016 lldb-argdumper
lrwxr-xr-x  1 root  wheel        13 Oct 23 04:51:35 2016 lldb-mi -> lldb-mi-3.8.1
-rwxr-xr-x  1 root  wheel    611480 Oct 23 04:51:35 2016 lldb-mi-3.8.1
lrwxr-xr-x  1 root  wheel        17 Oct 23 04:51:35 2016 lldb-server -> lldb-server-3.8.1
-rwxr-xr-x  1 root  wheel  23847256 Oct 23 04:51:35 2016 lldb-server-3.8.1
-rwxr-xr-x  1 root  wheel  16361392 Oct 23 04:51:39 2016 lli
-rwxr-xr-x  1 root  wheel  12055496 Oct 23 04:51:22 2016 llvm-ar
-rwxr-xr-x  1 root  wheel   2447984 Oct 23 04:51:39 2016 llvm-as
-rwxr-xr-x  1 root  wheel    190760 Oct 23 04:51:39 2016 llvm-bcanalyzer
-rwxr-xr-x  1 root  wheel  27517160 Oct 23 04:51:40 2016 llvm-c-test
-rwxr-xr-x  1 root  wheel    180752 Oct 23 04:51:22 2016 llvm-config
-rwxr-xr-x  1 root  wheel   2551408 Oct 23 04:51:40 2016 llvm-cov
-rwxr-xr-x  1 root  wheel   2371088 Oct 23 04:51:40 2016 llvm-cxxdump
-rwxr-xr-x  1 root  wheel   2285968 Oct 23 04:51:40 2016 llvm-diff
-rwxr-xr-x  1 root  wheel   1839320 Oct 23 04:51:40 2016 llvm-dis
-rwxr-xr-x  1 root  wheel  26568032 Oct 23 04:51:37 2016 llvm-dsymutil
-rwxr-xr-x  1 root  wheel   2512784 Oct 23 04:51:40 2016 llvm-dwarfdump
-rwxr-xr-x  1 root  wheel  26197712 Oct 23 04:51:41 2016 llvm-dwp
-rwxr-xr-x  1 root  wheel   2592368 Oct 23 04:51:41 2016 llvm-extract
lrwxr-xr-x  1 root  wheel         7 Oct 23 04:51:22 2016 llvm-lib -> llvm-ar
-rwxr-xr-x  1 root  wheel   2951672 Oct 23 04:51:41 2016 llvm-link
-rwxr-xr-x  1 root  wheel  32045168 Oct 23 04:51:41 2016 llvm-lto
-rwxr-xr-x  1 root  wheel  12662536 Oct 23 04:51:42 2016 llvm-mc
-rwxr-xr-x  1 root  wheel    177176 Oct 23 04:51:42 2016 llvm-mcmarkup
-rwxr-xr-x  1 root  wheel  12039160 Oct 23 04:51:42 2016 llvm-nm
-rwxr-xr-x  1 root  wheel  12279448 Oct 23 04:51:42 2016 llvm-objdump
-rwxr-xr-x  1 root  wheel    297040 Oct 23 04:51:43 2016 llvm-pdbdump
-rwxr-xr-x  1 root  wheel    621056 Oct 23 04:51:22 2016 llvm-profdata
lrwxr-xr-x  1 root  wheel         7 Oct 23 04:51:22 2016 llvm-ranlib -> llvm-ar
-rwxr-xr-x  1 root  wheel   2729304 Oct 23 04:51:43 2016 llvm-readobj
-rwxr-xr-x  1 root  wheel  10234248 Oct 23 04:51:43 2016 llvm-rtdyld
-rwxr-xr-x  1 root  wheel   2379832 Oct 23 04:51:43 2016 llvm-size
-rwxr-xr-x  1 root  wheel   2544248 Oct 23 04:51:43 2016 llvm-split
-rwxr-xr-x  1 root  wheel   2125024 Oct 23 04:51:43 2016 llvm-stress
-rwxr-xr-x  1 root  wheel   2558336 Oct 23 04:51:43 2016 llvm-symbolizer
-rwxr-xr-x  1 root  wheel   1959248 Oct 23 04:51:19 2016 llvm-tblgen
-rwxr-xr-x  1 root  wheel  15014488 Oct 23 04:51:29 2016 modularize
-rwxr-xr-x  1 root  wheel   2492504 Oct 23 04:51:43 2016 obj2yaml
-rwxr-xr-x  1 root  wheel  34292472 Oct 23 04:51:44 2016 opt
-rwxr-xr-x  1 root  wheel  11953032 Oct 23 04:51:44 2016 sancov
-rwxr-xr-x  1 root  wheel     52445 Nov 13 12:34:15 2015 scan-build
-rwxr-xr-x  1 root  wheel      4504 Dec 21 04:19:13 2015 scan-view
-rwxr-xr-x  1 root  wheel   2729176 Oct 23 04:51:44 2016 verify-uselistorder
-rwxr-xr-x  1 root  wheel    472184 Oct 23 04:51:44 2016 yaml2obj
g1-252(11.0-S)[5] 

So I checked the configure options:

g1-252(11.0-S)[1] make -C /usr/ports/devel/llvm38 showconfig
===> The following configuration options are available for llvm38-3.8.1_5:
     CLANG=on: Build clang
     COMPILER_RT=on: Sanitizer libraries
     DOCS=on: Build and/or install documentation
     EXTRAS=on: Extra clang tools
     GOLD=on: Build the LLVM Gold plugin for LTO
     LIT=on: Install lit and FileCheck test tools
     LLD=on: Install lld, the LLVM linker
     LLDB=on: Install lldb, the LLVM debugger (ignored on 9.x)
     OPENMP=on: Install libomp, the LLVM OpenMP runtime library
===> Use 'make config' to modify these settings
g1-252(11.0-S)[2] 

Looks to me as if "everything is on."

I then ran "portmaster devel/llvm38" to re-build and -install it
fresh; that succeeded, but there's still nothing named "FileCheck"
in /usr/local/llvm38/bin.

This was done running:
FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #150  r308245M/308250:1100506: Thu Nov  3 04:08:09 PDT 2016     root at g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

with a /usr/ports that is an SVN working copy:
g1-252(11.0-S)[3] svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: file:///svn/freebsd/ports/head
Relative URL: ^/head
Repository Root: file:///svn/freebsd/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 425197
Node Kind: directory
Schedule: normal
Last Changed Author: jhale
Last Changed Rev: 425197
Last Changed Date: 2016-11-03 02:18:03 -0700 (Thu, 03 Nov 2016)

g1-252(11.0-S)[4] 


I see that FileCheck does show up in pkg-plist:
g1-252(11.0-S)[4] grep FileCheck /usr/ports/devel/llvm38/pkg-plist 
%%LIT%%bin/FileCheck38
%%LIT%%llvm38/bin/FileCheck
g1-252(11.0-S)[5] 

In reviewing the re-build/install of llvm38, I see that the
"deinstallation" phase (for the previously-installed version)
mentions quite a few files that were "missing":

| ...
| Installed packages to be REMOVED:
|         llvm38-3.8.1_5
| 
| Number of packages to be removed: 1
| 
| The operation will free 975 MiB.
| [1/1] Deinstalling llvm38-3.8.1_5...
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/argdumper38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang++38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-apply-replacements38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-check38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-cpp38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-format38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-modernize38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-query38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-rename38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-tblgen38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang-tidy38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/clang38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llc38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/lld38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/lldb-mi38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/lldb-server38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/lldb38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/lli38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-ar38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-as38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-bcanalyzer38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-config38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-cov38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-diff38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-dis38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-dwarfdump38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-extract38
| [1/1] Deleting files for llvm38-3.8.1_5:   0%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-link38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-lit38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-mc38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-mcmarkup38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-nm38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-objdump38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-profdata38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-ranlib38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-readobj38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-rtdyld38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-size38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-split38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-stress38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-symbolizer38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/llvm-tblgen38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/macho-dump38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/modularize38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/opt38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/scan-build38
| [1/1] Deleting files for llvm38-3.8.1_5:   1%
| llvm38-3.8.1_5: missing file /usr/local/bin/scan-view38
| [1/1] Deleting files for llvm38-3.8.1_5:   2%
| llvm38-3.8.1_5: missing file /usr/local/llvm38/bin/FileCheck
| [1/1] Deleting files for llvm38-3.8.1_5:   2%
| llvm38-3.8.1_5: missing file /usr/local/llvm38/bin/clang-cpp
| [1/1] Deleting files for llvm38-3.8.1_5:   2%
| llvm38-3.8.1_5: missing file /usr/local/llvm38/bin/lit
| [1/1] Deleting files for llvm38-3.8.1_5:   3%
| llvm38-3.8.1_5: missing file /usr/local/llvm38/bin/llvm-lit
| [1/1] Deleting files for llvm38-3.8.1_5: 100%
| 
| ===>  Installing for llvm38-3.8.1_5
| ....

So around this point, I'm pretty thoroughly confused about what
devel/llvm38 is actually supposed to be providing and why its
installation doesn't seem to be providing parts of it.

May I please have some guidance?

Thanks!

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161103/65dd3155/attachment.sig>

From bsam at passap.ru  Thu Nov  3 14:52:47 2016
From: bsam at passap.ru (Boris Samorodov)
Date: Thu, 3 Nov 2016 17:51:34 +0300
Subject: fresh CURRENT + qt5 ports = application bus error
In-Reply-To: <26cb0927-d43b-cc54-4c2f-95aede26d1de@passap.ru>
References: <26cb0927-d43b-cc54-4c2f-95aede26d1de@passap.ru>
Message-ID: <b1d6c181-a246-cc53-5e6b-1fec6bff6827@passap.ru>

03.11.2016 14:42, Boris Samorodov ?????:
> Hi All,
> 
> 
> I've refreshed my current system from a week-ago revision to:
> % uname -a
> FreeBSD apok.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r308229: Thu Nov
>  3 04:23:24 MSK 2016     bsam at apok.bsnet:/usr/obj/usr/src/sys/APOK64X  amd64
> 
> And pkg upgrade gave me qt5 ports upgrade.
> 
> After reboot qt applications (diligent and qupzilla) result in bus
> error. I recompiled net-im/diligent at ports but the result is the same.
> 
> 
> Any help is appreciated. Thank you.
> 

Hm, signal is changing to sig11 (I did not do anything with system/ports
before last two diligent starts):
---
Nov  3 14:13:31 apok kernel: pid 2354 (diligent), uid 1001: exited on
signal 10 (core dumped)
Nov  3 14:20:24 apok pkg-static: diligent-0.2.7 deinstalled
Nov  3 14:20:29 apok pkg-static: diligent-0.2.7 installed
Nov  3 14:20:40 apok kernel: pid 4617 (diligent), uid 1001: exited on
signal 10 (core dumped)
Nov  3 14:21:45 apok kernel: pid 4941 (diligent), uid 1001: exited on
signal 10 (core dumped)
Nov  3 17:45:33 apok kernel: pid 21504 (diligent), uid 1001: exited on
signal 11 (core dumped)
---

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve

From mat at FreeBSD.org  Thu Nov  3 15:01:03 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Thu, 3 Nov 2016 16:00:57 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
Message-ID: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>

Instructions on how to switch are in UPDATING.

If you do not want to switch, you do not have to do anything.

EVERYTHING IS FINE.

-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161103/33c36bcd/attachment.sig>

From jhs at berklix.com  Thu Nov  3 18:27:39 2016
From: jhs at berklix.com (Julian H. Stacey)
Date: Thu, 03 Nov 2016 19:27:04 +0100
Subject: Resurrecting games/wmfortune (Was: Re: misc/jive deleted)
In-Reply-To: Your message "Sun, 23 Oct 2016 18:37:52 +0200."
 <20161023163752.GC66792@spectrum.skysmurf.nl>
Message-ID: <201611031827.uA3IR4qn004744@fire.js.berklix.net>

Hi, Reference:
> From:		Alphons van Werven <freebsd at skysmurf.nl>
> Date:		Sun, 23 Oct 2016 18:37:52 +0200

Alphons van Werven wrote:
> Dave Horsfall wrote:
> 
> >> There used to be "offensive" (a term to be taken rather loosely in this=
> =20
> >> case) fortune cookies, but they got kicked out somewhere in 9.X. That=20
> >> was the base system though; not the ports tree.
> >=20
> > Not to mention "fortune -o" (to get the obscene versions) and there were
> > some beauties there...
> 
> That's actually what I meant :-)
> 
> The funny thing to me is that fortune-o got removed, while murphy-o is
> still around. Moreover, there are a couple of aphorisms in there of which
> I honestly can't for the life of me fathom what could possibly be
> offensive about them, but that's a different matter altogether.
> 
> > aneurin% cd wmfortune=20
> > aneurin% less *descr
> > WMFortune outputs fortune messages, just as its name says.
> > aneurin% make
> > =3D=3D=3D>  wmfortune-0.241_3 is marked as broken: No public disfiles.
> > *** [all] Error code 1
> >=20
> > Stop in /usr/ports/games/wmfortune.
> 
> I've been doing some searching, but upstream games/wmfortune appears to
> have indeed vanished entirely. I still have what seems to be the latest
> distfile in my archives and I'd be happy to host it if this port still
> builds and works properly.

FYI in case newer than yours, Fonz, I have
  MD5 (9.2-RELEASE/wmfortune-0.241.tar.gz) = fa8db5d9a46d9afe7757f498c781e8c9
  SHA256 (9.2-RELEASE/wmfortune-0.241.tar.gz) = b149067b7e3521f7e03354b12754baaf9c5556af4d286bbd6d169b1db9f6dba0

It builds & run on my 9.2, I've not tried on current.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes

From mail at 22maya.com  Thu Nov  3 23:57:11 2016
From: mail at 22maya.com (Maya Khalifa)
Date: Thu, 3 Nov 2016 20:27:54 +0200
Subject: On 22maya dot com Black day is everyday  get you 25% off now
Message-ID: <037713b3-42677-21138527095949@seabird>

Hey, My Friend
IT?S TIME TO TAKE YOUR LIFE FROM ORDINARY TO *EXTRAORDINARY*
If you?ve been thinking about taking BIG action next year to level up your life and career in a huge way, you?re going to love this:
I?m going to keep this short and very sweet ? a simple reminder that ?
because you are our awesome 22maya dot com customers ?
you get 25% off anything your purchase over at 22maya dot com
No catch. No coupons. No complications.
Just a full 25% off when you order any product ...
Take look at  22maya dot com
? and get yourself the course you have your eyes on and need to grow more.

THIS IS THE BIGGEST ACTION YOU CAN TAKE TO MAKE 2016 YOUR BIGGEST,
MOST GAME-CHANGING YEAR YET
So Take Look At Our Site
See What Courses You Like To Have
Feel Free Requesting Any Course
Even If Not Listed In Our Site
Just Tell Us What Course Name And
What Do You Like To Pay For It Will Give You Unbeatable Prices

Send Us Your Requests On
powerlover22 at gmail.com
Your Reliable Friend
         Maya

In case you don't like to receive any more e-mails from me, Just reply with "REMOVE" in the subject line.


From portscout at FreeBSD.org  Fri Nov  4 07:47:10 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Fri, 4 Nov 2016 07:47:10 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611040747.uA47lA4W029691@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161104/a2b99074/attachment.ksh>

From marko.cupac at mimar.rs  Fri Nov  4 09:49:17 2016
From: marko.cupac at mimar.rs (Marko =?UTF-8?B?Q3VwYcSH?=)
Date: Fri, 4 Nov 2016 10:41:29 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
Message-ID: <20161104104129.5a903775@efreet.kappastar.com>

On Thu, 3 Nov 2016 16:00:57 +0100
Mathieu Arnold <mat at FreeBSD.org> wrote:

> Instructions on how to switch are in UPDATING.
> 
> If you do not want to switch, you do not have to do anything.
> 
> EVERYTHING IS FINE.
> 

Thank you for the information, upgrade using poudriere and pkg finished
without problems.

Regards,
-- 
Before enlightenment - chop wood, draw water.
After  enlightenment - chop wood, draw water.

Marko Cupa?
https://www.mimar.rs/

From ruud at b-funky.nl  Fri Nov  4 10:19:15 2016
From: ruud at b-funky.nl (Ruud Boon)
Date: Fri, 4 Nov 2016 11:19:11 +0100
Subject: FreeBSD Port: fusefs-wdfs-1.4.2_6
Message-ID: <2D6040F2-43C8-4B3D-B585-5CDCB6AC88CC@b-funky.nl>

Hi,

I?m wondering if this port is still maintained. 
Under FreeBSD 10.3 it looks like it?s failing (trying to mount a webdav result is disappearing mount directory)

Best regards,
Ruud


From joneum at bsdproject.de  Fri Nov  4 12:55:21 2016
From: joneum at bsdproject.de (Jochen Neumeister)
Date: Fri, 4 Nov 2016 13:55:16 +0100
Subject: Makefile and Github
Message-ID: <908c8594-fb4c-ef5c-a14a-d884205912af@bsdproject.de>

Hi all,

I will update the devel/pear-File_Iterator Port.

The Project move from a own Website to Gitgub:
https://github.com/sebastianbergmann/php-file-iterator

I read the porters-handbook on
https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html
but i am not sure, that i understood correctly:

must i set now MASTER_SITES= GH or USE_GITHUB= yes?

I tested:

MASTER_SITES=    GH
GH_ACCOUNT=    sebastianbergmann
GH_PROJECT=    php-file-iterator

but it not works.

Does anyone have any advice?


Best regards

Jochen


From marko.cupac at mimar.rs  Fri Nov  4 14:40:40 2016
From: marko.cupac at mimar.rs (Marko =?UTF-8?B?Q3VwYcSH?=)
Date: Fri, 4 Nov 2016 15:40:13 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161104104129.5a903775@efreet.kappastar.com>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <20161104104129.5a903775@efreet.kappastar.com>
Message-ID: <20161104154013.1d253c5a@mephala.kappastar.com>

On Fri, 4 Nov 2016 10:41:29 +0100
Marko Cupa? <marko.cupac at mimar.rs> wrote:

> On Thu, 3 Nov 2016 16:00:57 +0100
> Mathieu Arnold <mat at FreeBSD.org> wrote:
> 
> > Instructions on how to switch are in UPDATING.
> > 
> > If you do not want to switch, you do not have to do anything.
> > 
> > EVERYTHING IS FINE.
> >   
> 
> Thank you for the information, upgrade using poudriere and pkg
> finished without problems.

I guess I came to positive conclusion too early. Everything did
compile, install and start without problems. But so far I had problems
with amavisd-new which would die with the following message:

Nov  4 15:20:52 mx1 amavis[38170]: (!)_DIE: Suicide in child_init_hook:
BDB can't connect db env. at /var/amavis/db: BDB0087 DB_RUNRECOVERY:
Fatal error, run database recovery, No such file or directory. at (eval
93) line 338.

Moving and recreating files from under /var/amavis/db did not help, for
now I have solved the problem by commenting out the following line in
amavisd.conf:

#$enable_db = 1;

I'm off to write bug report for amavis now. Hope this saves troubled
postmasters - early upgraders some time.
-- 
Before enlightenment - chop wood, draw water.
After  enlightenment - chop wood, draw water.

Marko Cupa?
https://www.mimar.rs/

From bennett at sdf.org  Fri Nov  4 15:23:23 2016
From: bennett at sdf.org (Scott Bennett)
Date: Fri, 04 Nov 2016 10:23:05 -0500
Subject: perl upgrade finds dependency loop
Message-ID: <201611041523.uA4FN5cf007956@sdf.org>

     Following the instructions from the UPDATING entry from yesterday
(3 November 2016) for using portmaster, I got a dependency loop.  Here
is the last little bit of it when I interrupted it again, after adding
"-x libglade" to try to prevent the loop.  Now I'm thinking that cups
is the port to block instead.

===>>> Forcing update for /usr/ports/print/cups
===>>> Launching child to reinstall cups-2.2.1

===>>> p5-Glade2-1.007_4 1/31 >> gtk2-2.24.29_2 >> cups-2.2.1 >> xdg-utils-1.1.1 >> xmlto-0.0.28 >> w3m-0.5.3_5 >> gtk2-2.24.29_2 >> cups-2.2.1 >> xdg-utils-1.1.1 >> xmlto-0.0.28 >> w3m-0.5.3_5 >> gtk2-2.24.29_2 >> cups-2.2.1 >> xdg-utils-1.1.1 >> xmlto-0.0.28 >> w3m-0.5.3_5 >> gtk2-2.24.29_2 >> cups-2.2.1 >> xdg-utils-1.1.1 >> xmlto-0.0.28 >> w3m-0.5.3_5 >> gtk2-2.24.29_2 >> cups-2.2.1 (25/183)


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:   bennett at sdf.org   *xor*   bennett at freeshell.org  *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************

From Mark.Martinec+freebsd at ijs.si  Fri Nov  4 15:38:16 2016
From: Mark.Martinec+freebsd at ijs.si (Mark Martinec)
Date: Fri, 04 Nov 2016 16:38:09 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161104154013.1d253c5a@mephala.kappastar.com>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <20161104104129.5a903775@efreet.kappastar.com>
 <20161104154013.1d253c5a@mephala.kappastar.com>
Message-ID: <de1f9e6403e6ad02b968129b4da49ad9@ijs.si>

2016-11-04 15:40, Marko Cupa? wrote:
> I guess I came to positive conclusion too early. Everything did
> compile, install and start without problems. But so far I had problems
> with amavisd-new which would die with the following message:
> 
> Nov  4 15:20:52 mx1 amavis[38170]: (!)_DIE: Suicide in child_init_hook:
> BDB can't connect db env. at /var/amavis/db: BDB0087 DB_RUNRECOVERY:
> Fatal error, run database recovery, No such file or directory. at (eval
> 93) line 338.
> 
> Moving and recreating files from under /var/amavis/db did not help, for
> now I have solved the problem by commenting out the following line in
> amavisd.conf:
> 
> #$enable_db = 1;
> 
> I'm off to write bug report for amavis now. Hope this saves troubled
> postmasters - early upgraders some time.

I have been running amavisd-new (2.11.0) under perl 5.24
ever since this version of perl came into ports.

I doubt your problem is specific to perl 5.24, must be
something else. The 'No such file or directory' suggests
to double-check your configured paths (and file permissions).

But I admit I have ditched the use of BerkeleyDB in favour
of a Redis backend to Amavis (and to SpamAssassin), which is much
faster and better behaved. Check the RELEASE_NOTES for configuring.

   Mark


From flo at smeets.xyz  Fri Nov  4 17:33:00 2016
From: flo at smeets.xyz (Florian Smeets)
Date: Fri, 4 Nov 2016 18:32:40 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161104154013.1d253c5a@mephala.kappastar.com>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <20161104104129.5a903775@efreet.kappastar.com>
 <20161104154013.1d253c5a@mephala.kappastar.com>
Message-ID: <4f403d93-34b0-61d1-7a4d-c2d68040d79c@smeets.xyz>

On 04/11/2016 15:40, Marko Cupa? wrote:
> I guess I came to positive conclusion too early. Everything did
> compile, install and start without problems. But so far I had problems
> with amavisd-new which would die with the following message:
> 
> Nov  4 15:20:52 mx1 amavis[38170]: (!)_DIE: Suicide in child_init_hook:
> BDB can't connect db env. at /var/amavis/db: BDB0087 DB_RUNRECOVERY:
> Fatal error, run database recovery, No such file or directory. at (eval
> 93) line 338.
> 
> Moving and recreating files from under /var/amavis/db did not help, for
> now I have solved the problem by commenting out the following line in
> amavisd.conf:
> 
> #$enable_db = 1;
> 

Did you also upgrade from 10.3 to 11.0 recently? I've seen this
happening on two boxes running heavy mail traffic ever since upgrading
those boxes from stable/10 to stable/11 (around 11.0-BETA1). Amavis was
running rock solid before. The amavis version was still 2.10.1 back
then. So I'm not quite sure this is related to the perl upgrade nor the
recent amavisd-new upgrade.

I resorted to enable_db = 0, and haven't had a lot of time to do any
debugging yet.

Florian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161104/221a889e/attachment.sig>

From mat at FreeBSD.org  Fri Nov  4 22:57:29 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Fri, 4 Nov 2016 23:57:25 +0100
Subject: Makefile and Github
In-Reply-To: <908c8594-fb4c-ef5c-a14a-d884205912af@bsdproject.de>
References: <908c8594-fb4c-ef5c-a14a-d884205912af@bsdproject.de>
Message-ID: <6453ffcd-3320-e9c5-500e-854baf5e12ef@FreeBSD.org>

Le 04/11/2016 ? 13:55, Jochen Neumeister a ?crit :
> Hi all,
>
> I will update the devel/pear-File_Iterator Port.
>
> The Project move from a own Website to Gitgub:
> https://github.com/sebastianbergmann/php-file-iterator
>
> I read the porters-handbook on
> https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html
> but i am not sure, that i understood correctly:
>
> must i set now MASTER_SITES= GH or USE_GITHUB= yes?
>
> I tested:
>
> MASTER_SITES=    GH
> GH_ACCOUNT=    sebastianbergmann
> GH_PROJECT=    php-file-iterator
>
> but it not works.
>
> Does anyone have any advice?

Well, yes, I see you found the documentation, there are quite a lot of
examples about USE_GITHUB, none of them tell you to set MASTER_SITES=GH
and all of them tell you to set USE_GITHUB=yes. Have you tried doing that ?


-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161104/d969e558/attachment.sig>

From tech-lists at zyxst.net  Fri Nov  4 22:58:41 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Fri, 4 Nov 2016 22:58:33 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
Message-ID: <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>

On 03/11/2016 15:00, Mathieu Arnold wrote:
> Instructions on how to switch are in UPDATING.
>
> If you do not want to switch, you do not have to do anything.
>
> EVERYTHING IS FINE.
>
> -- Mathieu Arnold

Hello,

I followed the instructions in /usr/ports/UPDATING for portupgrade. I 
have found that numerous ports will not build:

** Listing the failed packages (-:ignored / *:skipped / !:failed)
! net/p5-Socket (p5-Socket-2.021)       (unknown build error)
! security/p5-Crypt-IDEA (p5-Crypt-IDEA-1.10_1) (unknown build error)
! net-mgmt/p5-NetAddr-IP (p5-NetAddr-IP-4.078)  (unknown build error)
! converters/p5-Encode-JIS2K (p5-Encode-JIS2K-0.03)     (unknown build 
error)
! converters/p5-Unicode-String (p5-Unicode-String-2.10) (unknown build 
error)
* converters/p5-Unicode-Map8 (p5-Unicode-Map8-0.13_1)
! math/p5-Bit-Vector (p5-Bit-Vector-7.4)        (unknown build error)
! devel/p5-Filter (p5-Filter-1.55)      (unknown build error)
! chinese/p5-Encode-HanExtra (p5-Encode-HanExtra-0.23_1)        (unknown 
build error)
! security/p5-Digest-SHA1 (p5-Digest-SHA1-2.13_1) (unknown build error)

[snip loads more]

This happens after I removed the DEFAULT_VERSIONS+= line in make.conf 
and ran portupgrade -f `pkg shlib -qR libperl.so.5.20` as indicated in 
the second step.

How can I fix? System is r308206 (11-STABLE) and ports is r425362

thanks
-- 
J.

From tech-lists at zyxst.net  Fri Nov  4 23:01:02 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Fri, 4 Nov 2016 23:00:56 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
Message-ID: <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>

On 04/11/2016 22:58, tech-lists wrote:
> On 03/11/2016 15:00, Mathieu Arnold wrote:
>> Instructions on how to switch are in UPDATING.
>>
>> If you do not want to switch, you do not have to do anything.
>>
>> EVERYTHING IS FINE.
>>
>> -- Mathieu Arnold
>
> Hello,
>
> I followed the instructions in /usr/ports/UPDATING for portupgrade. I
> have found that numerous ports will not build:
>
> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
> ! net/p5-Socket (p5-Socket-2.021)       (unknown build error)
> ! security/p5-Crypt-IDEA (p5-Crypt-IDEA-1.10_1) (unknown build error)
> ! net-mgmt/p5-NetAddr-IP (p5-NetAddr-IP-4.078)  (unknown build error)
> ! converters/p5-Encode-JIS2K (p5-Encode-JIS2K-0.03)     (unknown build
> error)
> ! converters/p5-Unicode-String (p5-Unicode-String-2.10) (unknown build
> error)
> * converters/p5-Unicode-Map8 (p5-Unicode-Map8-0.13_1)
> ! math/p5-Bit-Vector (p5-Bit-Vector-7.4)        (unknown build error)
> ! devel/p5-Filter (p5-Filter-1.55)      (unknown build error)
> ! chinese/p5-Encode-HanExtra (p5-Encode-HanExtra-0.23_1)        (unknown
> build error)
> ! security/p5-Digest-SHA1 (p5-Digest-SHA1-2.13_1) (unknown build error)
>
> [snip loads more]
>
> This happens after I removed the DEFAULT_VERSIONS+= line in make.conf
> and ran portupgrade -f `pkg shlib -qR libperl.so.5.20` as indicated in
> the second step.
>
> How can I fix? System is r308206 (11-STABLE) and ports is r425362
>
> thanks

edit: the error I get now when I try to rebuild an affected port singly is:

===>   p5-Socket-2.021 depends on package: perl5>=5.24<5.25 - found
===>  Configuring for p5-Socket-2.021
env: /usr/local/bin/perl5.24.1: No such file or directory
*** Error code 127

Stop.
make: stopped in /storage/usr/ports/net/p5-Socket

-- 
J.

From bycn82 at gmail.com  Sat Nov  5 04:23:44 2016
From: bycn82 at gmail.com (Bill Yuan)
Date: Sat, 5 Nov 2016 12:23:42 +0800
Subject: powerdns is marked as broken in FreeBSD
Message-ID: <CAC+JH2xMWfC9=+aSzpoheoGsykyEJZZfVPAnNf0r95osgQY4uA@mail.gmail.com>

#pwd
/usr/ports/dns/powerdns
#make
===>  powerdns-4.0.1 is marked as broken on FreeBSD 9.3: Does not link.
*** [all] Error code 1

Stop in /usr/ports/dns/powerdns
#

From bycn82 at gmail.com  Sat Nov  5 04:28:22 2016
From: bycn82 at gmail.com (Bill Yuan)
Date: Sat, 5 Nov 2016 12:28:20 +0800
Subject: powerdns is marked as broken in FreeBSD
In-Reply-To: <CAC+JH2xMWfC9=+aSzpoheoGsykyEJZZfVPAnNf0r95osgQY4uA@mail.gmail.com>
References: <CAC+JH2xMWfC9=+aSzpoheoGsykyEJZZfVPAnNf0r95osgQY4uA@mail.gmail.com>
Message-ID: <CAC+JH2zCwbGx2Fr_MGgFWVg6GRJERPvC96Q8pxAt+2+sbuOMLQ@mail.gmail.com>

Oops! same as powerdns-recursor

Is there anyway to downgrade it ?


On 5 November 2016 at 12:23, Bill Yuan <bycn82 at gmail.com> wrote:

> #pwd
> /usr/ports/dns/powerdns
> #make
> ===>  powerdns-4.0.1 is marked as broken on FreeBSD 9.3: Does not link.
> *** [all] Error code 1
>
> Stop in /usr/ports/dns/powerdns
> #
>
>

From piotr-l at netexpert.pl  Sat Nov  5 07:22:45 2016
From: piotr-l at netexpert.pl (Piotr Szafarczyk)
Date: Sat, 5 Nov 2016 08:12:34 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
Message-ID: <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>

On 2016-11-05 00:00, tech-lists wrote:
> On 04/11/2016 22:58, tech-lists wrote:
>> On 03/11/2016 15:00, Mathieu Arnold wrote:
>> I followed the instructions in /usr/ports/UPDATING for portupgrade. I
>> have found that numerous ports will not build:
>
> edit: the error I get now when I try to rebuild an affected port 
> singly is:
>
> ===>   p5-Socket-2.021 depends on package: perl5>=5.24<5.25 - found
> ===>  Configuring for p5-Socket-2.021
> env: /usr/local/bin/perl5.24.1: No such file or directory
> *** Error code 127
>
> Stop.
> make: stopped in /storage/usr/ports/net/p5-Socket
>
Hi,

It looks like the same problem I encountered with 5.20 under 10.3 (just 
one box). Links are not created during port building (with other than 
perl too). With perl, two links are missing under /usr/local/bin. 
Creating them manually allows for a successful building of a port that 
depends on perl.

If you can, look at my post from October 23rd (links not created by make 
install).

Regards,

Piotr


From portscout at FreeBSD.org  Sat Nov  5 08:05:31 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sat, 5 Nov 2016 08:05:31 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611050805.uA585VTr007778@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/85f90d4e/attachment.ksh>

From tech-lists at zyxst.net  Sat Nov  5 09:58:14 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 09:58:06 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
Message-ID: <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>

On 05/11/2016 07:12, Piotr Szafarczyk wrote:
> Hi,
>
> It looks like the same problem I encountered with 5.20 under 10.3 (just
> one box). Links are not created during port building (with other than
> perl too). With perl, two links are missing under /usr/local/bin.
> Creating them manually allows for a successful building of a port that
> depends on perl.
>
> If you can, look at my post from October 23rd (links not created by make
> install).

Hi,

Thanks for replying. Found your Oct 23rd post at 
https://lists.freebsd.org/pipermail/freebsd-ports/2016-October/105463.html

I fixed my problem by doing this, in /usr/local/bin :

ln -s ./perl /usr/local/bin/perl5.24.1

and then running:

portupgrade -f `pkg shlib -qR libperl.so.5.20`

again.

I think maybe the problem you had was a little different because in my 
case, portupgrade could not update any port until that symlink was 
added, so the "make install" phase was never reached. Instead of calling 
perl, it looks for /usr/local/bin/perl5.24.1 which of course didn't 
exist. Also, in my case, the bin/perl updated link *was* created[1] 
following the instructions in UPDATING, just not the bin/perl5.24.1 link.

Previously:

===>   p5-NetAddr-IP-4.078 depends on package: perl5>=5.24<5.25 - found
===>  Configuring for p5-NetAddr-IP-4.078
env: /usr/local/bin/perl5.24.1: No such file or directory
*** Error code 127

Stop.
make: stopped in /storage/usr/ports/net-mgmt/p5-NetAddr-IP

Now everything builds.

thanks,
-- 
J.

[1] checked with perl --version

From bapt at freebsd.org  Sat Nov  5 10:49:06 2016
From: bapt at freebsd.org (Baptiste Daroussin)
Date: Sat, 5 Nov 2016 11:49:03 +0100
Subject: mail/{neo,}mutt: why not packaged with gpgme?
In-Reply-To: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
References: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
Message-ID: <20161105104902.z7p3cx2apahbopxm@ivaldir.etoilebsd.net>

On Wed, Nov 02, 2016 at 09:45:51PM +0100, Niklaas Baudet von Gersdorff wrote:
> Hello,
> 
> While talking about an issue I have with mail/{neo,}mutt and
> security/gnupg on #gnupg on freenode I was advised to use
> security/gpgme with mutt. I haven't been using gpgme for a while,
> mainly because the packaged versions of both mail/{neo,}mutt have
> it disabled and I was too lazy to compile it on my own. Since
> I got that advice, I've started wondering:
> 
> Why is gpgme disabled by default?
> 
> As was argued (and as I experienced myself) setting up mutt to
> work with gpgme is much easier than without. Especially gnupg2
> made it difficult to configure mutt without gpgme. So why not
> enabling gpgme in the packaged versions?
> 
> I decided not to create a PR about this request. If that's wrong,
> tell me and I'll create one.

For neomutt I haven't added gpgme as the default gpg setup works pretty fine
with gnupg2 and the gpg.rc I can be convinced that making gpgme the default is a
good idea, though I have never used gpgme

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/2e5d722b/attachment.sig>

From bapt at freebsd.org  Sat Nov  5 11:14:56 2016
From: bapt at freebsd.org (Baptiste Daroussin)
Date: Sat, 5 Nov 2016 12:14:52 +0100
Subject: mail/{neo,}mutt: why not packaged with gpgme?
In-Reply-To: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
References: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
Message-ID: <20161105111452.c76pnuvfloc56r54@ivaldir.etoilebsd.net>

On Wed, Nov 02, 2016 at 09:45:51PM +0100, Niklaas Baudet von Gersdorff wrote:
> Hello,
> 
> While talking about an issue I have with mail/{neo,}mutt and
> security/gnupg on #gnupg on freenode I was advised to use
> security/gpgme with mutt. I haven't been using gpgme for a while,
> mainly because the packaged versions of both mail/{neo,}mutt have
> it disabled and I was too lazy to compile it on my own. Since
> I got that advice, I've started wondering:
> 
> Why is gpgme disabled by default?
> 
> As was argued (and as I experienced myself) setting up mutt to
> work with gpgme is much easier than without. Especially gnupg2
> made it difficult to configure mutt without gpgme. So why not
> enabling gpgme in the packaged versions?
> 
> I decided not to create a PR about this request. If that's wrong,
> tell me and I'll create one.
> 
>     Niklaas

Actually having tested it, yes you are right it is way more simple, I have
activated it in neomutt

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/efed872a/attachment.sig>

From piotr-l at netexpert.pl  Sat Nov  5 11:47:05 2016
From: piotr-l at netexpert.pl (Piotr Szafarczyk)
Date: Sat, 5 Nov 2016 12:46:53 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
 <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>
Message-ID: <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>

On 2016-11-05 10:58, tech-lists wrote:
>> It looks like the same problem I encountered with 5.20 under 10.3 (just
>> one box). Links are not created during port building (with other than
>> perl too). With perl, two links are missing under /usr/local/bin.
>> Creating them manually allows for a successful building of a port that
>> depends on perl.
> I fixed my problem by doing this, in /usr/local/bin :
> ln -s ./perl /usr/local/bin/perl5.24.1
> and then running:
> portupgrade -f `pkg shlib -qR libperl.so.5.20`
>
> I think maybe the problem you had was a little different because in my 
> case, portupgrade could not update any port until that symlink was 
> added, so the "make install" phase was never reached. Instead of 
> calling perl, it looks for /usr/local/bin/perl5.24.1 which of course 
> didn't exist. Also, in my case, the bin/perl updated link *was* 
> created[1] following the instructions in UPDATING, just not the 
> bin/perl5.24.1 link.
>
> Previously:
>
> ===>   p5-NetAddr-IP-4.078 depends on package: perl5>=5.24<5.25 - found
> ===>  Configuring for p5-NetAddr-IP-4.078
> env: /usr/local/bin/perl5.24.1: No such file or directory
> *** Error code 127
>
> Stop.
> make: stopped in /storage/usr/ports/net-mgmt/p5-NetAddr-IP
It looks the same. I have created the link and every perl port could 
build. The problem is not only perl does not create links.

> Now everything builds. 
Everything? Could you try any other port that creates links? Are links 
created?


From david at catwhisker.org  Sat Nov  5 12:26:36 2016
From: david at catwhisker.org (David Wolfskill)
Date: Sat, 5 Nov 2016 05:26:33 -0700
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <20161103125007.GP1203@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
Message-ID: <20161105122633.GS1203@albert.catwhisker.org>

On Thu, Nov 03, 2016 at 05:50:07AM -0700, David Wolfskill wrote:
> After seeing that lang/rust failed to build again today (it had also
> failed yesterday), I decided to actually check the typescript file (from
> the portmaster run) to see if I could figure out what was wrong.
> ....

I circumvented the problem: I noticed that devel/llvm38 still had its
"work" directory, so I looked ini there:

g1-252(11.0-S)[14] find work -name FileCheck
work/llvm-3.8.1.src/test/FileCheck
work/llvm-3.8.1.src/utils/FileCheck
work/.build/utils/FileCheck
work/.build/bin/FileCheck
work/stage/usr/local/llvm38/bin/FileCheck
g1-252(11.0-S)[15] 

So FileCheck is getting staged, just not actually installed.

After poking around a bit more:

g1-252(11.0-S)[19] file work/stage/usr/local/llvm38/bin/FileCheck
work/stage/usr/local/llvm38/bin/FileCheck: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.0 (1100506), FreeBSD-style, stripped
g1-252(11.0-S)[20] sudo cp -p !$ /usr/local/llvm38/bin/
sudo cp -p work/stage/usr/local/llvm38/bin/FileCheck /usr/local/llvm38/bin/
g1-252(11.0-S)[21]

That done, lang/rust built.

My build machine is doing the first of its weekend poudriere runs
as I type; if that shows anything relevant with respect to lang/rust
and devel/llvm38, I'll follow up.

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/69c8b43f/attachment.sig>

From tech-lists at zyxst.net  Sat Nov  5 13:47:35 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 13:47:30 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
 <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>
 <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>
Message-ID: <7f58b9c3-3fb2-97f3-8f1b-1386a06661a9@zyxst.net>

On 05/11/2016 11:46, Piotr Szafarczyk wrote:
> Everything? Could you try any other port that creates links? Are links
> created?

Seems so. What port(s) would you like me to try?

-- 
J.

From tech-lists at zyxst.net  Sat Nov  5 13:52:02 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 13:51:57 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
 <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>
 <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>
Message-ID: <dbcefc83-e5ea-84d1-2285-074a6b1dc0fb@zyxst.net>

On 05/11/2016 11:46, Piotr Szafarczyk wrote:
> Everything? Could you try any other port that creates links? Are links
> created?

By "links" do you mean "installed usable links into /usr/local/bin" then 
yes. A little earlier today I built and installed libreoffice from 
ports, without issue.

$ pwd
/usr/local/bin

$ ls -lah libre*
lrwxr-xr-x  1 root  wheel    42B  5 Nov 12:53 libreoffice@ -> 
/usr/local/lib/libreoffice/program/soffice
-- 
J.

From david at catwhisker.org  Sat Nov  5 13:54:59 2016
From: david at catwhisker.org (David Wolfskill)
Date: Sat, 5 Nov 2016 06:54:56 -0700
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <20161105122633.GS1203@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
Message-ID: <20161105135456.GV1203@albert.catwhisker.org>

On Sat, Nov 05, 2016 at 05:26:33AM -0700, David Wolfskill wrote:
> ...
> I circumvented the problem: ...
> 
> g1-252(11.0-S)[20] sudo cp -p !$ /usr/local/llvm38/bin/
> sudo cp -p work/stage/usr/local/llvm38/bin/FileCheck /usr/local/llvm38/bin/
> g1-252(11.0-S)[21]
> 
> That done, lang/rust built.
> 
> My build machine is doing the first of its weekend poudriere runs
> as I type; if that shows anything relevant with respect to lang/rust
> and devel/llvm38, I'll follow up.
> ....

Turns out that "PORT_LLVM" is, by default, off; I had turned it on since
I had other reasons to need llvm38 anyway.

And since I only use lang/rust as a build dependency (e.g., for
www/fierfox), I had not specified any non-default options for the
poudriere build.  Thus, poudriere had built rust using the "bundled"
llvm38, which apparently has FileCheck in the place where the rust
config looks for it.  So poudriere didn't have an issue building
www/firefox (which required lang/rust).

Am I incorrect in thinking that devel/llvm38 has a problem, though, in
that "%%LIT%%llvm38/bin/FileCheck" is in that port's pkg-plist, and
llvm38/bin/FileCheck is found in the staging directory, but
llvm38/bin/FileCheck is not actually installed?

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/daf1dc11/attachment.sig>

From mazhe at alkumuna.eu  Sat Nov  5 14:14:12 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Sat, 5 Nov 2016 15:13:51 +0100
Subject: FreeBSD Port: fusefs-wdfs-1.4.2_6
In-Reply-To: <2D6040F2-43C8-4B3D-B585-5CDCB6AC88CC@b-funky.nl>
References: <2D6040F2-43C8-4B3D-B585-5CDCB6AC88CC@b-funky.nl>
Message-ID: <20161105151351.1e9b93a2@freedom.alkumuna.eu>

On Fri, 4 Nov 2016 11:19:11 +0100
Ruud Boon <ruud at b-funky.nl> wrote:

> Hi,
> 
> I?m wondering if this port is still maintained. 
> Under FreeBSD 10.3 it looks like it?s failing (trying to mount a webdav result is disappearing mount directory)
> 

Hi, I also ran into various issues with wdfs, the last release is from 2007, so the project is all but dead as the "rest of the world" seems to rely on davfs2 now.

I tried in the past to port davfs2, but it relies on using some gnu & linux APIs, mostly related to actually mount volumes that were a bit tricky to convert (best shot at it would be to convince upstream to use the libfuse functions)...

-- Matthieu Volat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/120b93b9/attachment.sig>

From piotr-l at netexpert.pl  Sat Nov  5 14:15:02 2016
From: piotr-l at netexpert.pl (Piotr Szafarczyk)
Date: Sat, 5 Nov 2016 15:14:49 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <dbcefc83-e5ea-84d1-2285-074a6b1dc0fb@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
 <a8ccaee7-e8f2-4404-c9cb-7fb84727b8c1@zyxst.net>
 <27dcbcc4-a547-e873-6e99-ba2368a76d67@netexpert.pl>
 <dbcefc83-e5ea-84d1-2285-074a6b1dc0fb@zyxst.net>
Message-ID: <a0834529-cb5f-fbb5-6ef6-4974461392d3@netexpert.pl>

On 2016-11-05 14:51, tech-lists wrote:
>> Everything? Could you try any other port that creates links? Are links
>> created?
> By "links" do you mean "installed usable links into /usr/local/bin" 
> then yes. A little earlier today I built and installed libreoffice 
> from ports, without issue.
> $ ls -lah libre*
> lrwxr-xr-x  1 root  wheel    42B  5 Nov 12:53 libreoffice@ -> 
> /usr/local/lib/libreoffice/program/soffice

Lucky you :-)

I have got a problem with hard links. Like the ones created by perl:

-rwxr-xr-x   3 root  wheel     7536 Aug 19 18:55 perl
-rwxr-xr-x   3 root  wheel     7536 Aug 19 18:55 perl5
-rwxr-xr-x   3 root  wheel     7536 Aug 19 18:55 perl5.20.3

Only perl is created, perl5 and perl5.20.3 not.

I noticed the same with freeze. Only fcat is created under 
/usr/local/bin. There should be 3 hard links too.

Postfix caused me some problems too. For example qmgr (hard link again) 
was missing under /usr/local/libexec/postfix.


From tijl at coosemans.org  Sat Nov  5 14:20:14 2016
From: tijl at coosemans.org (Tijl Coosemans)
Date: Sat, 5 Nov 2016 15:18:34 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
Message-ID: <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>

On Fri, 4 Nov 2016 23:00:56 +0000 tech-lists <tech-lists at zyxst.net> wrote:
> On 04/11/2016 22:58, tech-lists wrote:
>> On 03/11/2016 15:00, Mathieu Arnold wrote:  
>>> Instructions on how to switch are in UPDATING.
>>>
>>> If you do not want to switch, you do not have to do anything.
>>
>> I followed the instructions in /usr/ports/UPDATING for portupgrade. I
>> have found that numerous ports will not build:
>>
>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>> ! net/p5-Socket (p5-Socket-2.021)       (unknown build error)
>> ! security/p5-Crypt-IDEA (p5-Crypt-IDEA-1.10_1) (unknown build error)
>> ! net-mgmt/p5-NetAddr-IP (p5-NetAddr-IP-4.078)  (unknown build error)
>> ! converters/p5-Encode-JIS2K (p5-Encode-JIS2K-0.03)     (unknown build
>> error)
>> ! converters/p5-Unicode-String (p5-Unicode-String-2.10) (unknown build
>> error)
>> * converters/p5-Unicode-Map8 (p5-Unicode-Map8-0.13_1)
>> ! math/p5-Bit-Vector (p5-Bit-Vector-7.4)        (unknown build error)
>> ! devel/p5-Filter (p5-Filter-1.55)      (unknown build error)
>> ! chinese/p5-Encode-HanExtra (p5-Encode-HanExtra-0.23_1)        (unknown
>> build error)
>> ! security/p5-Digest-SHA1 (p5-Digest-SHA1-2.13_1) (unknown build error)
>>
>> [snip loads more]
>>
>> This happens after I removed the DEFAULT_VERSIONS+= line in make.conf
>> and ran portupgrade -f `pkg shlib -qR libperl.so.5.20` as indicated in
>> the second step.
>>
>> How can I fix? System is r308206 (11-STABLE) and ports is r425362
> 
> edit: the error I get now when I try to rebuild an affected port singly is:
> 
> ===>   p5-Socket-2.021 depends on package: perl5>=5.24<5.25 - found
> ===>  Configuring for p5-Socket-2.021  
> env: /usr/local/bin/perl5.24.1: No such file or directory
> *** Error code 127
> 
> Stop.
> make: stopped in /storage/usr/ports/net/p5-Socket

It's probably caused by pkg not copying hardlinks:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213255

From tech-lists at zyxst.net  Sat Nov  5 14:33:21 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 14:33:15 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
Message-ID: <b68b9b12-3061-36b1-4917-5169fb5276cb@zyxst.net>

On 05/11/2016 14:18, Tijl Coosemans wrote:
> It's probably caused by pkg not copying hardlinks:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213255

What version of pkg are we using?

Mine is 1.9.3

-- 
J.

From piotr-l at netexpert.pl  Sat Nov  5 14:34:25 2016
From: piotr-l at netexpert.pl (Piotr Szafarczyk)
Date: Sat, 5 Nov 2016 15:34:13 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
Message-ID: <dc854c60-6abc-dad8-de9e-ceb5a8f11eec@netexpert.pl>

On 2016-11-05 15:18, Tijl Coosemans wrote:
> It's probably caused by pkg not copying hardlinks:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213255
Hi,
Wonderful! This is exactly my problem. Using pkg add installs all the files.
Thanks a lot.

Regards,
Piotr

From tech-lists at zyxst.net  Sat Nov  5 14:48:10 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 14:48:04 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
Message-ID: <884c9f50-ddae-a64c-30ca-78bb738fc2e2@zyxst.net>

On 05/11/2016 14:18, Tijl Coosemans wrote:
> It's probably caused by pkg not copying hardlinks:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213255

On second thoughts, I don't think it was this because the portupgrade 
tool builds a package, removes the old one then installs the new one. 
The bug you posted says the problem doesn't happen when one makes the 
package.

-- 
J.

From tech-lists at zyxst.net  Sat Nov  5 14:49:04 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 5 Nov 2016 14:48:59 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <884c9f50-ddae-a64c-30ca-78bb738fc2e2@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
 <884c9f50-ddae-a64c-30ca-78bb738fc2e2@zyxst.net>
Message-ID: <28454656-c659-684e-9ca4-5e5599253154@zyxst.net>

On 05/11/2016 14:48, tech-lists wrote:
> On second thoughts, I don't think it was this because the portupgrade
> tool builds a package, removes the old one then installs the new one.
> The bug you posted says the problem doesn't happen when one makes the
> package.

edit: i think my issue was slightly different ;)

-- 
J.

From piotr-l at netexpert.pl  Sat Nov  5 15:25:29 2016
From: piotr-l at netexpert.pl (Piotr Szafarczyk)
Date: Sat, 5 Nov 2016 16:25:16 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <b68b9b12-3061-36b1-4917-5169fb5276cb@zyxst.net>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
 <b68b9b12-3061-36b1-4917-5169fb5276cb@zyxst.net>
Message-ID: <5ca62d48-c457-4857-402c-3a6187b5bc7b@netexpert.pl>

On 2016-11-05 15:33, tech-lists wrote:
> On 05/11/2016 14:18, Tijl Coosemans wrote:
>> It's probably caused by pkg not copying hardlinks:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213255
> What version of pkg are we using?
> Mine is 1.9.3
My problems were because of 1.8.7. With 1.9.3 (and 1.9.1) everything 
seems fine.



From rhurlin at gwdg.de  Sat Nov  5 15:58:34 2016
From: rhurlin at gwdg.de (Rainer Hurling)
Date: Sat, 5 Nov 2016 16:58:19 +0100
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <20161105135456.GV1203@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
Message-ID: <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>

Hi David,

Am 05.11.2016 um 14:54 schrieb David Wolfskill:
> On Sat, Nov 05, 2016 at 05:26:33AM -0700, David Wolfskill wrote:
>> ...
>> I circumvented the problem: ...
>>
>> g1-252(11.0-S)[20] sudo cp -p !$ /usr/local/llvm38/bin/
>> sudo cp -p work/stage/usr/local/llvm38/bin/FileCheck /usr/local/llvm38/bin/
>> g1-252(11.0-S)[21]
>>
>> That done, lang/rust built.
>>
>> My build machine is doing the first of its weekend poudriere runs
>> as I type; if that shows anything relevant with respect to lang/rust
>> and devel/llvm38, I'll follow up.
>> ....
> 
> Turns out that "PORT_LLVM" is, by default, off; I had turned it on since
> I had other reasons to need llvm38 anyway.
> 
> And since I only use lang/rust as a build dependency (e.g., for
> www/fierfox), I had not specified any non-default options for the
> poudriere build.  Thus, poudriere had built rust using the "bundled"
> llvm38, which apparently has FileCheck in the place where the rust
> config looks for it.  So poudriere didn't have an issue building
> www/firefox (which required lang/rust).
> 
> Am I incorrect in thinking that devel/llvm38 has a problem, though, in
> that "%%LIT%%llvm38/bin/FileCheck" is in that port's pkg-plist, and
> llvm38/bin/FileCheck is found in the staging directory, but
> llvm38/bin/FileCheck is not actually installed?

not sure, if I missed something in your postings.

On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port
devel/llvm38 installed FileCheck as expected, in the two places
/usr/local/llvm38/bin/ and /usr/local/bin/.

Unfortunately, I have no clue, what happens on your side.

Best wishes,
Rainer Hurling

> 
> Peace,
> david
> 


From dim at FreeBSD.org  Sat Nov  5 16:08:55 2016
From: dim at FreeBSD.org (Dimitry Andric)
Date: Sat, 5 Nov 2016 17:08:46 +0100
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
 <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
Message-ID: <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>

On 05 Nov 2016, at 16:58, Rainer Hurling <rhurlin at gwdg.de> wrote:
> 
> Am 05.11.2016 um 14:54 schrieb David Wolfskill:
>> On Sat, Nov 05, 2016 at 05:26:33AM -0700, David Wolfskill wrote:
>>> ...
>>> I circumvented the problem: ...
>>> 
>>> g1-252(11.0-S)[20] sudo cp -p !$ /usr/local/llvm38/bin/
>>> sudo cp -p work/stage/usr/local/llvm38/bin/FileCheck /usr/local/llvm38/bin/
>>> g1-252(11.0-S)[21]
>>> 
>>> That done, lang/rust built.
>>> 
>>> My build machine is doing the first of its weekend poudriere runs
>>> as I type; if that shows anything relevant with respect to lang/rust
>>> and devel/llvm38, I'll follow up.
>>> ....
>> 
>> Turns out that "PORT_LLVM" is, by default, off; I had turned it on since
>> I had other reasons to need llvm38 anyway.
>> 
>> And since I only use lang/rust as a build dependency (e.g., for
>> www/fierfox), I had not specified any non-default options for the
>> poudriere build.  Thus, poudriere had built rust using the "bundled"
>> llvm38, which apparently has FileCheck in the place where the rust
>> config looks for it.  So poudriere didn't have an issue building
>> www/firefox (which required lang/rust).
>> 
>> Am I incorrect in thinking that devel/llvm38 has a problem, though, in
>> that "%%LIT%%llvm38/bin/FileCheck" is in that port's pkg-plist, and
>> llvm38/bin/FileCheck is found in the staging directory, but
>> llvm38/bin/FileCheck is not actually installed?
> 
> not sure, if I missed something in your postings.
> 
> On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port
> devel/llvm38 installed FileCheck as expected, in the two places
> /usr/local/llvm38/bin/ and /usr/local/bin/.

It's installed into /usr/local/bin with a version number suffix, e.g.:

$ pkg info -l llvm38|grep FileCheck
	/usr/local/bin/FileCheck38
	/usr/local/llvm38/bin/FileCheck
	/usr/local/man/man1/FileCheck38.1.gz
	/usr/local/share/doc/llvm38/llvm/html/CommandGuide/FileCheck.html
	/usr/local/share/doc/llvm38/llvm/html/_sources/CommandGuide/FileCheck.txt

Maybe that's the reason rust can't find it in OP's case?  (It works just fine for me, btw.)

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/9b79c339/attachment.sig>

From david at catwhisker.org  Sat Nov  5 16:55:53 2016
From: david at catwhisker.org (David Wolfskill)
Date: Sat, 5 Nov 2016 09:55:50 -0700
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
 <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
 <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>
Message-ID: <20161105165550.GW1203@albert.catwhisker.org>

On Sat, Nov 05, 2016 at 05:08:46PM +0100, Dimitry Andric wrote:
> On 05 Nov 2016, at 16:58, Rainer Hurling <rhurlin at gwdg.de> wrote:
> ... 
> >> Am I incorrect in thinking that devel/llvm38 has a problem, though, in
> >> that "%%LIT%%llvm38/bin/FileCheck" is in that port's pkg-plist, and
> >> llvm38/bin/FileCheck is found in the staging directory, but
> >> llvm38/bin/FileCheck is not actually installed?
> > 
> > not sure, if I missed something in your postings.
> > 
> > On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port
> > devel/llvm38 installed FileCheck as expected, in the two places
> > /usr/local/llvm38/bin/ and /usr/local/bin/.
> 
> It's installed into /usr/local/bin with a version number suffix, e.g.:
> 
> $ pkg info -l llvm38|grep FileCheck
> 	/usr/local/bin/FileCheck38
> 	/usr/local/llvm38/bin/FileCheck
> 	/usr/local/man/man1/FileCheck38.1.gz
> 	/usr/local/share/doc/llvm38/llvm/html/CommandGuide/FileCheck.html
> 	/usr/local/share/doc/llvm38/llvm/html/_sources/CommandGuide/FileCheck.txt
> 
> Maybe that's the reason rust can't find it in OP's case?  (It works just fine for me, btw.)
> ....

I just re-ran "portmaster devel/llvm38" under script(1) (along with a
bit of additional trivia, such as results from "ls -lT
/usr/local/llvm38/bin" before and after the portmaster run (showing the
distinct lack of "FileCheck" in either case)

I have placed the typescript at
<http://www.catwhisker.org/~david/FreeBSD/ports/llvm38_test.txt>;
there's a gzipped copy (llvm38_test.txt.gz) available, as well.

In particular, I believe this result is salient:

albert(11.0-S)[18] grep -n '[Ii]nstall.*FileCheck' llvm38_test.txt
77:     LIT=on: Install lit and FileCheck test tools
7359:-- Installing:
/common/ports/devel/llvm38/work/stage/usr/local/llvm38/share/doc/llvm/html/_sources/CommandGuide/FileCheck.txt
7482:-- Installing:
/common/ports/devel/llvm38/work/stage/usr/local/llvm38/share/doc/llvm/html/CommandGuide/FileCheck.html
7658:-- Installing:
/common/ports/devel/llvm38/work/stage/usr/local/llvm38/share/man/man1/FileCheck.1
7807:install  -s -m 555
/common/ports/devel/llvm38/work/.build/bin/FileCheck
/common/ports/devel/llvm38/work/stage/usr/local/llvm38/bin/
albert(11.0-S)[19] 


[In this environment, the machine has 4 individually-bootable slices,
each of which has its own /usr file system when the slice in question
is the boot slice.  For each of the 4, /usr/ports is a symlink to
/common/ports -- the file system at /common being mounted "the same"
regardless of boot slice.)

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161105/9e9e656f/attachment.sig>

From ache at freebsd.org  Sat Nov  5 17:49:30 2016
From: ache at freebsd.org (Andrey Chernov)
Date: Sat, 5 Nov 2016 18:00:06 +0300
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
Message-ID: <460e4669-a50f-fd10-95e6-992983eae56a@freebsd.org>

The instruction posted to UPDATING is a bit incomplete.
Additionlly
portupgrade -f "p5-*"
should run to move all ports still sitting in 5.20 directory, even if
they are not depending on perl lib.

From kremels at kreme.com  Sat Nov  5 19:28:58 2016
From: kremels at kreme.com (@lbutlr)
Date: Sat, 5 Nov 2016 13:23:04 -0600
Subject: checking dependency tree ia portmaster
Message-ID: <BE3E804E-D3FB-4E4E-8A52-D4112E140444@kreme.com>

given a port that is listed in postmaster -l as a Branch port, how do I see its dependancies and what it depends on?

For example, I have libX11 listed as a Branch port and would like to see all the ?upsteream: and ?downstream? ports.



From mva at FreeBSD.org  Sun Nov  6 07:55:02 2016
From: mva at FreeBSD.org (Marcus von Appen)
Date: Sun, 6 Nov 2016 08:36:22 +0100
Subject: clang support for compiler:openmp
Message-ID: <20161106073622.GA17279@athena.sysfault.org>

Hi,

is there a specific reason, why we do not (yet) have openmp support for
clang via compiler:openmp? With devel/openmp in the ports tree, I'd
expect compiler:openmp to set

LIB_DEPENDS+=   libomp.so:devel/openmp

for compiler=clang. CFLAGS and LIBS/LDFLAGS might be tweaked on a
per-port level.

Cheers
Marcus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/95d0b17f/attachment.sig>

From portscout at FreeBSD.org  Sun Nov  6 08:27:58 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sun, 6 Nov 2016 08:27:58 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611060827.uA68RwuB099251@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/a104bb1a/attachment.ksh>

From mat at FreeBSD.org  Sun Nov  6 09:34:39 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Sun, 6 Nov 2016 10:34:35 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <460e4669-a50f-fd10-95e6-992983eae56a@freebsd.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
 <460e4669-a50f-fd10-95e6-992983eae56a@freebsd.org>
Message-ID: <942f3758-e132-d39e-054d-53bf2b0752de@FreeBSD.org>

Le 05/11/2016 ? 16:00, Andrey Chernov a ?crit :
> The instruction posted to UPDATING is a bit incomplete.
> Additionlly
> portupgrade -f "p5-*"
> should run to move all ports still sitting in 5.20 directory, even if
> they are not depending on perl lib.

That should not happen, what ports are affected by this ?

-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/6d869a10/attachment.sig>

From shun.fbsd.pr.ml at dropcut.net  Sun Nov  6 09:58:03 2016
From: shun.fbsd.pr.ml at dropcut.net (shun.fbsd.pr.ml at dropcut.net)
Date: Sun, 6 Nov 2016 10:49:19 +0100
Subject: checking dependency tree ia portmaster
In-Reply-To: <BE3E804E-D3FB-4E4E-8A52-D4112E140444@kreme.com>
References: <BE3E804E-D3FB-4E4E-8A52-D4112E140444@kreme.com>
Message-ID: <20161106094919.GA7189@dropcut.net>

On Sat, Nov 05, 2016 at 01:23:04PM -0600, @lbutlr wrote:
> given a port that is listed in postmaster -l as a Branch port, how do I see its dependancies and what it depends on?
> 
> For example, I have libX11 listed as a Branch port and would like to see all the ?upsteream: and ?downstream? ports.
I am currently working on some scripts to do that, but they aren't in good
shape yet. To see which ports a specific ports depends on ("upstream" in your case?),
you can run "make" with 
* all-depends-list
* build-depends-list
* package-depends-list
* run-depends-list
as a target.

Send me an email if you need anwsers for specific ports now and I can
test my scripts.

Cheers,

From ml at netfence.it  Sun Nov  6 12:40:08 2016
From: ml at netfence.it (Andrea Venturoli)
Date: Sun, 6 Nov 2016 13:40:00 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <28bbe8ad-53b9-6f39-0b1a-ae5e763f2bc7@netexpert.pl>
Message-ID: <3c023235-638f-eb87-110c-997d668aa683@netfence.it>

On 11/05/16 08:12, Piotr Szafarczyk wrote:

> It looks like the same problem I encountered with 5.20 under 10.3 (just
> one box). Links are not created during port building (with other than
> perl too). With perl, two links are missing under /usr/local/bin.
> Creating them manually allows for a successful building of a port that
> depends on perl.

In my experience, the suggested command from UPDATING (i.e. "portupgrade 
-f `pkg shlib -qR libperl.so.5.20`") will *NOT* create the symlinks.
This is even explicitly stated during build:

> ##################################################
>
>       This is *NOT* the DEFAULT perl version
>
> It will *NOT* install /usr/local/bin/perl
>
> It will *ONLY* install /usr/local/bin/perl5.24.1
>
> The default Perl version currently is 5.20.
>
> If you want to use this version as the default,
> stop the build now, add this line to your
> /etc/make.conf, and then restart the build.
>
> DEFAULT_VERSIONS+=perl5=5.24
>
> ##################################################

In contrast to what is stated, this will happen regardless of the 
presence of any "DEFAULT_VERSION+=perl..." in /etc/make.conf.

A subsequent "portupgrade -f perl5.24" will create them, though.

  bye
	av.

From outlook_3B75E20955E3BEB3 at outlook.com  Sun Nov  6 13:58:58 2016
From: outlook_3B75E20955E3BEB3 at outlook.com (Mark Dixon)
Date: Sun, 6 Nov 2016 13:58:54 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
Message-ID: <AM4PR1001MB126716799403921AEBF8CE39E7A40@AM4PR1001MB1267.EURPRD10.PROD.OUTLOOK.COM>

Hi,

audio/logitechmediaserver is really not fine with 5.24. How to I set it to use a previous version in the mean time?

Thanks,

Mark

From ache at freebsd.org  Sun Nov  6 14:57:30 2016
From: ache at freebsd.org (Andrey Chernov)
Date: Sun, 6 Nov 2016 14:43:04 +0300
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <942f3758-e132-d39e-054d-53bf2b0752de@FreeBSD.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
 <460e4669-a50f-fd10-95e6-992983eae56a@freebsd.org>
 <942f3758-e132-d39e-054d-53bf2b0752de@FreeBSD.org>
Message-ID: <0189fe5a-3287-3faa-a09a-a281a1a66402@freebsd.org>

On 06.11.2016 12:34, Mathieu Arnold wrote:
> Le 05/11/2016 ? 16:00, Andrey Chernov a ?crit :
>> The instruction posted to UPDATING is a bit incomplete.
>> Additionlly
>> portupgrade -f "p5-*"
>> should run to move all ports still sitting in 5.20 directory, even if
>> they are not depending on perl lib.
> 
> That should not happen, what ports are affected by this ?
> 

It was several days ago and I don't remember them, excepting one (which
is not even p5-* port: www/w3mir, because it was the last one). I just
see a lot of ports still sitting in
/usr/local/lib/perl5/site_perl/mach/5.20 (probably in auto subdir, I
don't remember) directory, and only few are upgraded using library
depend as in UPDATING: those one which have C compiled modules.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/14c5717f/attachment.sig>

From carmel_ny at outlook.com  Sun Nov  6 14:59:51 2016
From: carmel_ny at outlook.com (Gerard Seibert)
Date: Sun, 6 Nov 2016 14:58:42 +0000
Subject: Unable to build "imapsync"
Message-ID: <CY4PR20MB1397E6A4FBD815047B6730D280A40@CY4PR20MB1397.namprd20.prod.outlook.com>

I am unable to get the "/mail/imapsync" port to build. It ends with
this error message:

       ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ndbm_wrap.c:208:22: error: too few
arguments to function call, expected 5, have 4
&key, &value, myflags);
                     ^
2 warnings and 5 errors generated.
*** Error code 1

Stop.
make[10]: stopped
in /usr/ports/security/heimdal/work/heimdal-1.5.3/lib/otp *** Error
code 1

Stop.
make[9]: stopped in /usr/ports/security/heimdal/work/heimdal-1.5.3/lib
*** Error code 1

Stop.
make[8]: stopped in /usr/ports/security/heimdal/work/heimdal-1.5.3
*** Error code 1

Stop.
make[7]: stopped in /usr/ports/security/heimdal
*** Error code 1

Stop.
make[6]: stopped in /usr/ports/security/heimdal
*** Error code 1

Stop.
make[5]: stopped in /usr/ports/security/p5-GSSAPI
*** Error code 1

Stop.
make[4]: stopped in /usr/ports/security/p5-GSSAPI
*** Error code 1

Stop.
make[3]: stopped in /usr/ports/security/p5-Authen-SASL
*** Error code 1

Stop.
make[2]: stopped in /usr/ports/security/p5-Authen-SASL
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/mail/p5-Mail-IMAPClient
*** Error code 1

Stop.
make: stopped in /usr/ports/mail/imapsync

The entire build log is located here: http://seibercom.net/imapsync.txt

-- 
Carmel

From lists at opsec.eu  Sun Nov  6 15:02:13 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Sun, 6 Nov 2016 16:02:13 +0100
Subject: Unable to build "imapsync"
In-Reply-To: <CY4PR20MB1397E6A4FBD815047B6730D280A40@CY4PR20MB1397.namprd20.prod.outlook.com>
References: <CY4PR20MB1397E6A4FBD815047B6730D280A40@CY4PR20MB1397.namprd20.prod.outlook.com>
Message-ID: <20161106150213.GF2648@home.opsec.eu>

Hi!

> I am unable to get the "/mail/imapsync" port to build. It ends with
> this error message:
> 
>        ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ndbm_wrap.c:208:22: error: too few
> arguments to function call, expected 5, have 4
> &key, &value, myflags);
>                      ^
> 2 warnings and 5 errors generated.
> *** Error code 1
> 
> Stop.
> make[10]: stopped
> in /usr/ports/security/heimdal/work/heimdal-1.5.3/lib/otp *** Error
> code 1

The failure is in security/heimdal, not in mail/imapsync.

Which version of FreeBSD is this ?

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From carmel_ny at outlook.com  Sun Nov  6 16:03:13 2016
From: carmel_ny at outlook.com (Gerard Seibert)
Date: Sun, 6 Nov 2016 16:02:06 +0000
Subject: Unable to build "imapsync"
In-Reply-To: <20161106150213.GF2648@home.opsec.eu>
References: <CY4PR20MB1397E6A4FBD815047B6730D280A40@CY4PR20MB1397.namprd20.prod.outlook.com>
 <20161106150213.GF2648@home.opsec.eu>
Message-ID: <CY4PR20MB1397739B23806DC5ABB420D980A40@CY4PR20MB1397.namprd20.prod.outlook.com>

On Sun, 6 Nov 2016 16:02:13 +0100, Kurt Jaeger stated:

>Hi!
>
>> I am unable to get the "/mail/imapsync" port to build. It ends with
>> this error message:
>> 
>>        ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> ndbm_wrap.c:208:22: error: too few
>> arguments to function call, expected 5, have 4
>> &key, &value, myflags);
>>                      ^
>> 2 warnings and 5 errors generated.
>> *** Error code 1
>> 
>> Stop.
>> make[10]: stopped
>> in /usr/ports/security/heimdal/work/heimdal-1.5.3/lib/otp *** Error
>> code 1  
>
>The failure is in security/heimdal, not in mail/imapsync.
>
>Which version of FreeBSD is this ?

11.0-CURRENT FreeBSD 11.0-CURRENT #0
r296485: Tue Mar  8 07:04:36 UTC 2016
root at releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

-- 
Carmel

From shoesoft at gmx.net  Sun Nov  6 17:51:01 2016
From: shoesoft at gmx.net (Stefan Ehmann)
Date: Sun, 6 Nov 2016 18:50:46 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <0189fe5a-3287-3faa-a09a-a281a1a66402@freebsd.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <b25982b5-ed8b-c741-2a52-bf6c92bd5d0b@zyxst.net>
 <ecf1cea8-cc67-6f93-e777-e20e554b1c02@zyxst.net>
 <20161105151834.6b1f0c59@kalimero.tijl.coosemans.org>
 <460e4669-a50f-fd10-95e6-992983eae56a@freebsd.org>
 <942f3758-e132-d39e-054d-53bf2b0752de@FreeBSD.org>
 <0189fe5a-3287-3faa-a09a-a281a1a66402@freebsd.org>
Message-ID: <7cb70ad3-7879-46a0-c3aa-c21a0d9179d6@gmx.net>

On 06.11.2016 12:43, Andrey Chernov wrote:
> On 06.11.2016 12:34, Mathieu Arnold wrote:
>> Le 05/11/2016 ? 16:00, Andrey Chernov a ?crit :
>>> The instruction posted to UPDATING is a bit incomplete.
>>> Additionlly
>>> portupgrade -f "p5-*"
>>> should run to move all ports still sitting in 5.20 directory, even if
>>> they are not depending on perl lib.
>>
>> That should not happen, what ports are affected by this ?
>>
> 
> It was several days ago and I don't remember them, excepting one (which
> is not even p5-* port: www/w3mir, because it was the last one). I just
> see a lot of ports still sitting in
> /usr/local/lib/perl5/site_perl/mach/5.20 (probably in auto subdir, I
> don't remember) directory, and only few are upgraded using library
> depend as in UPDATING: those one which have C compiled modules.


p5-XML-XPath and p5-Image-ExifTool also have files in mach/5.20 after
the upgrade. The directories are empty except for the .packlist file.

I'm not using portmaster but pkg with local repository.


$ pkg info -l  p5-XML-XPath | grep mach
        /usr/local/lib/perl5/site_perl/mach/5.20/auto/XML/XPath/.packlist

# pkg install p5-XML-XPath
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The most recent version of packages are already installed

# pkg install -f p5-XML-XPath
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The following 1 package(s) will be affected (of 0 checked):

Installed packages to be REINSTALLED:
        p5-XML-XPath-1.37

Number of packages to be reinstalled: 1

Proceed with this action? [y/N]: y
[1/1] Reinstalling p5-XML-XPath-1.37...
[1/1] Extracting p5-XML-XPath-1.37: 100%

$ pkg info -l  p5-XML-XPath | grep mach
        /usr/local/lib/perl5/site_perl/mach/5.24/auto/XML/XPath/.packlist

From dereks at lifeofadishwasher.com  Sun Nov  6 19:20:10 2016
From: dereks at lifeofadishwasher.com (Derek Schrock)
Date: Sun, 6 Nov 2016 14:20:07 -0500
Subject: mail/{neo,}mutt: why not packaged with gpgme?
In-Reply-To: <20161105111452.c76pnuvfloc56r54@ivaldir.etoilebsd.net>
References: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
 <20161105111452.c76pnuvfloc56r54@ivaldir.etoilebsd.net>
Message-ID: <20161106192007.GA71606@ircbsd.lifeofadishwasher.com>

On Sat, Nov 05, 2016 at 07:14:52AM EDT, Baptiste Daroussin wrote:
> On Wed, Nov 02, 2016 at 09:45:51PM +0100, Niklaas Baudet von Gersdorff wrote:
> > Hello,
> > 
> > While talking about an issue I have with mail/{neo,}mutt and
> > security/gnupg on #gnupg on freenode I was advised to use
> > security/gpgme with mutt. I haven't been using gpgme for a while,
> > mainly because the packaged versions of both mail/{neo,}mutt have
> > it disabled and I was too lazy to compile it on my own. Since
> > I got that advice, I've started wondering:
> > 
> > Why is gpgme disabled by default?
> > 
> > As was argued (and as I experienced myself) setting up mutt to
> > work with gpgme is much easier than without. Especially gnupg2
> > made it difficult to configure mutt without gpgme. So why not
> > enabling gpgme in the packaged versions?
> > 
> > I decided not to create a PR about this request. If that's wrong,
> > tell me and I'll create one.
> > 
> >     Niklaas
> 
> Actually having tested it, yes you are right it is way more simple, I have
> activated it in neomutt
> 
> Best regards,
> Bapt

I can't find any reason why it was off in mail/mutt, maybe because it
was always off since 2006.  However, since this appears to be a
non-disruptive change, excluding some extra packages being installed, I
think it should be turned on for mail/mutt as well.  Can this be updated
without a PR/patch?

From adamw at adamw.org  Sun Nov  6 19:24:59 2016
From: adamw at adamw.org (Adam Weinberger)
Date: Sun, 6 Nov 2016 12:24:49 -0700
Subject: mail/{neo,}mutt: why not packaged with gpgme?
In-Reply-To: <20161106192007.GA71606@ircbsd.lifeofadishwasher.com>
References: <20161102204551.jkismaljloqwlokp@box-hlm-03.niklaas.eu>
 <20161105111452.c76pnuvfloc56r54@ivaldir.etoilebsd.net>
 <20161106192007.GA71606@ircbsd.lifeofadishwasher.com>
Message-ID: <A0011F37-99FD-4C0B-8FBD-59D21082D861@adamw.org>

> On 6 Nov, 2016, at 12:20, Derek Schrock <dereks at lifeofadishwasher.com> wrote:
> 
> On Sat, Nov 05, 2016 at 07:14:52AM EDT, Baptiste Daroussin wrote:
>> On Wed, Nov 02, 2016 at 09:45:51PM +0100, Niklaas Baudet von Gersdorff wrote:
>>> Hello,
>>> 
>>> While talking about an issue I have with mail/{neo,}mutt and
>>> security/gnupg on #gnupg on freenode I was advised to use
>>> security/gpgme with mutt. I haven't been using gpgme for a while,
>>> mainly because the packaged versions of both mail/{neo,}mutt have
>>> it disabled and I was too lazy to compile it on my own. Since
>>> I got that advice, I've started wondering:
>>> 
>>> Why is gpgme disabled by default?
>>> 
>>> As was argued (and as I experienced myself) setting up mutt to
>>> work with gpgme is much easier than without. Especially gnupg2
>>> made it difficult to configure mutt without gpgme. So why not
>>> enabling gpgme in the packaged versions?
>>> 
>>> I decided not to create a PR about this request. If that's wrong,
>>> tell me and I'll create one.
>>> 
>>>    Niklaas
>> 
>> Actually having tested it, yes you are right it is way more simple, I have
>> activated it in neomutt
>> 
>> Best regards,
>> Bapt
> 
> I can't find any reason why it was off in mail/mutt, maybe because it
> was always off since 2006.  However, since this appears to be a
> non-disruptive change, excluding some extra packages being installed, I
> think it should be turned on for mail/mutt as well.  Can this be updated
> without a PR/patch?

Done.

# Adam


-- 
Adam Weinberger
adamw at adamw.org
http://www.adamw.org



From ohartman at zedat.fu-berlin.de  Sun Nov  6 19:26:50 2016
From: ohartman at zedat.fu-berlin.de (O. Hartmann)
Date: Sun, 6 Nov 2016 20:26:34 +0100
Subject: [poudriere]: lang/php56 is unwilling to build with ZTS
In-Reply-To: <ef4c4115-936d-9e05-1e90-658a7c39cf5e@FreeBSD.org>
References: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
 <ef4c4115-936d-9e05-1e90-658a7c39cf5e@FreeBSD.org>
Message-ID: <20161106202634.3c5d8dd9@thor.walstatt.dynvpn.de>

Am Thu, 3 Nov 2016 12:03:55 +1000
Dima Panov <fluffy at FreeBSD.org> schrieb:

> 01.11.16 20:49, O. Hartmann ?????:
> > Obviously I ran into a problem with recent poudriere on CURRENT building ports
> > in a CURRENT jail.
> > 
> > Building threaded www/apache24 requires lang/php56 having option ZTS set. I did
> > so. I tried to rebuild all depending ports, but I run into rpoblems then with
> > php56: for instance, textproc/php56-xmlreader fails to build, the poudriere log
> > gives the reason:
> >   
> > ===>   php56-xmlreader-5.6.27 depends on  
> > file: /usr/local/lib/php/20131226/dom.so - not found
> > 
> > On systems with properly set ZTS, the expected folder for PHP modules would be
> > 
> > /usr/local/lib/php/20131226-zts/
> > 
> > When I first discovered this, I tried to delete and rebuild lang/php56 from
> > packages - definitely with option ZTS set - but the error is persistant.
> > 
> > I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
> > to solve this problem.
> > 
> > Please CC me, I do not subscribe the list. Thanks.
> > 
> > Thank you very much in advance,
> >   
> 
> Some tweaks with poudriere build environment requred to suport ZTS build:
> 
> cat /usr/local/poudriere.d/make.conf
> 
> # www/apache24
> WITH_MPM=event

I used WITH_MPM=worker which should provide also a threaded Apache 2.4

> 
> 
> Meanwhile, I've got today another problem with poudriere. 
> 
> 'poudriere options' with non-default portstree uses options subdir from default tree, 
> but 'poudriere bulk' hooks up the right options tree, without configured options, at
> all. 
> 
> 
> 
> 

The problem must be located around the lang/php56 port/package. When ZTS enabled, I would
expect to find php plugin libs in 

/usr/local/lib/php/20131226-zts/

but the failing ports report all a non-available /usr/local/lib/php/20131226/ folder,
please consider the difference!

At this very moment, even a fresh clean start of the poudriere build does end up in
failures for the follwoing ports:

textproc/php56-wddx
databases/php56-pdo_sqlite
databases/php56-pdo_pgsql
databases/php56-pdo_mysql
devel/pear
textproc/php56-xmlreader
textproc/php56-xsl
net/phpldapadmin
databases/phppgadmin
devel/websvn

This failure occurs only in poudriere. If the ports are installed the proper way
via /usr/ports and make, everything seems correct.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/aec4b04e/attachment.sig>

From maciej at suszko.eu  Sun Nov  6 21:00:19 2016
From: maciej at suszko.eu (Maciej Suszko)
Date: Sun, 6 Nov 2016 22:00:13 +0100
Subject: fresh CURRENT + qt5 ports = application bus error
In-Reply-To: <26cb0927-d43b-cc54-4c2f-95aede26d1de@passap.ru>
References: <26cb0927-d43b-cc54-4c2f-95aede26d1de@passap.ru>
Message-ID: <20161106220013.068a760c@leo.lan>

Boris Samorodov <bsam at passap.ru> wrote:
> Hi All,
> 
> 
> I've refreshed my current system from a week-ago revision to:
> % uname -a
> FreeBSD apok.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r308229: Thu
> Nov 3 04:23:24 MSK 2016
> bsam at apok.bsnet:/usr/obj/usr/src/sys/APOK64X  amd64
> 
> And pkg upgrade gave me qt5 ports upgrade.
> 
> After reboot qt applications (diligent and qupzilla) result in bus
> error. I recompiled net-im/diligent at ports but the result is the
> same.
> 
> 
> Any help is appreciated. Thank you.

Hi,

In my case there was a problem with owncloudclient complaining
something about xcb (after xcb update)... I just reinstalled qt5-gui
and it's working again. Probably more packages should be recompiled
(pkg shlib libxcb.so.1) but I haven't found any information in UPDATING.
-- 
regards, Maciej Suszko.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161106/f2b35e3c/attachment.sig>

From gcr+freebsd-ports at tharned.org  Sun Nov  6 22:49:26 2016
From: gcr+freebsd-ports at tharned.org (Greg Rivers)
Date: Sun, 06 Nov 2016 16:49:18 -0600
Subject: lang/perl5.24 upgrade breaks munin-graph in sysutils/munin-master
Message-ID: <7789128.U8IEBT91EZ@flake.tharned.org>

After upgrading to perl 5.24, munin-graph now exits thusly:

2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $dom in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $host in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $serv in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $scale in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $scale in pattern match (m//) at /usr/local/share/munin/munin-graph line 133, <GEN1> line 1.
2016/11/06 16:40:42 [WARNING] Request for graph without specifying domain. Bailing out.
2016/11/06 16:40:42 Invalid parameters!

and no charts are produced.

-- 
Greg

From yasu at utahime.org  Mon Nov  7 01:47:32 2016
From: yasu at utahime.org (Yasuhiro KIMURA)
Date: Mon, 07 Nov 2016 10:39:49 +0900 (JST)
Subject: PR commit request
Message-ID: <20161107.103949.2099558738745646166.yasu@utahime.org>

Hello,

Would someone please commit following 2 PRs with maintainer timeout?

Bug 212898 - textproc/trang: update to 2015.11.27
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212898
Bug 212899 - textproc/jing: update to 2015.11.27
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212899

Best Regards.

---
Yasuhiro KIMURA

From markmi at dsl-only.net  Mon Nov  7 06:47:23 2016
From: markmi at dsl-only.net (Mark Millard)
Date: Sun, 6 Nov 2016 22:47:15 -0800
Subject: [HEADSUP] Default Perl changed to 5.24.
References: <705690F0-73CB-4263-84E6-12C9A8F8EBDE@dsl-only.net>
Message-ID: <1685582A-2ECB-4F67-8742-543144D43B2C@dsl-only.net>

Stefan Ehmann shoesoft at gmx.net on Sun Nov 6 17:51:01 UTC 2016 wrote:

> Sun Nov 6 17:51:01 UTC 2016On 06.11.2016 12:43, Andrey Chernov wrote:
>> On 06.11.2016 12:34, Mathieu Arnold wrote:
>>> Le 05/11/2016 ? 16:00, Andrey Chernov a ?crit :
>>>> The instruction posted to UPDATING is a bit incomplete.
>>>> Additionlly
>>>> portupgrade -f "p5-*"
>>>> should run to move all ports still sitting in 5.20 directory, even if
>>>> they are not depending on perl lib.
>>> 
>>> That should not happen, what ports are affected by this ?
>>> 
>> 
>> It was several days ago and I don't remember them, excepting one (which
>> is not even p5-* port: www/w3mir, because it was the last one). I just
>> see a lot of ports still sitting in
>> /usr/local/lib/perl5/site_perl/mach/5.20 (probably in auto subdir, I
>> don't remember) directory, and only few are upgraded using library
>> depend as in UPDATING: those one which have C compiled modules.
> 
> 
> p5-XML-XPath and p5-Image-ExifTool also have files in mach/5.20 after
> the upgrade. The directories are empty except for the .packlist file.
> 
> I'm not using portmaster but pkg with local repository.
> 
> 
> $ pkg info -l  p5-XML-XPath | grep mach
>        /usr/local/lib/perl5/site_perl/mach/5.20/auto/XML/XPath/.packlist
. . .

I do not use perl directly but it ends up present via dependencies. It is not heavily used even then. (I use portmaster and source based builds generally.)

Here is what I found looking back in 5.22 after switching to 5.24:

> # find /usr/local/lib/perl5/site_perl/mach/5.22/ -print | grep packlist | more
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/File/Listing/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/Net/HTTP/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/URI/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/Mozilla/CA/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/LWP/MediaTypes/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/LWP/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/Digest/HMAC/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/Socket/IP/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/Socket/SSL/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/HTML/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/Encode/Locale/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Negotiate/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Message/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Cookies/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Daemon/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/WWW/RobotRules/.packlist
> /usr/local/lib/perl5/site_perl/mach/5.22/auto/Authen/NTLM/.packlist

None of this had 5.24 equivalents present.

It appears that the UPDATING notes for portmaster are also incomplete.

Using portmaster with -f for each matching p5-*-* generally cleaned this up: removing the 5.22 item and adding the 5.24 one. (There is no /usr/ports/www/p5-LWP by itself.) But I still have:

> /usr/local/lib/perl5/site_perl/mach/5.22/auto/LWP/.packlist

even though there is now a:

> /usr/local/lib/perl5/site_perl/mach/5.24/auto/LWP/MediaTypes/.packlist


===
Mark Millard
markmi at dsl-only.net


From matthew at FreeBSD.org  Mon Nov  7 08:10:18 2016
From: matthew at FreeBSD.org (Matthew Seaman)
Date: Mon, 7 Nov 2016 08:10:12 +0000
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <1685582A-2ECB-4F67-8742-543144D43B2C@dsl-only.net>
References: <705690F0-73CB-4263-84E6-12C9A8F8EBDE@dsl-only.net>
 <1685582A-2ECB-4F67-8742-543144D43B2C@dsl-only.net>
Message-ID: <512be32c-daaf-52b9-de12-bd914b021daf@FreeBSD.org>

On 07/11/2016 06:47, Mark Millard wrote:
> Here is what I found looking back in 5.22 after switching to 5.24:
> 
>> > # find /usr/local/lib/perl5/site_perl/mach/5.22/ -print | grep packlist | more
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/File/Listing/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/Net/HTTP/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/URI/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/Mozilla/CA/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/LWP/MediaTypes/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/LWP/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/Digest/HMAC/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/Socket/IP/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/Socket/SSL/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/IO/HTML/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/Encode/Locale/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Negotiate/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Message/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Cookies/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/HTTP/Daemon/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/WWW/RobotRules/.packlist
>> > /usr/local/lib/perl5/site_perl/mach/5.22/auto/Authen/NTLM/.packlist
> None of this had 5.24 equivalents present.
> 

.packlist files are autogenerated by perl during the installation of a
module into staging.  They contain a manifest of the module as installed
on your system.  This makes them redundant considering that a pkg file
already contains this, and more, information.

I believe the current consensus is that .packlist files should not be
copied out of the staging area when creating a pkg of a perl module, and
should not be considered part of a pkg.  Although it seems that
consensus is not followed by all perl module packages.

Unfortunately, there is nothing to clean up any pre-existing .packlist
files already installed in you $PERL5LIB and it's only at the relatively
rare occasions like this when the perl module library switches to a new
directory that their presence becomes obvious.

	Cheers,

	Matthew



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/e1607426/attachment.sig>

From freebsd at skysmurf.nl  Mon Nov  7 12:29:22 2016
From: freebsd at skysmurf.nl (Alphons van Werven)
Date: Mon, 7 Nov 2016 13:27:19 +0100
Subject: Resurrecting games/wmfortune (Was: Re: misc/jive deleted)
In-Reply-To: <201611031827.uA3IR4qn004744@fire.js.berklix.net>
References: <20161023163752.GC66792@spectrum.skysmurf.nl>
 <201611031827.uA3IR4qn004744@fire.js.berklix.net>
Message-ID: <20161107122719.GA50974@spectrum.skysmurf.nl>

Julian H. Stacey wrote:

> FYI in case newer than yours, Fonz, I have
>   MD5 (9.2-RELEASE/wmfortune-0.241.tar.gz) = fa8db5d9a46d9afe7757f498c781e8c9
>   SHA256 (9.2-RELEASE/wmfortune-0.241.tar.gz) = b149067b7e3521f7e03354b12754baaf9c5556af4d286bbd6d169b1db9f6dba0
> 
> It builds & run on my 9.2, I've not tried on current.

That matches what I've got and appears to be the most recent, thanks.

Considering the overly aggressive pruning of the ports tree that the
Powers That Be have been conveying (but what to me rather more seems like
attempting to perform intricate neurosurgery using a sledgehammer and a
chainsaw), it's unlikely that a port which is no longer maintained
upstream will be welcomed back into the tree, even though people are
willing to maintain the port and host the distfiles. There probably needs
to be some sort of alternative--or "underground" if you like--tree that
can serve those ports that are not to the liking of a select few (and/or
that have been taken away from the tolerant in order to appease the
intolerant, such as in the misc/jive case). I'm currently looking into
what's the best way to go about setting up such a supplementary tree.

Fonz

-- 
A.J. "Fonz" van Werven <freebsd at skysmurf.nl>
mailsig: Help! I'm a prisoner in a Chinese fortune cookie factory.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/50440350/attachment.sig>

From jev at ecadlabs.com  Mon Nov  7 15:27:36 2016
From: jev at ecadlabs.com (=?UTF-8?Q?Jev_Bj=C3=B6rsell?=)
Date: Mon, 07 Nov 2016 15:27:24 +0000
Subject: net-mgmt/prometheus update to 1.3.1, committer requested
Message-ID: <CAGKJJVksxqYE5ZXwW_CAFneVo8qfUofpY-arDBOaJM9KF41EAQ@mail.gmail.com>

Hi All,

Could I get a committer to apply my latest update patch for
net-mgmt/prometheus, which is available here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214245

Thanks,
-Jev

From lists at opsec.eu  Mon Nov  7 15:49:18 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Mon, 7 Nov 2016 16:49:16 +0100
Subject: PR commit request
In-Reply-To: <20161107.103949.2099558738745646166.yasu@utahime.org>
References: <20161107.103949.2099558738745646166.yasu@utahime.org>
Message-ID: <20161107154916.GG2648@home.opsec.eu>

Hi!

> Would someone please commit following 2 PRs with maintainer timeout?
> 
> Bug 212898 - textproc/trang: update to 2015.11.27
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212898
> Bug 212899 - textproc/jing: update to 2015.11.27
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212899

Done.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From lists at opsec.eu  Mon Nov  7 15:51:26 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Mon, 7 Nov 2016 16:51:28 +0100
Subject: net-mgmt/prometheus update to 1.3.1, committer requested
In-Reply-To: <CAGKJJVksxqYE5ZXwW_CAFneVo8qfUofpY-arDBOaJM9KF41EAQ@mail.gmail.com>
References: <CAGKJJVksxqYE5ZXwW_CAFneVo8qfUofpY-arDBOaJM9KF41EAQ@mail.gmail.com>
Message-ID: <20161107155128.GH2648@home.opsec.eu>

Hi!

> Could I get a committer to apply my latest update patch for
> net-mgmt/prometheus, which is available here:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214245

Yes, done.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From demandas07 at tuempresaactualizada.com  Mon Nov  7 16:11:04 2016
From: demandas07 at tuempresaactualizada.com (Acciones contundentes y eficaces en esta materia)
Date: Mon, 7 Nov 2016 10:10:52 -0600
Subject: Demandas Laborales - Acciones Preventivas
Message-ID: <9d30bcc0dc97ce66745375730014dcfd@tuempresaactualizada.com>

 

En l?nea y en Vivo / Para todo su Equipo con una sola Conexi?n 

Acciones Preventivas contra 
Demandas Laborales
24 de noviembre - Online en Vivo - 10:00 a 13:00 y de 15:00 a 18:00 Hrs
 
Debemos de tomar en cuenta que una demanda es el inicio de un juicio laboral, en la cual se dirige a los miembros de la Junta Especial de Conciliaci?n y Arbitraje, ya sea local o federal, en donde el trabajador, quien normalmente es quien promueve, manifiesta su inconformidad con su patr?n mediante la v?a legal, reclamando diversas prestaciones, las cuales pueden ser justificadas o no. Esto le representa una considerable p?rdida de tiempo y recursos en caso de no tener una correcta cultura preventiva. 
TEMARIO: 


1. Desarrolle mecanismos de prevenci?n de Demandas Laborales para la protecci?n de su empresa u organizaci?n.

2. Conozca los alcances de los recursos legales del Patr?n y c?mo aprovechar los mismos. 

3. Aprenda a ejecutar acciones contundentes y eficaces en esta materia.

...?Y mucho m?s!



 
?Requiere la informaci?n a la Brevedad?
responda este email con la palabra: 
Info - Demandas.
centro telef?nico: 018002129393
 

Lic. Arturo L?pez
Coordinador de Evento


 
?Demasiados mensajes en su cuenta? Responda este mensaje indicando que solo desea recibir CALENDARIO y s?lo recibir? un correo al mes. Si desea cancelar la suscripci?n, solicite su BAJA. 
 

 

 


From brooks at freebsd.org  Mon Nov  7 16:59:38 2016
From: brooks at freebsd.org (Brooks Davis)
Date: Mon, 7 Nov 2016 16:59:36 +0000
Subject: clang support for compiler:openmp
In-Reply-To: <20161106073622.GA17279@athena.sysfault.org>
References: <20161106073622.GA17279@athena.sysfault.org>
Message-ID: <20161107165936.GB34216@spindle.one-eyed-alien.net>

On Sun, Nov 06, 2016 at 08:36:22AM +0100, Marcus von Appen wrote:
> Hi,
> 
> is there a specific reason, why we do not (yet) have openmp support for
> clang via compiler:openmp? With devel/openmp in the ports tree, I'd
> expect compiler:openmp to set
> 
> LIB_DEPENDS+=   libomp.so:devel/openmp
> 
> for compiler=clang. CFLAGS and LIBS/LDFLAGS might be tweaked on a
> per-port level.

I talked with Baptiste about this in Belgrade.  I think the best way
forward would be to remove the OPENMP option from the llvm ports and
alter the clang-patch-fopenmp.diff patch to use the .so from
devel/openmp.

I have a major deadline at the end of the week so it definitely won't
happen this week.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/24a41d1f/attachment.sig>

From doctor at doctor.nl2k.ab.ca  Mon Nov  7 20:33:02 2016
From: doctor at doctor.nl2k.ab.ca (The Doctor)
Date: Mon, 7 Nov 2016 13:33:00 -0700
Subject: Repeat e-mail syndrome shows up in 2.2.26+
In-Reply-To: <20161104172916.GA42647@doctor.nl2k.ab.ca>
References: <20161101162637.GA26017@doctor.nl2k.ab.ca>
 <F56F7F45-8CA8-4238-B0B9-626EEC7CF364@iki.fi>
 <20161104172916.GA42647@doctor.nl2k.ab.ca>
Message-ID: <20161107203300.GA74789@doctor.nl2k.ab.ca>

On Fri, Nov 04, 2016 at 11:29:16AM -0600, The Doctor wrote:
> On Wed, Nov 02, 2016 at 07:15:17PM +0200, Timo Sirainen wrote:
> > On 01 Nov 2016, at 18:26, The Doctor <doctor at doctor.nl2k.ab.ca> wrote:
> > > 
> > > Getting complaints from people about pop/imap
> > > 
> > > issues.
> > > 
> > > some people are getting repaeted e-mail.
> > > 
> > > Other are not able to delete their e-mails from an IMAP lcient.
> > 
> > Anything in error logs? POP3 duplicates sound like IMAP UIDs were changed (or are still changing?)
> 
> Tat is what I see in the log.
> 
> I did send a huge attachment.
> 
> Dovecot was adding the UID by 1 for some odd reason.
> 
> Can you track down why this is occuring?
> 
> And even IMAP folder cannot update.
> 
> I right have to revert to 2.2.25 for now until these issues
> are addressed.
> 

Reverting will not work.

I have clients turning into dragons over this issue.

Any fix on the horizon?

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Time for the USA to hold a referendum on its republic and vote to dissolve!! 

From mazhe at alkumuna.eu  Mon Nov  7 21:13:13 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Mon, 7 Nov 2016 22:12:59 +0100
Subject: clang support for compiler:openmp
In-Reply-To: <20161107165936.GB34216@spindle.one-eyed-alien.net>
References: <20161106073622.GA17279@athena.sysfault.org>
 <20161107165936.GB34216@spindle.one-eyed-alien.net>
Message-ID: <20161107221259.48b198b6@freedom.alkumuna.eu>

On Mon, 7 Nov 2016 16:59:36 +0000
Brooks Davis <brooks at freebsd.org> wrote:

> On Sun, Nov 06, 2016 at 08:36:22AM +0100, Marcus von Appen wrote:
> > Hi,
> > 
> > is there a specific reason, why we do not (yet) have openmp support for
> > clang via compiler:openmp? With devel/openmp in the ports tree, I'd
> > expect compiler:openmp to set
> > 
> > LIB_DEPENDS+=   libomp.so:devel/openmp
> > 
> > for compiler=clang. CFLAGS and LIBS/LDFLAGS might be tweaked on a
> > per-port level.
> 
> I talked with Baptiste about this in Belgrade.  I think the best way
> forward would be to remove the OPENMP option from the llvm ports and
> alter the clang-patch-fopenmp.diff patch to use the .so from
> devel/openmp.
> 
> I have a major deadline at the end of the week so it definitely won't
> happen this week.
> 

Would not that make that every clang use the llvm 3.8 libomp snapshot? It might be useful to use later versions in some cases, but anyway, that would be great!

It would also be awesome if base clang would be able to find omp.h and libomp more "out of the box" once the package is installed...

-- Mazhe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/85710dfd/attachment.sig>

From rizzo at i805.com.br  Mon Nov  7 22:00:12 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 7 Nov 2016 18:59:26 -0300
Subject: clang support for compiler:openmp
In-Reply-To: <20161107221259.48b198b6@freedom.alkumuna.eu>
References: <20161106073622.GA17279@athena.sysfault.org>
 <20161107165936.GB34216@spindle.one-eyed-alien.net>
 <20161107221259.48b198b6@freedom.alkumuna.eu>
Message-ID: <20161107215752.M68809@i805.com.br>

Em Mon, 7 Nov 2016 22:12:59 +0100, Matthieu Volat escreveu
> On Mon, 7 Nov 2016 16:59:36 +0000
> Brooks Davis <brooks at freebsd.org> wrote:
> 
> > On Sun, Nov 06, 2016 at 08:36:22AM +0100, Marcus von Appen wrote:
> > > Hi,
> > > 
> > > is there a specific reason, why we do not (yet) have openmp support for
> > > clang via compiler:openmp? With devel/openmp in the ports tree, I'd
> > > expect compiler:openmp to set
> > > 
> > > LIB_DEPENDS+=   libomp.so:devel/openmp
> > > 
> > > for compiler=clang. CFLAGS and LIBS/LDFLAGS might be tweaked on a
> > > per-port level.
> > 
> > I talked with Baptiste about this in Belgrade.  I think the best way
> > forward would be to remove the OPENMP option from the llvm ports and
> > alter the clang-patch-fopenmp.diff patch to use the .so from
> > devel/openmp.
> > 
> > I have a major deadline at the end of the week so it definitely won't
> > happen this week.
> >
> 
> Would not that make that every clang use the llvm 3.8 libomp 
> snapshot? It might be useful to use later versions in some cases,
>  but anyway, that would be great!
> 
> It would also be awesome if base clang would be able to find omp.h 
> and libomp more "out of the box" once the package is installed...
> 
> -- Mazhe

  I have one question about a llvm and clang ports.  it's possible
port the llvm 3.9 and clang 4.0.0 with cuda support?


---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/


From mazhe at alkumuna.eu  Mon Nov  7 22:09:15 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Mon, 7 Nov 2016 23:09:05 +0100
Subject: clang support for compiler:openmp
In-Reply-To: <20161107215752.M68809@i805.com.br>
References: <20161106073622.GA17279@athena.sysfault.org>
 <20161107165936.GB34216@spindle.one-eyed-alien.net>
 <20161107221259.48b198b6@freedom.alkumuna.eu>
 <20161107215752.M68809@i805.com.br>
Message-ID: <20161107230905.2790395f@freedom.alkumuna.eu>

On Mon, 7 Nov 2016 18:59:26 -0300
"Nilton Jose Rizzo" <rizzo at i805.com.br> wrote:

> Em Mon, 7 Nov 2016 22:12:59 +0100, Matthieu Volat escreveu
> > On Mon, 7 Nov 2016 16:59:36 +0000
> > Brooks Davis <brooks at freebsd.org> wrote:
> > [...]

> 
>   I have one question about a llvm and clang ports.  it's possible
> port the llvm 3.9 and clang 4.0.0 with cuda support?
> 
> 

I don't think we'll see that anytime soon: even if there are now some compilers that produce cuda PTX bytecode, you neeed userland and kernel code to actually compile it to native GPU code/push it/do data transfert, and only the nvidia official driver do that for now.

There's some of that in the linux compatibility part of the nvidia driver, and some people managed to use it in the past, but right now, I'm not so sure.


-- Mazhe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/4d729ec7/attachment.sig>

From brooks at freebsd.org  Mon Nov  7 23:44:40 2016
From: brooks at freebsd.org (Brooks Davis)
Date: Mon, 7 Nov 2016 23:44:38 +0000
Subject: clang support for compiler:openmp
In-Reply-To: <20161107221259.48b198b6@freedom.alkumuna.eu>
References: <20161106073622.GA17279@athena.sysfault.org>
 <20161107165936.GB34216@spindle.one-eyed-alien.net>
 <20161107221259.48b198b6@freedom.alkumuna.eu>
Message-ID: <20161107234438.GC34216@spindle.one-eyed-alien.net>

On Mon, Nov 07, 2016 at 10:12:59PM +0100, Matthieu Volat wrote:
> On Mon, 7 Nov 2016 16:59:36 +0000
> Brooks Davis <brooks at freebsd.org> wrote:
> 
> > On Sun, Nov 06, 2016 at 08:36:22AM +0100, Marcus von Appen wrote:
> > > Hi,
> > > 
> > > is there a specific reason, why we do not (yet) have openmp support for
> > > clang via compiler:openmp? With devel/openmp in the ports tree, I'd
> > > expect compiler:openmp to set
> > > 
> > > LIB_DEPENDS+=   libomp.so:devel/openmp
> > > 
> > > for compiler=clang. CFLAGS and LIBS/LDFLAGS might be tweaked on a
> > > per-port level.
> > 
> > I talked with Baptiste about this in Belgrade.  I think the best way
> > forward would be to remove the OPENMP option from the llvm ports and
> > alter the clang-patch-fopenmp.diff patch to use the .so from
> > devel/openmp.
> > 
> > I have a major deadline at the end of the week so it definitely won't
> > happen this week.
> > 
> 
> Would not that make that every clang use the llvm 3.8 libomp snapshot? It might be useful to use later versions in some cases, but anyway, that would be great!

It would mean sticking to a single version, but I'd be pretty surprised
if mixing them ended well so that's probably for the best.

> It would also be awesome if base clang would be able to find omp.h and libomp more "out of the box" once the package is installed...

libomp is pretty easy once I realized I needed to hardcode the path to
the .so, I'll have to see what's involved for omp.h.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/3d0a6b34/attachment.sig>

From dch at skunkwerks.at  Tue Nov  8 00:41:16 2016
From: dch at skunkwerks.at (Dave Cottlehuber)
Date: Tue, 08 Nov 2016 01:34:22 +0100
Subject: simple PRs with maintainer patches for commits
Message-ID: <1478565262.1652894.780490105.4BF0D61D@webmail.messagingengine.com>

Could these 2 PRs get a committer please? I'm the maintainer for both.
No upstream changes, just ports-related improvements.

www/h2o:
- support integrated mruby & clean up option handling
- https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213733

net-mgmt/riemann:
- fix reload under daemon(8) using pkill
- use new upstream master site
- add conf.d for more complex configurations
- add named daemon(8) process info
- https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212671

A+
Dave

From jhs at berklix.com  Tue Nov  8 01:21:45 2016
From: jhs at berklix.com (Julian H. Stacey)
Date: Tue, 08 Nov 2016 02:21:05 +0100
Subject: Resurrecting games/wmfortune (Was: Re: misc/jive deleted)
In-Reply-To: Your message "Mon, 07 Nov 2016 13:27:19 +0100."
 <20161107122719.GA50974@spectrum.skysmurf.nl>
Message-ID: <201611080121.uA81L5xa016705@fire.js.berklix.net>

> Julian H. Stacey wrote:
> 
> > FYI in case newer than yours, Fonz, I have
> >   MD5 (9.2-RELEASE/wmfortune-0.241.tar.gz) =3D fa8db5d9a46d9afe7757f498c7=
> 81e8c9
> >   SHA256 (9.2-RELEASE/wmfortune-0.241.tar.gz) =3D b149067b7e3521f7e03354b=
> 12754baaf9c5556af4d286bbd6d169b1db9f6dba0
> >=20
> > It builds & run on my 9.2, I've not tried on current.
> 
> That matches what I've got and appears to be the most recent, thanks.
> 
> Considering the overly aggressive pruning of the ports tree that the
> Powers That Be have been conveying (but what to me rather more seems like
> attempting to perform intricate neurosurgery using a sledgehammer and a
> chainsaw), it's unlikely that a port which is no longer maintained
> upstream will be welcomed back into the tree, even though people are
> willing to maintain the port and host the distfiles. There probably needs
> to be some sort of alternative--or "underground" if you like--tree that
> can serve those ports that are not to the liking of a select few (and/or
> that have been taken away from the tolerant in order to appease the
> intolerant, such as in the misc/jive case). 

Agreed.  I will also contribute deleted working ports.


> I'm currently looking into
> what's the best way to go about setting up such a supplementary tree.

To prevent ports deleters further disruption, I created 
http://mailman.berklix.org/mailman/listinfo/freebsd-ports
& cc'd "FreeBSD Ports Resuscitation" <freebsd-ports at mailman.berklix.org>

I can offer a FreeBSD server, space for freebsd.org + supplmentary
SVN trees, + ftp & http (as used for http://ctm.berklix.org ) .

Initially non SVN'd last working copies would be something.
We'd next want SVN to maintain it. SVN is already installed on
server, I would need to add http support for SVN (suggestions welcome).
Hopefully others would volunteer for SVN admin & port meta data recovery.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes

From gcr+freebsd-ports at tharned.org  Tue Nov  8 02:34:00 2016
From: gcr+freebsd-ports at tharned.org (Greg Rivers)
Date: Mon, 07 Nov 2016 20:33:53 -0600
Subject: [Solved] lang/perl5.24 upgrade breaks munin-graph in
 sysutils/munin-master
In-Reply-To: <7789128.U8IEBT91EZ@flake.tharned.org>
References: <7789128.U8IEBT91EZ@flake.tharned.org>
Message-ID: <2175688.KIYLbRYi9u@flake.tharned.org>

GregOn Sunday, November 06, 2016 16:49:18  wrote:
> After upgrading to perl 5.24, munin-graph now exits thusly:
> 
> 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $dom in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
> 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $host in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
> 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $serv in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
> 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $scale in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
> 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $scale in pattern match (m//) at /usr/local/share/munin/munin-graph line 133, <GEN1> line 1.
> 2016/11/06 16:40:42 [WARNING] Request for graph without specifying domain. Bailing out.
> 2016/11/06 16:40:42 Invalid parameters!
> 
> and no charts are produced.
> 
I was mistaken as to the cause of the problem I was seeing. Munin apparently grew a new dependency on CGI::Fast. Installing www/p5-CGI-Fast fixed the problem. Sorry for the false alarm. Should www/p5-CGI-Fast be added to Munin's run time dependency list?

-- 
Greg

From jankyj at unfs.us  Tue Nov  8 04:21:22 2016
From: jankyj at unfs.us (Janky Jay, III)
Date: Mon, 7 Nov 2016 21:13:17 -0700
Subject: PR Commit Request.
Message-ID: <8b846f7e-ca35-3bbf-7f1a-b32193c2e620@unfs.us>

Hello,

	Can someone please commit this (it's been waiting a while and is only a
simple "sed" change in the Makefile). If there's anything else I need to
do, let me know. Thanks!

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210138

Regards,
Janky Jay, III

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161107/d4e805a5/attachment.sig>

From lists at opsec.eu  Tue Nov  8 06:04:39 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Tue, 8 Nov 2016 07:04:36 +0100
Subject: [Solved] lang/perl5.24 upgrade breaks munin-graph in
 sysutils/munin-master
In-Reply-To: <2175688.KIYLbRYi9u@flake.tharned.org>
References: <7789128.U8IEBT91EZ@flake.tharned.org>
 <2175688.KIYLbRYi9u@flake.tharned.org>
Message-ID: <20161108060436.GJ2648@home.opsec.eu>

Hi!

> GregOn Sunday, November 06, 2016 16:49:18  wrote:
> > After upgrading to perl 5.24, munin-graph now exits thusly:
> > 
> > 2016/11/06 16:40:42 [PERL WARNING] Use of uninitialized value $dom in concatenation (.) or string at /usr/local/share/munin/munin-graph line 131, <GEN1> line 1.
[...]

> I was mistaken as to the cause of the problem I was seeing. Munin
> apparently grew a new dependency on CGI::Fast. Installing www/p5-CGI-Fast
> fixed the problem. Sorry for the false alarm. Should www/p5-CGI-Fast
> be added to Munin's run time dependency list?

Yes. Can you submit a PR ?

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From doctor at doctor.nl2k.ab.ca  Tue Nov  8 07:04:12 2016
From: doctor at doctor.nl2k.ab.ca (The Doctor)
Date: Tue, 8 Nov 2016 00:04:10 -0700
Subject: Repeat e-mail syndrome shows up in 2.2.26+
In-Reply-To: <20161107203300.GA74789@doctor.nl2k.ab.ca>
References: <20161101162637.GA26017@doctor.nl2k.ab.ca>
 <F56F7F45-8CA8-4238-B0B9-626EEC7CF364@iki.fi>
 <20161104172916.GA42647@doctor.nl2k.ab.ca>
 <20161107203300.GA74789@doctor.nl2k.ab.ca>
Message-ID: <20161108070410.GA48029@doctor.nl2k.ab.ca>

On Mon, Nov 07, 2016 at 01:33:00PM -0700, The Doctor wrote:
> On Fri, Nov 04, 2016 at 11:29:16AM -0600, The Doctor wrote:
> > On Wed, Nov 02, 2016 at 07:15:17PM +0200, Timo Sirainen wrote:
> > > On 01 Nov 2016, at 18:26, The Doctor <doctor at doctor.nl2k.ab.ca> wrote:
> > > > 
> > > > Getting complaints from people about pop/imap
> > > > 
> > > > issues.
> > > > 
> > > > some people are getting repaeted e-mail.
> > > > 
> > > > Other are not able to delete their e-mails from an IMAP lcient.
> > > 
> > > Anything in error logs? POP3 duplicates sound like IMAP UIDs were changed (or are still changing?)
> > 
> > Tat is what I see in the log.
> > 
> > I did send a huge attachment.
> > 
> > Dovecot was adding the UID by 1 for some odd reason.
> > 
> > Can you track down why this is occuring?
> > 
> > And even IMAP folder cannot update.
> > 
> > I right have to revert to 2.2.25 for now until these issues
> > are addressed.
> > 
> 
> Reverting will not work.
> 
> I have clients turning into dragons over this issue.
> 
> Any fix on the horizon?
> 


doing some research,  I did use Thunderbird in this case
with IMAP Mail.

In my own account I used roundcube mail delete unhidden trash

and seems to have solved my problem.

In another account,  I see lots of white items in RoundCude as if these items are
hidden from Thunderbird hance blocking the IMAP Client from deleting e-mails.

Has anyone ran into this before?

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! 
http://www.fullyfollow.me/rootnl2k  Look at Psalms 14 and 53 on Atheism
Time for the USA to hold a referendum on its republic and vote to dissolve!! 

From portscout at FreeBSD.org  Tue Nov  8 08:08:38 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Tue, 8 Nov 2016 08:08:37 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611080808.uA888bDn087476@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161108/36bd3960/attachment.ksh>

From stdin at niklaas.eu  Tue Nov  8 12:40:46 2016
From: stdin at niklaas.eu (Niklaas Baudet von Gersdorff)
Date: Tue, 8 Nov 2016 13:40:35 +0100
Subject: mail/{neo,}mutt: why not packaged with gpgme?
In-Reply-To: <20161106192007.GA71606@ircbsd.lifeofadishwasher.com>
 <20161105111452.c76pnuvfloc56r54@ivaldir.etoilebsd.net>
Message-ID: <20161108124034.6mxp6vauatns6k65@box-hlm-03.niklaas.eu>

Baptiste Daroussin [2016-11-05 12:14 +0100] :

> Actually having tested it, yes you are right it is way more simple, I have
> activated it in neomutt

Derek Schrock [2016-11-06 14:20 -0500] :

> I can't find any reason why it was off in mail/mutt, maybe because it
> was always off since 2006.  However, since this appears to be a
> non-disruptive change, excluding some extra packages being installed, I
> think it should be turned on for mail/mutt as well.

Thanks a lot!

    Niklaas

From gkreme at gmail.com  Tue Nov  8 12:48:33 2016
From: gkreme at gmail.com (Lewis Butler)
Date: Tue, 8 Nov 2016 05:48:29 -0700
Subject: Dehydrated setup
Message-ID: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>

I?m having issues getting dehydrated to work after installing it, and there seems to be no documentation installed with it that I can find.

The package is installed, but I am unable to get the web side of things working and have found conflicting information.

I tried creating a directory in my webroot named .well-known with permissions of 770 and owned by www:_dehydrated. I then linked it to /usr/local/etc/dehydrated

Now, if I run

 # su -m _dehydrated -c 'bash /usr/local/bin/dehydrated ?cron'

I get:

ERROR: Challenge is invalid! (returned: invalid) (result: {
  "type": "http-01",
  "status": "invalid",
  "error": {
    "type": "urn:acme:error:unauthorized",
    "detail": "Invalid response from http://covisp.net/.well-known/acme-challenge/?.

So I create the acme-challenge directory with the same permissions.

Same error.

 # ls -lsRa /www/.well-known/
total 24
8 drwxrwxrwx   3 www   _dehydrated   512 Nov  8 05:40 .
8 drwxr-xr-x  30 root  wheel        1024 Nov  8 05:32 ..
8 drwxrwx---   2 www   _dehydrated   512 Nov  8 05:37 acme-challenge
0 -rw-r--r--   1 root  _dehydrated     0 Nov  8 05:11 index.html

/www/.well-known/acme-challenge:
total 16
8 drwxrwx---  2 www   _dehydrated  512 Nov  8 05:37 .
8 drwxrwxrwx  3 www   _dehydrated  512 Nov  8 05:40 ..
0 -rw-r--r--  1 root  _dehydrated    0 Nov  8 05:26 index.html

I can load http://covisp.net/.well-known and http://covisp.net/.well-known/acme-challenge/ (they show a blank page because I put a blank index.html file there).

I even tried setting both directories to 777 permissions, but to no avail.

the http error log just shows the file that is trying to be accessed is not there:

[client 66.133.109.36:50250] AH00128: File does not exist: /usr/local/www/.well-known/acme-challenge/bXxlfu? 

Certs are being created in /usr/local/etc/dehydrated/certs each time I try to run the script.


From kremels at kreme.com  Tue Nov  8 13:39:33 2016
From: kremels at kreme.com (@lbutlr)
Date: Tue, 8 Nov 2016 06:39:24 -0700
Subject: Dehydrated setup
Message-ID: <4B08621B-BA0C-4C3F-A017-353D8903A1E0@kreme.com>

I?m having issues getting dehydrated to work after installing it, and there seems to be no documentation installed with it that I can find.

The package is installed, but I am unable to get the web side of things working and have found conflicting information.

I tried creating a directory in my webroot named .well-known with permissions of 770 and owned by www:_dehydrated. I then linked it to /usr/local/etc/dehydrated

Now, if I run

# su -m _dehydrated -c 'bash /usr/local/bin/dehydrated ?cron'

I get:

ERROR: Challenge is invalid! (returned: invalid) (result: {
 "type": "http-01",
 "status": "invalid",
 "error": {
   "type": "urn:acme:error:unauthorized",
   "detail": "Invalid response from http://covisp.net/.well-known/acme-challenge/?.

So I create the acme-challenge directory with the same permissions.

Same error.

# ls -lsRa /www/.well-known/
total 24
8 drwxrwxrwx   3 www   _dehydrated   512 Nov  8 05:40 .
8 drwxr-xr-x  30 root  wheel        1024 Nov  8 05:32 ..
8 drwxrwx---   2 www   _dehydrated   512 Nov  8 05:37 acme-challenge
0 -rw-r--r--   1 root  _dehydrated     0 Nov  8 05:11 index.html

/www/.well-known/acme-challenge:
total 16
8 drwxrwx---  2 www   _dehydrated  512 Nov  8 05:37 .
8 drwxrwxrwx  3 www   _dehydrated  512 Nov  8 05:40 ..
0 -rw-r--r--  1 root  _dehydrated    0 Nov  8 05:26 index.html

I can load http://covisp.net/.well-known and http://covisp.net/.well-known/acme-challenge/ (they show a blank page because I put a blank index.html file there).

I even tried setting both directories to 777 permissions, but to no avail.

the http error log just shows the file that is trying to be accessed is not there:

[client 66.133.109.36:50250] AH00128: File does not exist: /usr/local/www/.well-known/acme-challenge/bXxlfu? 

Certs are being created in /usr/local/etc/dehydrated/certs each time I try to run the script.

_______________________________________________
freebsd-ports at freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

From erdgeist at erdgeist.org  Tue Nov  8 13:49:01 2016
From: erdgeist at erdgeist.org (Dirk Engling)
Date: Tue, 8 Nov 2016 14:42:14 +0100
Subject: Dehydrated setup
In-Reply-To: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
Message-ID: <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>

On 08/11/2016 13:48, Lewis Butler wrote:

> the http error log just shows the file that is trying to be accessed is not there:
> 
> [client 66.133.109.36:50250] AH00128: File does not exist: /usr/local/www/.well-known/acme-challenge/bXxlfu? 
> 
> Certs are being created in /usr/local/etc/dehydrated/certs each time I try to run the script.

What does your /usr/local/etc/dehydrated/config say about the WELLKNOWN
variable? Shouldn't that point to /usr/local/www/dehydrated? Your
webroot seems to point to /usr/local/www/ instead.

  erdgeist

From kremels at kreme.com  Tue Nov  8 13:59:11 2016
From: kremels at kreme.com (@lbutlr)
Date: Tue, 8 Nov 2016 06:59:08 -0700
Subject: Dehydrated setup
In-Reply-To: <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
 <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
Message-ID: <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>


> On 08 Nov 2016, at 06:42, Dirk Engling <erdgeist at erdgeist.org> wrote:
> 
> On 08/11/2016 13:48, Lewis Butler wrote:
> 
>> the http error log just shows the file that is trying to be accessed is not there:
>> 
>> [client 66.133.109.36:50250] AH00128: File does not exist: /usr/local/www/.well-known/acme-challenge/bXxlfu? 
>> 
>> Certs are being created in /usr/local/etc/dehydrated/certs each time I try to run the script.
> 
> What does your /usr/local/etc/dehydrated/config say about the WELLKNOWN
> variable? Shouldn't that point to /usr/local/www/dehydrated?

I thought it was supposed to point to the webroot. Will try setting it to dehydrated.

WELLKNOWN="/usr/local/www/.well-known/?

changed to

WELLKNOWN="/usr/local/etc/dehydrated"

# su -m _dehydrated -c 'bash /usr/local/bin/dehydrated --cron'
# INFO: Using main config file /usr/local/etc/dehydrated/config
Processing covisp.net with alternative names: covisp.net www.covisp.net
 + Signing domains...
 + Generating private key...
 + Generating signing request...
 + Requesting challenge for covisp.net...
 + Requesting challenge for covisp.net...
 + Requesting challenge for www.covisp.net...
 + Responding to challenge for covisp.net...
ERROR: Challenge is invalid! (returned: invalid) (result: {
  "type": "http-01",
  "status": "invalid",
  "error": {
    "type": "urn:acme:error:unauthorized",
    "detail": "Invalid response from http://covisp.net/.well-known/acme-challenge/t4DhXZyC

same results with WELLKNOWN="/usr/local/etc/dehydrated/.well-known"

/usr/local/etc/dehydrated]# ls -lsR
total 40
8 drwxrwx---  2 root  _dehydrated  512 Nov  8 04:34 .acme-challenges
0 lrwxr-xr-x  1 root  _dehydrated   16 Nov  8 06:48 .well-known -> /www/.well-known
8 drwxrwx---  3 root  _dehydrated  512 Nov  8 06:45 accounts
8 drwxrwx---  3 root  _dehydrated  512 Oct 31 17:38 certs
8 -rw-r--r--  1 root  _dehydrated  141 Nov  8 06:56 config
8 -rw-r--r--  1 root  _dehydrated  129 Nov  8 06:54 domains.txt

./.acme-challenges:
total 0

./accounts:
total 8
8 drwx------  2 _dehydrated  _dehydrated  512 Nov  8 06:45 aHR0cHM6Ly9hY21lLXYwMS5hcGkubGV0c2VuY3J5cHQub3JnL2RpcmVjdG9yeQo

./accounts/aHR0cHM6Ly9hY21lLXYwMS5hcGkubGV0c2VuY3J5cHQub3JnL2RpcmVjdG9yeQo:
total 16
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:45 account_key.pem
8 -rw-------  1 _dehydrated  _dehydrated   960 Nov  8 06:45 registration_info.json

./certs:
total 8
8 drwxrwx---  2 root  _dehydrated  1536 Nov  8 06:56 covisp.net

./certs/covisp.net:
total 256
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 04:44 cert-1478605489.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 04:44 cert-1478605489.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:13 cert-1478607211.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:13 cert-1478607211.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:15 cert-1478607331.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:15 cert-1478607331.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:17 cert-1478607471.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:17 cert-1478607471.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:21 cert-1478607699.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:21 cert-1478607699.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:35 cert-1478608499.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:35 cert-1478608499.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:37 cert-1478608627.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:37 cert-1478608627.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:39 cert-1478608727.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:39 cert-1478608727.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 05:40 cert-1478608812.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 05:40 cert-1478608812.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 06:45 cert-1478612746.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:45 cert-1478612746.pem
8 -rw-------  1 _dehydrated  _dehydrated  1728 Nov  8 06:49 cert-1478612933.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:49 cert-1478612933.pem
8 -rw-------  1 _dehydrated  _dehydrated  1756 Nov  8 06:51 cert-1478613091.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:51 cert-1478613091.pem
8 -rw-------  1 _dehydrated  _dehydrated  1756 Nov  8 06:53 cert-1478613186.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:53 cert-1478613186.pem
8 -rw-------  1 _dehydrated  _dehydrated  1679 Nov  8 06:54 cert-1478613262.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:54 cert-1478613262.pem
8 -rw-------  1 _dehydrated  _dehydrated  1679 Nov  8 06:55 cert-1478613335.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:55 cert-1478613335.pem
8 -rw-------  1 _dehydrated  _dehydrated  1679 Nov  8 06:56 cert-1478613402.csr
0 -rw-------  1 _dehydrated  _dehydrated     0 Nov  8 06:56 cert-1478613402.pem
8 -rw-------  1 _dehydrated  _dehydrated  3247 Nov  8 04:44 privkey-1478605489.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:13 privkey-1478607211.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:15 privkey-1478607331.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:17 privkey-1478607471.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:21 privkey-1478607699.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:35 privkey-1478608499.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:37 privkey-1478608627.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 05:39 privkey-1478608727.pem
8 -rw-------  1 _dehydrated  _dehydrated  3247 Nov  8 05:40 privkey-1478608812.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:45 privkey-1478612746.pem
8 -rw-------  1 _dehydrated  _dehydrated  3247 Nov  8 06:49 privkey-1478612933.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:51 privkey-1478613091.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:53 privkey-1478613186.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:54 privkey-1478613262.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:55 privkey-1478613335.pem
8 -rw-------  1 _dehydrated  _dehydrated  3243 Nov  8 06:56 privkey-1478613402.pem



From erdgeist at erdgeist.org  Tue Nov  8 14:11:47 2016
From: erdgeist at erdgeist.org (Dirk Engling)
Date: Tue, 8 Nov 2016 15:11:43 +0100
Subject: Dehydrated setup
In-Reply-To: <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
 <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
 <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>
Message-ID: <1ee859d9-0fe3-c479-d183-66cbab63e937@erdgeist.org>

On 08/11/2016 14:59, @lbutlr wrote:

> # su -m _dehydrated -c 'bash /usr/local/bin/dehydrated --cron'
> # INFO: Using main config file /usr/local/etc/dehydrated/config
> Processing covisp.net with alternative names: covisp.net www.covisp.net
>  + Signing domains...
>  + Generating private key...
>  + Generating signing request...
>  + Requesting challenge for covisp.net...
>  + Requesting challenge for covisp.net...
>  + Requesting challenge for www.covisp.net...
>  + Responding to challenge for covisp.net...
> ERROR: Challenge is invalid! (returned: invalid) (result: {
>   "type": "http-01",
>   "status": "invalid",
>   "error": {
>     "type": "urn:acme:error:unauthorized",
>     "detail": "Invalid response from http://covisp.net/.well-known/acme-challenge/t4DhXZyC
> 
> same results with WELLKNOWN="/usr/local/etc/dehydrated/.well-known"

It says unauthorized now. Could it be that your web server does not
follow links by default? Could you tell me, which webserver you're
using? Then I can copy you a snippet for its config that should work.

> /usr/local/etc/dehydrated]# ls -lsR
> total 40
> 8 drwxrwx---  2 root  _dehydrated  512 Nov  8 04:34 .acme-challenges
> 0 lrwxr-xr-x  1 root  _dehydrated   16 Nov  8 06:48 .well-known ->
/www/.well-known
> 8 drwxrwx---  3 root  _dehydrated  512 Nov  8 06:45 accounts
> 8 drwxrwx---  3 root  _dehydrated  512 Oct 31 17:38 certs
> 8 -rw-r--r--  1 root  _dehydrated  141 Nov  8 06:56 config
> 8 -rw-r--r--  1 root  _dehydrated  129 Nov  8 06:54 domains.txt

Also I would suggest setting

BASEDIR=/var/dehydrated

in your config and make /usr/local/etc/dehydrated/ belong to root.
Currently your privlege separation does not yield much, as the
_dehydrated can write /usr/local/etc/dehydrated and could possibly
overwrite your deploy.sh script, if you chose to provide one for use
with periodic.

You would just need to move the accounts and certs directory and
domains.txt to /var/dehydrated, give this directory to _dehdrated and
leave permissions on /usr/local/etc/dehydrated/ as they are (this saves
you A LOT of trouble when updating the package).

  erdgeist

From kremels at kreme.com  Tue Nov  8 14:23:27 2016
From: kremels at kreme.com (@lbutlr)
Date: Tue, 8 Nov 2016 07:23:24 -0700
Subject: Dehydrated setup
In-Reply-To: <1ee859d9-0fe3-c479-d183-66cbab63e937@erdgeist.org>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
 <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
 <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>
 <1ee859d9-0fe3-c479-d183-66cbab63e937@erdgeist.org>
Message-ID: <85DE1A10-ADFD-4132-A71C-9F4064630B9B@kreme.com>

> 
> On 08 Nov 2016, at 07:11, Dirk Engling <erdgeist at erdgeist.org> wrote:
> 
> On 08/11/2016 14:59, @lbutlr wrote:
> 
>> # su -m _dehydrated -c 'bash /usr/local/bin/dehydrated --cron'
>> # INFO: Using main config file /usr/local/etc/dehydrated/config
>> Processing covisp.net with alternative names: covisp.net www.covisp.net
>> + Signing domains...
>> + Generating private key...
>> + Generating signing request...
>> + Requesting challenge for covisp.net...
>> + Requesting challenge for covisp.net...
>> + Requesting challenge for www.covisp.net...
>> + Responding to challenge for covisp.net...
>> ERROR: Challenge is invalid! (returned: invalid) (result: {
>> "type": "http-01",
>> "status": "invalid",
>> "error": {
>>   "type": "urn:acme:error:unauthorized",
>>   "detail": "Invalid response from http://covisp.net/.well-known/acme-challenge/t4DhXZyC
>> 
>> same results with WELLKNOWN="/usr/local/etc/dehydrated/.well-known"
> 
> It says unauthorized now. Could it be that your web server does not
> follow links by default?

It is possible, but I am pretty sure it did. It is apache 2.4 built from portmaster.

> Could you tell me, which webserver you're
> using? Then I can copy you a snippet for its config that should work.
> 
>> /usr/local/etc/dehydrated]# ls -lsR
>> total 40
>> 8 drwxrwx---  2 root  _dehydrated  512 Nov  8 04:34 .acme-challenges
>> 0 lrwxr-xr-x  1 root  _dehydrated   16 Nov  8 06:48 .well-known ->
> /www/.well-known
>> 8 drwxrwx---  3 root  _dehydrated  512 Nov  8 06:45 accounts
>> 8 drwxrwx---  3 root  _dehydrated  512 Oct 31 17:38 certs
>> 8 -rw-r--r--  1 root  _dehydrated  141 Nov  8 06:56 config
>> 8 -rw-r--r--  1 root  _dehydrated  129 Nov  8 06:54 domains.txt
> 
> Also I would suggest setting
> 
> BASEDIR=/var/dehydrated

Do you mean create that directory?

> in your config and make /usr/local/etc/dehydrated/ belong to root.

It does belong to root.

# ls -lsd /usr/local/etc/dehydrated 
8 drwxrwx--x  5 root  _dehydrated  512 Nov  8 06:56 /usr/local/etc/dehydrated

> Currently your privlege separation does not yield much, as the
> _dehydrated can write /usr/local/etc/dehydrated and could possibly
> overwrite your deploy.sh script, if you chose to provide one for use
> with periodic.

> 
> You would just need to move the accounts and certs directory and
> domains.txt to /var/dehydrated, give this directory to _dehdrated and
> leave permissions on /usr/local/etc/dehydrated/ as they are (this saves
> you A LOT of trouble when updating the package).

I can certainly do that, though I think it would be better to do it once I get something of some sort actually working, yes?

From erdgeist at erdgeist.org  Tue Nov  8 14:25:26 2016
From: erdgeist at erdgeist.org (Dirk Engling)
Date: Tue, 8 Nov 2016 15:25:22 +0100
Subject: Dehydrated setup
In-Reply-To: <85DE1A10-ADFD-4132-A71C-9F4064630B9B@kreme.com>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
 <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
 <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>
 <1ee859d9-0fe3-c479-d183-66cbab63e937@erdgeist.org>
 <85DE1A10-ADFD-4132-A71C-9F4064630B9B@kreme.com>
Message-ID: <25a344db-71b1-012e-603a-1b1f3b4988e0@erdgeist.org>

On 08/11/2016 15:16, @lbutlr wrote:

> It is possible, but I am pretty sure it did. It is apache 2.4 built
from portmaster.
>
>> Could you tell me, which webserver you're
>> using? Then I can copy you a snippet for its config that should work.

With apache I changed

WELLKNOWN="/usr/local/www/dehydrated/.well-known/acme-challenge"

created both directories and had apache use /usr/local/www/dehydrated
for non-tls connections. Your mileage may vary, so you might need to
have WELLKNOWN point to /usr/local/www/.well-known/acme-challenge and
make this directory belong to _dehydrated and be world readable.

>> Also I would suggest setting
>>
>> BASEDIR=/var/dehydrated
>
> Do you mean create that directory?

Yes. Actually in a perfect world the package would have done that for
you, but port's maintainers have been busy getting the transition from
the name letsencrypt.sh to dehydrated right.

>> in your config and make /usr/local/etc/dehydrated/ belong to root.
>
> It does belong to root.
>
> # ls -lsd /usr/local/etc/dehydrated
> 8 drwxrwx--x  5 root  _dehydrated  512 Nov  8 06:56
/usr/local/etc/dehydrated

But group has +w, so it can just delete files and write them anew. See,
complex permission models always leave you head scratching if you really
thought of everything.

> I can certainly do that, though I think it would be better to do it
> once I get something of some sort actually working, yes?

Sure ;) But its not worth it to get something running that you need to
change afterwards.

  erdgeist

From kremels at kreme.com  Tue Nov  8 17:06:06 2016
From: kremels at kreme.com (@lbutlr)
Date: Tue, 8 Nov 2016 10:05:52 -0700
Subject: Dehydrated setup
In-Reply-To: <25a344db-71b1-012e-603a-1b1f3b4988e0@erdgeist.org>
References: <FECFF380-14AD-4692-AC42-2483238C4520@gmail.com>
 <68409904-4868-5210-6c76-f123ca849996@erdgeist.org>
 <C3108A51-6680-4F15-973F-8CA82F4C775B@kreme.com>
 <1ee859d9-0fe3-c479-d183-66cbab63e937@erdgeist.org>
 <85DE1A10-ADFD-4132-A71C-9F4064630B9B@kreme.com>
 <25a344db-71b1-012e-603a-1b1f3b4988e0@erdgeist.org>
Message-ID: <A7F52FFA-6117-414B-8F23-00811BAC2820@kreme.com>

On Nov 8, 2016, at 7:25 AM, Dirk Engling <erdgeist at erdgeist.org> wrote:
> 
> WELLKNOWN="/usr/local/www/dehydrated/.well-known/acme-challenge"

Thank you, that solved it.

Processing covisp.net with alternative names: mail.covisp.net www.covisp.net
 + Signing domains...
 + Generating private key...
 + Generating signing request...
 + Requesting challenge for covisp.net...
 + Requesting challenge for mail.covisp.net...
 + Requesting challenge for www.covisp.net...
 + Responding to challenge for covisp.net...
 + Challenge is valid!
 + Responding to challenge for mail.covisp.net...
 + Challenge is valid!
 + Responding to challenge for www.covisp.net...
 + Challenge is valid!
 + Requesting certificate...
 + Checking certificate...
 + Done!
 + Creating fullchain.pem...
 + Done!

Now? on to figuring out deploy and adding other domains and wee! :)

I?ll be back.




From lists at opsec.eu  Tue Nov  8 18:41:26 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Tue, 8 Nov 2016 19:41:26 +0100
Subject: PR Commit Request.
In-Reply-To: <8b846f7e-ca35-3bbf-7f1a-b32193c2e620@unfs.us>
References: <8b846f7e-ca35-3bbf-7f1a-b32193c2e620@unfs.us>
Message-ID: <20161108184126.GK2648@home.opsec.eu>

Hi!

> 	Can someone please commit this (it's been waiting a while and is only a
> simple "sed" change in the Makefile). If there's anything else I need to
> do, let me know. Thanks!
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210138

Done. Thanks!

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From otacilio.neto at bsd.com.br  Wed Nov  9 01:37:46 2016
From: otacilio.neto at bsd.com.br (=?UTF-8?B?T3RhY8OtbGlv?=)
Date: Tue, 8 Nov 2016 22:37:37 -0300
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
Message-ID: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang don't 
compiles lines like this:

String inf = static_cast<ostringstream*>(&(ostringstream() << 
pAct.minArea))->str();

Can someone give me a hint about how to fix it?


[]'s

-Otacilio


From portscout at FreeBSD.org  Wed Nov  9 07:48:11 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Wed, 9 Nov 2016 07:48:10 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611090748.uA97mATE093649@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161109/e1058a6b/attachment.ksh>

From info at gratis-auto-verkopen.be  Wed Nov  9 09:37:25 2016
From: info at gratis-auto-verkopen.be (info at gratis-auto-verkopen.be)
Date: Wed, 09 Nov 2016 09:37:26 -0000
Subject: - Zonder zorgen uw auto verkopen
Message-ID: <20161109093726.12769.59433@Ubuntu-1304-raring-64-minimal>

Beste ,

 
Impex is gespecialiseerd in inkoop van tweedehands vervoerwagens. Wij kopen tweedehands personenauto's en vrachtwagens op van particulieren en bedrijven. En we doen dit tegen zeer scherpe prijzen. Professionele service, een betrouwbare deal en een snelle ruil gegarandeerd.

Wij zijn doorlopend op zoek naar goede occasions. Heeft u een personenauto of een vrachtwagen waar u snel vanaf wilt voor een goede prijs, dan bent u bij ons aan het juiste adres.

Als u zaken met ons doet, geniet u van de volgende voordelen:

?	Wij bieden u gegarandeerd de beste prijs. Onze deskundige bepaalt snel en accuraat de waarde van uw auto en stelt u een eerlijke prijs voor. Indien gewenst kunt u uw wagen inruilen tegen een cash betaling. 

?	Wij handelen snel! Als u uw auto bij ons te koop aanbiedt, nemen wij snel contact met u op om details door te spreken. Is de prijs overeengekomen en hebben wij een akkoord bereikt, dan zorgen wij ervoor dat de overdracht zo spoedig mogelijk plaatsvindt.

?	Of u nou kiest voor een bankoverschrijving of het verkoopbedrag liever contant ontvangt, uw geld wordt u in alle gevallen direct na de verkoop aan u uitbetaald.

?	Onze service is 100% gratis. Wij regelen de benodigde papieren omtrent de overdracht van uw auto snel en professioneel. Voor u geen rompslomp dus, maar een snelle ruil.

Wilt u uw auto te koop aanbieden? Dat kunt u doen door te reageren op deze e-mail. Stuur ons de volgende gegevens: merk, type, bouwjaar, kentekennummer, kilometerstand en de conditie waarin de auto verkeert (zoals eventuele schade of andere aanvullende opmerkingen) en het gewenste verkoopbedrag. Indien u wenst dat wij telefonisch contact met u opnemen, laat ons dan weten op welk nummer u te bereiken bent. 

Als u dat makkelijker vindt, dan kunt u ook het contactformulier invullen via onze website: 
http://www.gratis-auto-verkopen.be/auto/offer

Onze deskundige neemt in beide gevallen zo spoedig mogelijk contact met u op na de ontvangst van uw e-mail.

Heeft u liever direct persoonlijk contact of wenst u eerst meer informatie te ontvangen, neem dan contact met ons op via de onderstaande contactgegevens:




MOLENVELDSTRAAT 4
2630 AARTSELAAR
 

GSM:              +32(0)474 66 28 04
Email:             info at gratis-auto-verkopen.be

 
Hopelijk tot ziens!
 
Met vriendelijke groet. 
TOM VERBIST,




Hier kunt u uitschrijven.
http://www.gratis-auto-verkopen.be/mailing/unsubscribe/?id=99836ee541870b3c3b6a479b715020263c6de46e

From 000.fbsd at quip.cz  Wed Nov  9 14:50:21 2016
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Wed, 9 Nov 2016 15:43:38 +0100
Subject: FreeBSD Port: databases/mariadb101-server
Message-ID: <5823361A.4090200@quip.cz>

Please update port to 10.1.19. It includes critical fixes
https://jira.mariadb.org/browse/MDEV-10977
https://jira.mariadb.org/browse/MDEV-10394

We are getting following error on some machines too.

ERROR] InnoDB: Block in space_id 0 in file /var/db/mysql/ibdata1 
encrypted. Miroslav Lachman


From mail at 22maya.com  Wed Nov  9 18:18:18 2016
From: mail at 22maya.com (Maya Khalifa)
Date: Wed, 9 Nov 2016 17:23:51 +0200
Subject: Take My Free Gift My Friend
Message-ID: <038c2731-42683-0ac17249035532@seabird>

My Friend

Now You Can Get One Of The Best Selling Personal Development
Anthony Robbins ? Power Talk I Plus II
Sale Page:
Http://Www.Tonyrobbins.Com/Products/Personal-Achievement/Power-Talk.Php
Value : $199

For Absolutely Free Only If You Order Any Course Offered In Our Site

Just Would Like To Keep You Posted
That I'm Adding New Offer Almost Every Day
So Take Look At Www Dot 22maya Dot Com
sorry to make it look strange like that
trying to get my message deliverd

Just Tell Me What Do You Like To Have And What Price You Have In Mind
Sure I Will Give You The Unbeatable Offer Ever Also
I Will Give You Bundle Offer If You Pick More Than One Course
Just Send Us Your Requests
Email Me At Powerlover22 at Gmail.Com
Remember I'm Only Her To Help Me Make More Of Yourself :-)

Your Reliable Friend
         Maya

P.S. Time Is Of The Essence On This One Because This Offer Will End Soon
We Respect Your Privacy.
In Case You Don't Like To Receive Any More E-Mails From Me,
Just Reply With "REMOVE" In The Subject Line.


From frusen at gungre.ch  Wed Nov  9 20:54:47 2016
From: frusen at gungre.ch (Lucas =?iso-8859-1?Q?Sk=F6ldqvist?=)
Date: Wed, 9 Nov 2016 21:54:40 +0100
Subject: x11-toolkits/fox17 maintainer
Message-ID: <20161109205440.GC27896@op>

Hi,

This port has no maintainer and I'd like to update it:
http://www.freshports.org/x11-toolkits/fox17/

Where can I send patches?

Thanks

From lists at opsec.eu  Wed Nov  9 21:01:53 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Wed, 9 Nov 2016 22:01:54 +0100
Subject: x11-toolkits/fox17 maintainer
In-Reply-To: <20161109205440.GC27896@op>
References: <20161109205440.GC27896@op>
Message-ID: <20161109210154.GL2648@home.opsec.eu>

Hi!

> This port has no maintainer and I'd like to update it:
> http://www.freshports.org/x11-toolkits/fox17/
> 
> Where can I send patches?

Submit them to https://bugs.freebsd.org/, please.

Send me a pointer to the PR.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From anastasios at mageirias.com  Wed Nov  9 21:05:11 2016
From: anastasios at mageirias.com (Anastasios Mageirias)
Date: Wed, 9 Nov 2016 22:58:52 +0200
Subject: x11-toolkits/fox17 maintainer
In-Reply-To: <20161109205440.GC27896@op>
References: <20161109205440.GC27896@op>
Message-ID: <ece563a1-ea6c-6788-9ec9-c122f3b874fa@mageirias.com>

Create an account here: bugs.freebsd.org
and then submit your patch

Best
Mageirias Anastasios

On 11/09/16 22:54, Lucas Sk?ldqvist wrote:
> Hi,
>
> This port has no maintainer and I'd like to update it:
> http://www.freshports.org/x11-toolkits/fox17/
>
> Where can I send patches?
>
> Thanks
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"


From gcr+freebsd-ports at tharned.org  Wed Nov  9 21:53:54 2016
From: gcr+freebsd-ports at tharned.org (Greg Rivers)
Date: Wed, 9 Nov 2016 15:53:46 -0600 (CST)
Subject: emulators/virtualbox-ose start up error
Message-ID: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>

As of today:

$ VirtualBox 
Qt FATAL: This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.
Abort


I checked for recent changes and found this update from yesterday's pkg 
upgrade:

 	Nov  8 21:30:50 w10 pkg: libxcb upgraded: 1.11.1 -> 1.12

Does the virtualbox-ose package need to be updated to chase the libxcb 
update?

-- 
Greg

From jkim at FreeBSD.org  Wed Nov  9 22:04:42 2016
From: jkim at FreeBSD.org (Jung-uk Kim)
Date: Wed, 9 Nov 2016 17:04:36 -0500
Subject: emulators/virtualbox-ose start up error
In-Reply-To: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>
References: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>
Message-ID: <89d6d3d2-3a9b-d766-8844-c5ca4d07edb8@FreeBSD.org>

On 11/09/2016 16:53, Greg Rivers wrote:
> As of today:
> 
> $ VirtualBox Qt FATAL: This application failed to start because it could
> not find or load the Qt platform plugin "xcb"
> in "".
> 
> Available platform plugins are: minimal, offscreen, xcb.
> 
> Reinstalling the application may fix this problem.
> Abort
> 
> 
> I checked for recent changes and found this update from yesterday's pkg
> upgrade:
> 
>     Nov  8 21:30:50 w10 pkg: libxcb upgraded: 1.11.1 -> 1.12
> 
> Does the virtualbox-ose package need to be updated to chase the libxcb
> update?

Please see PR214340:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214340

Jung-uk Kim

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161109/40dcd532/attachment.sig>

From alexvpetrov at gmail.com  Wed Nov  9 22:36:29 2016
From: alexvpetrov at gmail.com (Alex V. Petrov)
Date: Thu, 10 Nov 2016 05:36:24 +0700
Subject: emulators/virtualbox-ose start up error
In-Reply-To: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>
References: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>
Message-ID: <5873f496-e685-38c2-d06f-d7b13e4d80ca@gmail.com>

For me helped rebuild qt5-gui.


10.11.2016 04:53, Greg Rivers ?????:
> As of today:
> 
> $ VirtualBox Qt FATAL: This application failed to start because it could
> not find or load the Qt platform plugin "xcb"
> in "".
> 
> Available platform plugins are: minimal, offscreen, xcb.
> 
> Reinstalling the application may fix this problem.
> Abort
> 
> 
> I checked for recent changes and found this update from yesterday's pkg
> upgrade:
> 
>     Nov  8 21:30:50 w10 pkg: libxcb upgraded: 1.11.1 -> 1.12
> 
> Does the virtualbox-ose package need to be updated to chase the libxcb
> update?
> 

-- 
-----
Alex.

From indexbuild at FreeBSD.org  Thu Nov 10 00:05:18 2016
From: indexbuild at FreeBSD.org (Ports Index build)
Date: Thu, 10 Nov 2016 00:05:17 GMT
Subject: INDEX build failed for 9.x
Message-ID: <201611100005.uAA05Hm1014877@portsindexbuild.ysv.freebsd.org>

INDEX build failed with errors:
Generating INDEX-9 - please wait.."Makefile", line 8: Unassociated shell command "# SF/pmt/${PORTNAME}/${PORTVERSION}/"
fmake: fatal errors encountered -- cannot continue
===> graphics/pngcrush failed
*** [describe.graphics] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-9] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 adamw bapt db jbeich jkim mandree 

Most recent SVN update was:
Updating '.':
U    security/clamfs/Makefile
U    security/clamfs/pkg-message
U    security/heimdal/files/patch-configure
U    security/openvpn/Makefile
A    security/openvpn/files/extra-patch-fix-subnet
U    devel/jsoncpp/Makefile
A    devel/jsoncpp/files/patch-src_lib__json_json__reader.cpp
A    devel/jsoncpp/files/patch-src_lib__json_json__writer.cpp
U    graphics/pngcrush/Makefile
U    graphics/pngcrush/distinfo
U    net-im/ricochet/Makefile
U    net-im/ricochet/distinfo
U    comms/fldigi/Makefile
U    comms/fldigi/distinfo
D    comms/fldigi/files/patch-src_include_qrunner.h
D    comms/fldigi/files/patch-src_qrunner_qrunner.cxx
D    comms/fldigi/files/patch-src_wefax_wefax.cxx
D    comms/fldigi/files/patch-src_dominoex_dominoex.cxx
D    comms/fldigi/files/patch-src_include_data__io.h
D    comms/fldigi/files/patch-src_spot_pskrep.cxx
D    comms/fldigi/files/patch-src_thor_thor.cxx
D    comms/fldigi/files/patch-src_soundcard_sound.cxx
D    comms/fldigi/files/patch-src_dialogs_fl__digi.cxx
D    comms/fldigi/files/patch-src_ifkp_ifkp.cxx
D    comms/fldigi/files/patch-src_xmlrpcpp_XmlRpcBase64.h
D    comms/fldigi/files/patch-src_fsq_fsq.cxx
A    comms/fldigi/files/patch-src_include_main.h
U    comms/fldigi/files/patch-src_misc_newinstall.cxx
U    comms/fldigi/files/patch-src_widgets_picture.cxx
U    games/zdoom/Makefile
A    games/zdoom/files
A    games/zdoom/files/zdoom.xpm
U    databases/db5/Makefile
U    databases/db5/files/patch-lang_tcl_tcl__env.c
U    databases/db5/files/patch-lang_tcl_tcl__seq.c
A    databases/db5/files/patch-src_heap_heap__verify.c
U    audio/pulseaudio/Makefile
U    audio/pulseaudio/files/patch-src_modules_module-detect.c
U    audio/pulseaudio/files/pkg-message.in
U    mail/dovecot2/Makefile
A    mail/dovecot2/files/patch-src_lib-http_http-client-request.c
U    x11-wm/i3/Makefile
U    x11-wm/i3/distinfo
A    x11-wm/i3/files
A    x11-wm/i3/files/patch-configure
A    x11-wm/i3/files/patch-libi3_get__config__path.c
U    dns/openmdns/Makefile
U    dns/openmdns/files/mdnsd.in
Updated to revision 425821.

From 000.fbsd at quip.cz  Thu Nov 10 02:34:48 2016
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Thu, 10 Nov 2016 03:34:42 +0100
Subject: FreeBSD Port: databases/mariadb101-server / version 10.1.18
 crashing
In-Reply-To: <5823361A.4090200@quip.cz>
References: <5823361A.4090200@quip.cz>
Message-ID: <5823DCC2.7090305@quip.cz>

Miroslav Lachman wrote on 2016/11/09 15:43:
> Please update port to 10.1.19. It includes critical fixes
> https://jira.mariadb.org/browse/MDEV-10977
> https://jira.mariadb.org/browse/MDEV-10394
>
> We are getting following error on some machines too.
>
> ERROR] InnoDB: Block in space_id 0 in file /var/db/mysql/ibdata1
> encrypted. Miroslav Lachman

There is something terribly bad with MariaDB 10.1.18.

I upgraded next machine which was previously working fine for years but 
keep crashing after upgrade.

I strongly warn users before 10.1.18 version - if you have your 
databases created with some really old version and continously upgraded 
to 10.1, stay at 10.1.17 or expect unexpected crashes.

This is one of many errors from logfile:

InnoDB: Doing recovery: scanned up to log sequence number 36685500328
2016-11-10  3:13:59 34426872832 [Note] InnoDB: Starting an apply batch 
of log records to the database...
InnoDB: Progress in percent: 30 31 32 33 34 35 36 37 38 39 40 41 42 43 
44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 
68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 
92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
2016-11-10  3:14:00 34426872832 [Note] InnoDB: 128 rollback segment(s) 
are active.
2016-11-10  3:14:00 34426872832 [Note] InnoDB: Waiting for purge to start
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Block in space_id 0 in 
file ./ibdata1 encrypted.
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: However key management 
plugin or used key_id 8 is not found or used encryption algorithm or 
method does not match.
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Marking tablespace as 
missing. You may drop this table or install correct key management 
plugin and key file.
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Block in space_id 0 in 
file ./ibdata1 encrypted.
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: However key management 
plugin or used key_id 8 is not found or used encryption algorithm or 
method does not match.
2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Marking tablespace as 
missing. You may drop this table or install correct key management 
plugin and key file.
161110  3:14:00 [ERROR] mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.

To report this bug, see https://mariadb.com/kb/en/reporting-bugs

We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

Server version: 10.1.18-MariaDB
key_buffer_size=268435456
read_buffer_size=2097152
max_used_connections=0
max_threads=152
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 
5557219 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x48400
0xb0238e <my_print_stacktrace+0x2e> at /usr/local/libexec/mysqld
0x723631 <handle_fatal_signal+0x231> at /usr/local/libexec/mysqld
0x803211b4a <pthread_sigmask+0x51a> at /lib/libthr.so.3
0x80321122c <pthread_getspecific+0xe1c> at /lib/libthr.so.3
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
161110 03:14:00 mysqld_safe mysqld from pid file /var/db/mysql/elsa.pid 
ended




It works fine after downgrade to 10.1.17

161110 03:28:41 mysqld_safe Starting mysqld daemon with databases from 
/var/db/mysql
2016-11-10  3:28:41 34426872832 [Note] /usr/local/libexec/mysqld (mysqld 
10.1.17-MariaDB) starting as process 75826 ...
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Using mutexes to ref 
count buffer pool pages
2016-11-10  3:28:41 34426872832 [Note] InnoDB: The InnoDB memory heap is 
disabled
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Mutexes and rw_locks use 
GCC atomic builtins
2016-11-10  3:28:41 34426872832 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Compressed tables use 
zlib 1.2.8
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Using generic crc32 
instructions
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Initializing buffer pool, 
size = 256.0M
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Completed initialization 
of buffer pool
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Highest supported file 
format is Barracuda.
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Log scan progressed past 
the checkpoint lsn 36685481501
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Database was not shutdown 
normally!
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Starting crash recovery.
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Reading tablespace 
information from the .ibd files...
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Restoring possible 
half-written data pages
2016-11-10  3:28:41 34426872832 [Note] InnoDB: from the doublewrite 
buffer...
InnoDB: Doing recovery: scanned up to log sequence number 36685500328
2016-11-10  3:28:41 34426872832 [Note] InnoDB: Starting an apply batch 
of log records to the database...
InnoDB: Progress in percent: 30 31 32 33 34 35 36 37 38 39 40 41 42 43 
44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 
68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 
92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
2016-11-10  3:28:42 34426872832 [Note] InnoDB: 128 rollback segment(s) 
are active.
2016-11-10  3:28:42 34426872832 [Note] InnoDB: Waiting for purge to start
2016-11-10  3:28:42 34426872832 [Note] InnoDB:  Percona XtraDB 
(http://www.percona.com) 5.6.31-77.0 started; log sequence number 
36685500328
2016-11-10  3:28:42 34426899456 [Note] InnoDB: Dumping buffer pool(s) 
not yet started
2016-11-10  3:28:42 34426872832 [Note] Plugin 'FEEDBACK' is disabled.
2016-11-10  3:28:42 34426872832 [Note] Recovering after a crash using tc.log
2016-11-10  3:28:42 34426872832 [Note] Starting crash recovery...
2016-11-10  3:28:42 34426872832 [Note] Crash recovery finished.
2016-11-10  3:28:42 34426872832 [Note] Server socket created on IP: '::'.
2016-11-10  3:28:42 34426872832 [Note] /usr/local/libexec/mysqld: ready 
for connections.
Version: '10.1.17-MariaDB'  socket: '/tmp/mysql.sock'  port: 3306 
FreeBSD Ports



This is on FreeBSD 10.3-RELEASE-p12 amd64 GENERIC with MariaDB build in 
our Poudriere with following options

# pkg info -f mariadb101-server
mariadb101-server-10.1.18_1
Name           : mariadb101-server
Version        : 10.1.18_1
Installed on   : Wed Nov  9 01:19:47 2016 CET
Origin         : databases/mariadb101-server
Architecture   : freebsd:10:x86:64
Prefix         : /usr/local
Categories     : databases ipv6
Licenses       : GPLv2
Maintainer     : brnrd at FreeBSD.org
WWW            : http://mariadb.org/
Comment        : Multithreaded SQL database (server)
Options        :
         FASTMTX        : off
         GSSAPI_BASE    : off
         GSSAPI_HEIMDAL : off
         GSSAPI_MIT     : off
         GSSAPI_NONE    : on
         INNOBASE       : on
         MAXKEY         : on
         MROONGA        : off
         OQGRAPH        : off
         SPHINX         : on
         SPIDER         : on
         TOKUDB         : off
Shared Libs required:
         libxml2.so.2
Shared Libs provided:
         libmysqld.so.18
Annotations    :
         cpe            : 
cpe:2.3:a:mariadb:mariadb:10.1.18:::::freebsd10:x64:1
         repo_type      : binary
         repository     : codelab
Flat size      : 169MiB


Miroslav Lachman

From indexbuild at FreeBSD.org  Thu Nov 10 03:14:13 2016
From: indexbuild at FreeBSD.org (Ports Index build)
Date: Thu, 10 Nov 2016 03:14:12 GMT
Subject: INDEX now builds successfully on 9.x
Message-ID: <201611100314.uAA3EC2i071307@portsindexbuild.ysv.freebsd.org>


From tommi.pernila at iki.fi  Thu Nov 10 08:28:22 2016
From: tommi.pernila at iki.fi (Tommi Pernila)
Date: Thu, 10 Nov 2016 10:28:19 +0200
Subject: emulators/virtualbox-ose start up error
In-Reply-To: <5873f496-e685-38c2-d06f-d7b13e4d80ca@gmail.com>
References: <alpine.BSF.2.20.1611091541090.83576@roadkill.tharned.org>
 <5873f496-e685-38c2-d06f-d7b13e4d80ca@gmail.com>
Message-ID: <CABHD1wRYHzoCan0RS3CnhkaQOeFmyHtHj5AFHED=KTWk2K+29w@mail.gmail.com>

On Thu, Nov 10, 2016 at 12:36 AM, Alex V. Petrov <alexvpetrov at gmail.com>
wrote:

> For me helped rebuild qt5-gui.
>
>
> 10.11.2016 04:53, Greg Rivers ?????:
> > As of today:
> >
> > $ VirtualBox Qt FATAL: This application failed to start because it could
> > not find or load the Qt platform plugin "xcb"
> > in "".
> >
> > Available platform plugins are: minimal, offscreen, xcb.
> >
> > Reinstalling the application may fix this problem.
> > Abort
> >
> >
> > I checked for recent changes and found this update from yesterday's pkg
> > upgrade:
> >
> >     Nov  8 21:30:50 w10 pkg: libxcb upgraded: 1.11.1 -> 1.12
> >
> > Does the virtualbox-ose package need to be updated to chase the libxcb
> > update?
> >
>
> --
> -----
> Alex.
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>

The manual forcing of the reinstall of qt5-gui solved the issue for me.
>From the PR description

"Manually running "pkg upgrade -f qt5-gui" helps, but it is IMHO a problem/bug."


-Tommi

From no-reply at ticconnect.org  Thu Nov 10 22:45:38 2016
From: no-reply at ticconnect.org (Rodrick)
Date: Thu, 10 Nov 2016 22:41:21 +0100
Subject: Tired of being alone? We're here to help you!
Message-ID: <21DBA04EFE2A04D70B0E47F2A684A96C@ticconnect.org>

Whazzap, nice guy! I've only got ur nmbr by random & I would like 2 meet ya. I am so bored 2nite and I wanted to find sumbdy 2 have good time with. I'm a hot rogue dat wants 2 send you sum hot images of me. Just dial this nmbr or send me a message & I will demonstrate you everything. Do you want 2 C my huge breasts and naughty ass? I have lots of pictures of my sexy body and I really want U to C them 1st. Don't w8 2 long ;) kiss http://bonyobonev.com

From portscout at FreeBSD.org  Fri Nov 11 08:27:18 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Fri, 11 Nov 2016 08:27:17 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611110827.uAB8RHST059766@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161111/79dc86e3/attachment.ksh>

From mbeis at xs4all.nl  Fri Nov 11 13:00:02 2016
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Fri, 11 Nov 2016 13:59:49 +0100 (CET)
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
Message-ID: <alpine.BSF.2.20.1611111354570.16478@localhost>

Hi,

All Qt5 applications seem to be broken. When trying to start either of 
them, I get:

[...]
Fatal: This application failed to start because it could not find or load 
the Qt platform plugin "xcb"
in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.

Abort (core dumped)
[...]

Reinstalling any of them didn't make a difference. Does anyone know what 
I'm missing here?

Regards,

Marco


-- 
 	"Hey, Sam, how about a loan?"
 	"Whattaya need?"
 	"Oh, about $500."
 	"Whattaya got for collateral?"
 	"Whattaya need?"
 	"How about an eye?"
 		-- Sam Giancana

From t at tobik.me  Fri Nov 11 13:10:28 2016
From: t at tobik.me (Tobias Kortkamp)
Date: Fri, 11 Nov 2016 14:10:25 +0100
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
In-Reply-To: <alpine.BSF.2.20.1611111354570.16478@localhost>
References: <alpine.BSF.2.20.1611111354570.16478@localhost>
Message-ID: <1478869825.2036717.784650913.0613045A@webmail.messagingengine.com>

Running pkg upgrade -f qt5-gui fixed this for me.


On Fri, Nov 11, 2016, at 13:59, Marco Beishuizen wrote:
> Hi,
> 
> All Qt5 applications seem to be broken. When trying to start either of 
> them, I get:
> 
> [...]
> Fatal: This application failed to start because it could not find or load 
> the Qt platform plugin "xcb"
> in "".
> 
> Available platform plugins are: minimal, offscreen, xcb.
> 
> Reinstalling the application may fix this problem.
> 
> Abort (core dumped)
> [...]
> 
> Reinstalling any of them didn't make a difference. Does anyone know what 
> I'm missing here?
> 
> Regards,
> 
> Marco
> 
> 
> -- 
>  	"Hey, Sam, how about a loan?"
>  	"Whattaya need?"
>  	"Oh, about $500."
>  	"Whattaya got for collateral?"
>  	"Whattaya need?"
>  	"How about an eye?"
>  		-- Sam Giancana
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

From alexvpetrov at gmail.com  Fri Nov 11 13:11:50 2016
From: alexvpetrov at gmail.com (Alex V. Petrov)
Date: Fri, 11 Nov 2016 20:11:45 +0700
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
In-Reply-To: <alpine.BSF.2.20.1611111354570.16478@localhost>
References: <alpine.BSF.2.20.1611111354570.16478@localhost>
Message-ID: <3d2fda47-34c8-cc8b-22ff-58dfaecf424a@gmail.com>

rebuild qt5-gui

11.11.2016 19:59, Marco Beishuizen ?????:
> Hi,
> 
> All Qt5 applications seem to be broken. When trying to start either of
> them, I get:
> 
> [...]
> Fatal: This application failed to start because it could not find or
> load the Qt platform plugin "xcb"
> in "".
> 
> Available platform plugins are: minimal, offscreen, xcb.
> 
> Reinstalling the application may fix this problem.
> 
> Abort (core dumped)
> [...]
> 
> Reinstalling any of them didn't make a difference. Does anyone know what
> I'm missing here?
> 
> Regards,
> 
> Marco
> 
> 

-- 
-----
Alex.

From mbeis at xs4all.nl  Fri Nov 11 14:08:51 2016
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Fri, 11 Nov 2016 15:07:34 +0100 (CET)
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
In-Reply-To: <1478869825.2036717.784650913.0613045A@webmail.messagingengine.com>
References: <alpine.BSF.2.20.1611111354570.16478@localhost>
 <1478869825.2036717.784650913.0613045A@webmail.messagingengine.com>
Message-ID: <alpine.BSF.2.20.1611111506550.16478@localhost>

On Fri, 11 Nov 2016, the wise Tobias Kortkamp wrote:

> Running pkg upgrade -f qt5-gui fixed this for me.
>

Yes, this worked. Thanks for the pointer!

Regards,
Marco

-- 
Divorce is a game played by lawyers.
 		-- Cary Grant

From brnrd at FreeBSD.org  Sat Nov 12 00:35:08 2016
From: brnrd at FreeBSD.org (Bernard Spil)
Date: Sat, 12 Nov 2016 01:26:01 +0100
Subject: FreeBSD Port: databases/mariadb101-server / version 10.1.18
 crashing
In-Reply-To: <5823DCC2.7090305@quip.cz>
References: <5823361A.4090200@quip.cz> <5823DCC2.7090305@quip.cz>
Message-ID: <e4f2e3f663dc62138f3d3b1adf6db92b@FreeBSD.org>

On 2016-11-10 3:34, Miroslav Lachman wrote:
> Miroslav Lachman wrote on 2016/11/09 15:43:
>> Please update port to 10.1.19. It includes critical fixes
>> https://jira.mariadb.org/browse/MDEV-10977
>> https://jira.mariadb.org/browse/MDEV-10394
>> 
>> We are getting following error on some machines too.
>> 
>> ERROR] InnoDB: Block in space_id 0 in file /var/db/mysql/ibdata1
>> encrypted. Miroslav Lachman
> 
> There is something terribly bad with MariaDB 10.1.18.
> 
> I upgraded next machine which was previously working fine for years
> but keep crashing after upgrade.
> 
> I strongly warn users before 10.1.18 version - if you have your
> databases created with some really old version and continously
> upgraded to 10.1, stay at 10.1.17 or expect unexpected crashes.
> 
> This is one of many errors from logfile:
> 
> InnoDB: Doing recovery: scanned up to log sequence number 36685500328
> 2016-11-10  3:13:59 34426872832 [Note] InnoDB: Starting an apply batch
> of log records to the database...
> InnoDB: Progress in percent: 30 31 32 33 34 35 36 37 38 39 40 41 42 43
> 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
> 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89
> 90 91 92 93 94 95 96 97 98 99
> InnoDB: Apply batch completed
> 2016-11-10  3:14:00 34426872832 [Note] InnoDB: 128 rollback segment(s)
> are active.
> 2016-11-10  3:14:00 34426872832 [Note] InnoDB: Waiting for purge to 
> start
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Block in space_id 0 in
> file ./ibdata1 encrypted.
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: However key management
> plugin or used key_id 8 is not found or used encryption algorithm or
> method does not match.
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Marking tablespace as
> missing. You may drop this table or install correct key management
> plugin and key file.
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Block in space_id 0 in
> file ./ibdata1 encrypted.
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: However key management
> plugin or used key_id 8 is not found or used encryption algorithm or
> method does not match.
> 2016-11-10  3:14:00 34426896384 [ERROR] InnoDB: Marking tablespace as
> missing. You may drop this table or install correct key management
> plugin and key file.
> 161110  3:14:00 [ERROR] mysqld got signal 11 ;
> This could be because you hit a bug. It is also possible that this 
> binary
> or one of the libraries it was linked against is corrupt, improperly 
> built,
> or misconfigured. This error can also be caused by malfunctioning 
> hardware.
> 
> To report this bug, see https://mariadb.com/kb/en/reporting-bugs
> 
> We will try our best to scrape up some info that will hopefully help
> diagnose the problem, but since we have already crashed,
> something is definitely wrong and this may fail.
> 
> Server version: 10.1.18-MariaDB
> key_buffer_size=268435456
> read_buffer_size=2097152
> max_used_connections=0
> max_threads=152
> thread_count=0
> It is possible that mysqld could use up to
> key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads =
> 5557219 K  bytes of memory
> Hope that's ok; if not, decrease some variables in the equation.
> 
> Thread pointer: 0x0x0
> Attempting backtrace. You can use the following information to find out
> where mysqld died. If you see no messages after this, something went
> terribly wrong...
> stack_bottom = 0x0 thread_stack 0x48400
> 0xb0238e <my_print_stacktrace+0x2e> at /usr/local/libexec/mysqld
> 0x723631 <handle_fatal_signal+0x231> at /usr/local/libexec/mysqld
> 0x803211b4a <pthread_sigmask+0x51a> at /lib/libthr.so.3
> 0x80321122c <pthread_getspecific+0xe1c> at /lib/libthr.so.3
> The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html 
> contains
> information that should help you find out what is causing the crash.
> 161110 03:14:00 mysqld_safe mysqld from pid file /var/db/mysql/elsa.pid 
> ended
> 
> 
> 
> 
> It works fine after downgrade to 10.1.17
> 
> 161110 03:28:41 mysqld_safe Starting mysqld daemon with databases from
> /var/db/mysql
> 2016-11-10  3:28:41 34426872832 [Note] /usr/local/libexec/mysqld
> (mysqld 10.1.17-MariaDB) starting as process 75826 ...
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Using mutexes to ref
> count buffer pool pages
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: The InnoDB memory heap
> is disabled
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Mutexes and rw_locks
> use GCC atomic builtins
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: GCC builtin
> __atomic_thread_fence() is used for memory barrier
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Compressed tables use 
> zlib 1.2.8
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Using generic crc32 
> instructions
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Initializing buffer
> pool, size = 256.0M
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Completed
> initialization of buffer pool
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Highest supported file
> format is Barracuda.
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Log scan progressed
> past the checkpoint lsn 36685481501
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Database was not
> shutdown normally!
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Starting crash recovery.
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Reading tablespace
> information from the .ibd files...
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Restoring possible
> half-written data pages
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: from the doublewrite 
> buffer...
> InnoDB: Doing recovery: scanned up to log sequence number 36685500328
> 2016-11-10  3:28:41 34426872832 [Note] InnoDB: Starting an apply batch
> of log records to the database...
> InnoDB: Progress in percent: 30 31 32 33 34 35 36 37 38 39 40 41 42 43
> 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
> 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89
> 90 91 92 93 94 95 96 97 98 99
> InnoDB: Apply batch completed
> 2016-11-10  3:28:42 34426872832 [Note] InnoDB: 128 rollback segment(s)
> are active.
> 2016-11-10  3:28:42 34426872832 [Note] InnoDB: Waiting for purge to 
> start
> 2016-11-10  3:28:42 34426872832 [Note] InnoDB:  Percona XtraDB
> (http://www.percona.com) 5.6.31-77.0 started; log sequence number
> 36685500328
> 2016-11-10  3:28:42 34426899456 [Note] InnoDB: Dumping buffer pool(s)
> not yet started
> 2016-11-10  3:28:42 34426872832 [Note] Plugin 'FEEDBACK' is disabled.
> 2016-11-10  3:28:42 34426872832 [Note] Recovering after a crash using 
> tc.log
> 2016-11-10  3:28:42 34426872832 [Note] Starting crash recovery...
> 2016-11-10  3:28:42 34426872832 [Note] Crash recovery finished.
> 2016-11-10  3:28:42 34426872832 [Note] Server socket created on IP: 
> '::'.
> 2016-11-10  3:28:42 34426872832 [Note] /usr/local/libexec/mysqld:
> ready for connections.
> Version: '10.1.17-MariaDB'  socket: '/tmp/mysql.sock'  port: 3306 
> FreeBSD Ports
> 
> 
> 
> This is on FreeBSD 10.3-RELEASE-p12 amd64 GENERIC with MariaDB build
> in our Poudriere with following options
> 
> # pkg info -f mariadb101-server
> mariadb101-server-10.1.18_1
> Name           : mariadb101-server
> Version        : 10.1.18_1
> Installed on   : Wed Nov  9 01:19:47 2016 CET
> Origin         : databases/mariadb101-server
> Architecture   : freebsd:10:x86:64
> Prefix         : /usr/local
> Categories     : databases ipv6
> Licenses       : GPLv2
> Maintainer     : brnrd at FreeBSD.org
> WWW            : http://mariadb.org/
> Comment        : Multithreaded SQL database (server)
> Options        :
>         FASTMTX        : off
>         GSSAPI_BASE    : off
>         GSSAPI_HEIMDAL : off
>         GSSAPI_MIT     : off
>         GSSAPI_NONE    : on
>         INNOBASE       : on
>         MAXKEY         : on
>         MROONGA        : off
>         OQGRAPH        : off
>         SPHINX         : on
>         SPIDER         : on
>         TOKUDB         : off
> Shared Libs required:
>         libxml2.so.2
> Shared Libs provided:
>         libmysqld.so.18
> Annotations    :
>         cpe            : 
> cpe:2.3:a:mariadb:mariadb:10.1.18:::::freebsd10:x64:1
>         repo_type      : binary
>         repository     : codelab
> Flat size      : 169MiB
> 
> 
> Miroslav Lachman

Hi Miroslav,

Any specific reason you're using InnoBase not XtraDB? It should work but 
I don't think that many people are actually using it. It's disabled by 
default in MariaDB port as XtraDB is supposed to be better than 
InnoBase.

The default is XtraDB which is a drop-in replacement of InnoDB by 
Percona. Can you try the new version 10.1.19 in ports and switch 
InnoBase off?

Thanks for reporting!

Bernard.

From rizzo at i805.com.br  Sat Nov 12 03:32:10 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Sat, 12 Nov 2016 00:31:32 -0300
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
In-Reply-To: <alpine.BSF.2.20.1611111506550.16478@localhost>
References: <alpine.BSF.2.20.1611111354570.16478@localhost>
 <1478869825.2036717.784650913.0613045A@webmail.messagingengine.com>
 <alpine.BSF.2.20.1611111506550.16478@localhost>
Message-ID: <20161112032846.M59217@i805.com.br>

Em Fri, 11 Nov 2016 15:07:34 +0100 (CET), Marco Beishuizen escreveu
> On Fri, 11 Nov 2016, the wise Tobias Kortkamp wrote:
> 
> > Running pkg upgrade -f qt5-gui fixed this for me.
> >
> 
> Yes, this worked. Thanks for the pointer!
> 
> Regards,
> Marco

 Hi Marcos,   when I update my sustem on november 3, I need to force
the pkg to reeinstall all qt 5.6 packeges, because it's not upgrade 
all correct


> 
> -- 
> Divorce is a game played by lawyers.
>  		-- Cary Grant
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"


---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/


From portscout at FreeBSD.org  Sat Nov 12 08:15:08 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sat, 12 Nov 2016 08:15:07 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611120815.uAC8F7hs051297@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161112/cb2be3e4/attachment.ksh>

From mbeis at xs4all.nl  Sat Nov 12 12:20:19 2016
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Sat, 12 Nov 2016 13:20:07 +0100 (CET)
Subject: Qt5 applications broken: could not find or load the Qt platform
 plugin "xcb"
In-Reply-To: <20161112032846.M59217@i805.com.br>
References: <alpine.BSF.2.20.1611111354570.16478@localhost>
 <1478869825.2036717.784650913.0613045A@webmail.messagingengine.com>
 <alpine.BSF.2.20.1611111506550.16478@localhost>
 <20161112032846.M59217@i805.com.br>
Message-ID: <alpine.BSF.2.20.1611121318440.1998@localhost>

On Sat, 12 Nov 2016, the wise Nilton Jose Rizzo wrote:

> Hi Marcos, when I update my sustem on november 3, I need to force the 
> pkg to reeinstall all qt 5.6 packeges, because it's not upgrade all 
> correct

Hi Nilton,

For now updating Qt-gui fixed it for me, but I'll keep it in mind.

Thanks & Regards,
Marco

-- 
Throw away documentation and manuals,
and users will be a hundred times happier.
Throw away privileges and quotas,
and users will do the Right Thing.
Throw away proprietary and site licenses,
and there won't be any pirating.

If these three aren't enough,
just stay at your home directory
and let all processes take their course.

From douglas at douglasthrift.net  Sat Nov 12 20:29:16 2016
From: douglas at douglasthrift.net (Douglas Thrift)
Date: Sat, 12 Nov 2016 12:29:11 -0800
Subject: FreeBSD Port: consul-0.7.1
Message-ID: <d44ffdd1-f8bc-f378-f513-70ba1f3bc383@douglasthrift.net>

Hello,

It looks like the new update to consul 0.7.1 is reporting its version as
"unknown-unknown" rather than "0.7.1". I'm guessing something changed in
the upstream build process.

This shows up when running "consul -v" and in the "Build" column when
running "consul members".

I'm guessing something changed in the way that the upstream build
process determines the build version number.
-- 
Douglas William Thrift
<http://douglasthrift.net/>

From swills at FreeBSD.org  Sat Nov 12 23:41:18 2016
From: swills at FreeBSD.org (Steve Wills)
Date: Sat, 12 Nov 2016 15:41:03 -0800
Subject: FreeBSD Port: consul-0.7.1
In-Reply-To: <d44ffdd1-f8bc-f378-f513-70ba1f3bc383@douglasthrift.net>
References: <d44ffdd1-f8bc-f378-f513-70ba1f3bc383@douglasthrift.net>
Message-ID: <8b61c9d8-73aa-51fd-aa82-0d5fa28dfcf6@FreeBSD.org>

Fixed, thanks for the heads up.

Steve

On 11/12/2016 12:29, Douglas Thrift wrote:
> Hello,
> 
> It looks like the new update to consul 0.7.1 is reporting its version as
> "unknown-unknown" rather than "0.7.1". I'm guessing something changed in
> the upstream build process.
> 
> This shows up when running "consul -v" and in the "Build" column when
> running "consul members".
> 
> I'm guessing something changed in the way that the upstream build
> process determines the build version number.
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 632 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161112/fafbee09/attachment.sig>

From portscout at FreeBSD.org  Sun Nov 13 08:34:35 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sun, 13 Nov 2016 08:34:34 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611130834.uAD8YYIp057107@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161113/a114a3b7/attachment.ksh>

From scratch65535 at att.net  Sun Nov 13 11:20:32 2016
From: scratch65535 at att.net (scratch65535 at att.net)
Date: Sun, 13 Nov 2016 06:17:20 -0500
Subject: Fontforge 21 June pkg has problems under 10.3
Message-ID: <1lhg2chtmqnuh7f54lr7c17mgfv6adk7tn@4ax.com>

The 21 June pkg build seems to have a number of glitchy problems
under 10.3.   I'm afraid I don't have time to do more than
mention them at present.

- the flop (docs call it flip) tool doesn't seem to work at all.

- the scrollbars frequently complain about having illegal values
during node debugging.

- the ability to "make arc" almost never works (it might have
something to do with how fresh the session is, but  I've not had
the time to do any testing).

- trying to change only one segment from line to curve with the
curve tool (almost?) never works -- it changes multiple segments
(almost?) every time.

- the default button during resize should be "apply" not "ok"
because resizing is more likely to require successive
approximations than done-in-one  (this is a UI problem, not a
glitch)

From list1 at gjunka.com  Sun Nov 13 13:04:36 2016
From: list1 at gjunka.com (Grzegorz Junka)
Date: Sun, 13 Nov 2016 12:48:37 +0000
Subject: LibreOffice fails to start
Message-ID: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>

After upgrading to 5.2.3 LibreOffice no longer starts. Error shown by 
the libre office launcher:


The following application experienced an error and needed to close:

libreoffice --calc

/usr/local/lib/libreoffice/program/libvclplug_gtklo.so: Undefined symbol 
"__cxa_thread_atexit"



Compiled with poudriere on 10.3. Is this a known issue? Some googling 
suggests that an incorrect version of glibc was used.


My options:


# This file is auto-generated by 'make config'.
# Options for libreoffice-5.2.3
_OPTIONS_READ=libreoffice-5.2.3
_FILE_COMPLETE_OPTIONS_LIST=CUPS GNOME GTK2 GTK3 JAVA KDE4 MMEDIA PGSQL 
SDK SYSTRAY TEST VERBOSE WEBDAV
OPTIONS_FILE_SET+=CUPS
OPTIONS_FILE_UNSET+=GNOME
OPTIONS_FILE_SET+=GTK2
OPTIONS_FILE_UNSET+=GTK3
OPTIONS_FILE_UNSET+=JAVA
OPTIONS_FILE_SET+=KDE4
OPTIONS_FILE_UNSET+=MMEDIA
OPTIONS_FILE_UNSET+=PGSQL
OPTIONS_FILE_UNSET+=SDK
OPTIONS_FILE_UNSET+=SYSTRAY
OPTIONS_FILE_UNSET+=TEST
OPTIONS_FILE_UNSET+=VERBOSE
OPTIONS_FILE_UNSET+=WEBDAV

Greg



From t at tobik.me  Sun Nov 13 15:00:03 2016
From: t at tobik.me (Tobias Kortkamp)
Date: Sun, 13 Nov 2016 15:59:56 +0100
Subject: ncurses, cmus, and _POSIX_C_SOURCE
Message-ID: <1479049196.3216236.786195177.54E4EBE9@webmail.messagingengine.com>

Hi,

I've got a report where audio/cmus will fail to build with ncurses from
ports (https://bugs.freebsd.org/214475).  The trouble seems to come from
ncurses' pkgconf file with adds -D_POSIX_C_SOURCE=200112L to CFLAGS
which hides strndup (which is available with _POSIX_C_SOURCE >= 200809)
from cmus.  I can "fix" the cmus build by adding a prototype for
strndup, but I'm wondering if devel/ncurses may be doing something wrong
here by defining _POSIX_C_SOURCE like it does?

Thanks!

From rodperson at rodperson.com  Sun Nov 13 17:16:25 2016
From: rodperson at rodperson.com (Rod Person)
Date: Sun, 13 Nov 2016 12:16:16 -0500
Subject: USE_PYTHON distutils option causing error
Message-ID: <20161113121616.7b44da44@atomizer>

Hi,

I'm trying to update a port a maintain to the latest version and having
this problem. The port is a python application and has the following in
the Makefile

USE_PYTHON= autoplist distutils

This causes the error at the bottom of my email. Some searching on the
internet suggest call setup.py with the egg option, but I'm not sure
how to do that via the Makefile or if that is the correct option.  

Any suggestion would be helpful.


===>   py27-spyder-3.0.1 depends on file: /usr/local/bin/python2.7 -
found ===>   Generating temporary packing list
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: setup.py --help [cmd1 cmd2 ...]
   or: setup.py --help-commands
   or: setup.py cmd --help

error: option --single-version-externally-managed not recognized
*** Error code 1

Stop.
make[1]: stopped





-- 
Rod

http://www.rodperson.com

He who knows himself to be one way and pretends it is another way is a
thief who robs his own soul.

  The Mahabharata
     Sakuntala 25

From anastasios at mageirias.com  Sun Nov 13 18:07:30 2016
From: anastasios at mageirias.com (Anastasios Mageirias)
Date: Sun, 13 Nov 2016 20:07:19 +0200
Subject: Lame: MPEG Audio Layer III (MP3) encoder
Message-ID: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>

Hi

I was searching if a port for this piece of software exists.

http://lame.sourceforge.net/

but i find some ports "twolame" and "toolame" and some other 
gstreamer-plugins and gstreamer1-plugins with strange Makefiles.


Do you know if lame is ported already ?

I'm trying to port xplico and i can't find out.


Thank you.


From lists at opsec.eu  Sun Nov 13 18:42:00 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Sun, 13 Nov 2016 19:41:59 +0100
Subject: Lame: MPEG Audio Layer III (MP3) encoder
In-Reply-To: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
References: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
Message-ID: <20161113184159.GQ2648@home.opsec.eu>

Hi!

> I was searching if a port for this piece of software exists.
> 
> http://lame.sourceforge.net/
> 
> but i find some ports "twolame" and "toolame" and some other 
> gstreamer-plugins and gstreamer1-plugins with strange Makefiles.
> 
> 
> Do you know if lame is ported already ?

audio/lame

looks like it's the real deal.

I found it using

portfind lame

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From bapt at FreeBSD.org  Sun Nov 13 18:44:08 2016
From: bapt at FreeBSD.org (Baptiste Daroussin)
Date: Sun, 13 Nov 2016 19:44:05 +0100
Subject: LibreOffice fails to start
In-Reply-To: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
References: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
Message-ID: <20161113184405.2sm7o4zybsix3kmf@ivaldir.etoilebsd.net>

On Sun, Nov 13, 2016 at 12:48:37PM +0000, Grzegorz Junka wrote:
> After upgrading to 5.2.3 LibreOffice no longer starts. Error shown by the
> libre office launcher:
> 
> 
> The following application experienced an error and needed to close:
> 
> libreoffice --calc
> 
> /usr/local/lib/libreoffice/program/libvclplug_gtklo.so: Undefined symbol
> "__cxa_thread_atexit"
> 
> 
> 
> Compiled with poudriere on 10.3. Is this a known issue? Some googling
> suggests that an incorrect version of glibc was used.
> 

Yes known issue (there is a bug about that, __cxa_thread_atexit is only
available on 11-stable and 12-current, I'm working on a fix for 11.0-RELEASE and
previous

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161113/8b2157b3/attachment.sig>

From anastasios at mageirias.com  Sun Nov 13 18:50:27 2016
From: anastasios at mageirias.com (Anastasios Mageirias)
Date: Sun, 13 Nov 2016 20:50:22 +0200
Subject: Lame: MPEG Audio Layer III (MP3) encoder
In-Reply-To: <20161113184159.GQ2648@home.opsec.eu>
References: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
 <20161113184159.GQ2648@home.opsec.eu>
Message-ID: <f15cf901-608e-18f1-7bc2-abcac5900c26@mageirias.com>

wow it's not listed in "pkg search -o lame"

mag at mypc:~ % pkg search -o lame
devel/blame                    Display last modification for each line 
in an RCS file
databases/flamerobin           GUI administration tool for firebird database
audio/glame                    Powerful, fast, stable, and easily 
extensible sound editor for GNOME
audio/gstreamer-plugins-lame   Gstreamer mp3 encode plugin
audio/gstreamer-plugins-twolame Gstreamer High-quality free MP2 encoder 
plugin
audio/gstreamer1-plugins-lame  GStreamer High-quality free mp3 encode plugin
audio/gstreamer1-plugins-twolame GStreamer High-quality free MP2 encoder 
plugin
math/libflame                  FLAME dense linear algebra library
multimedia/libquicktime-lame   library for reading and writing quicktime 
files
audio/mctoolame-decoder        MPEG Layer II audio decoder with 
multi-channel support
audio/mctoolame-encoder        MPEG Layer II audio encoder with 
multi-channel support
graphics/rubygem-flamegraph    Flamegraph support for arbitrary ruby apps
audio/toolame                  Optimized mpeg 1/2 layer 2 audio encoder
audio/twolame                  MPEG Audio Layer 2 encoder
sysutils/wmflame               Dockapp that shows the load average as a 
flame
mag at mypc:~ %


On 11/13/16 20:41, Kurt Jaeger wrote:
> Hi!
>
>> I was searching if a port for this piece of software exists.
>>
>> http://lame.sourceforge.net/
>>
>> but i find some ports "twolame" and "toolame" and some other
>> gstreamer-plugins and gstreamer1-plugins with strange Makefiles.
>>
>>
>> Do you know if lame is ported already ?
> audio/lame
>
> looks like it's the real deal.
>
> I found it using
>
> portfind lame
>


From freebsd at skysmurf.nl  Sun Nov 13 18:54:57 2016
From: freebsd at skysmurf.nl (Alphons van Werven)
Date: Sun, 13 Nov 2016 19:54:45 +0100
Subject: Lame: MPEG Audio Layer III (MP3) encoder
In-Reply-To: <f15cf901-608e-18f1-7bc2-abcac5900c26@mageirias.com>
References: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
 <20161113184159.GQ2648@home.opsec.eu>
 <f15cf901-608e-18f1-7bc2-abcac5900c26@mageirias.com>
Message-ID: <20161113185445.GA23309@spectrum.skysmurf.nl>

Anastasios Mageirias wrote:

> wow it's not listed in "pkg search -o lame"

There's a *port* for it, but not a binary package. That has to do with
patent issues.

Fonz

-- 
A.J. "Fonz" van Werven <freebsd at skysmurf.nl>
mailsig: Help! I'm a prisoner in a Chinese fortune cookie factory.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161113/a033c9ab/attachment.sig>

From anastasios at mageirias.com  Sun Nov 13 18:58:10 2016
From: anastasios at mageirias.com (Anastasios Mageirias)
Date: Sun, 13 Nov 2016 20:58:06 +0200
Subject: Lame: MPEG Audio Layer III (MP3) encoder
In-Reply-To: <20161113185445.GA23309@spectrum.skysmurf.nl>
References: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
 <20161113184159.GQ2648@home.opsec.eu>
 <f15cf901-608e-18f1-7bc2-abcac5900c26@mageirias.com>
 <20161113185445.GA23309@spectrum.skysmurf.nl>
Message-ID: <d9d3cc00-70d5-15da-3208-867e5cf674b1@mageirias.com>

Thank you
Next time i should probably use "portfind" or "make search name=lame"

Best
Mageirias Anastasios

On 11/13/16 20:54, Alphons van Werven wrote:
> Anastasios Mageirias wrote:
>
>> wow it's not listed in "pkg search -o lame"
> There's a *port* for it, but not a binary package. That has to do with
> patent issues.
>
> Fonz
>


From net at arrishq.net  Sun Nov 13 20:37:21 2016
From: net at arrishq.net (Tommy Scheunemann)
Date: Sun, 13 Nov 2016 21:30:04 +0100
Subject: LibreOffice fails to start
In-Reply-To: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
References: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
Message-ID: <5828CD4C.9010700@arrishq.net>

Hi,

an, even if not really nice and recommended, work-around is to move the
problematic file somewhere or rename it.
That worked here, though my usage might not be the usage of someone else
so it still might cause some pain somewhere.

Le 13.11.2016 13:48, Grzegorz Junka a ?crit:
> After upgrading to 5.2.3 LibreOffice no longer starts. Error shown by
> the libre office launcher:
> 
> 
> The following application experienced an error and needed to close:
> 
> libreoffice --calc
> 
> /usr/local/lib/libreoffice/program/libvclplug_gtklo.so: Undefined symbol
> "__cxa_thread_atexit"
> 
> 
> 
> Compiled with poudriere on 10.3. Is this a known issue? Some googling
> suggests that an incorrect version of glibc was used.
> 
> 
> My options:
> 
> 
> # This file is auto-generated by 'make config'.
> # Options for libreoffice-5.2.3
> _OPTIONS_READ=libreoffice-5.2.3
> _FILE_COMPLETE_OPTIONS_LIST=CUPS GNOME GTK2 GTK3 JAVA KDE4 MMEDIA PGSQL
> SDK SYSTRAY TEST VERBOSE WEBDAV
> OPTIONS_FILE_SET+=CUPS
> OPTIONS_FILE_UNSET+=GNOME
> OPTIONS_FILE_SET+=GTK2
> OPTIONS_FILE_UNSET+=GTK3
> OPTIONS_FILE_UNSET+=JAVA
> OPTIONS_FILE_SET+=KDE4
> OPTIONS_FILE_UNSET+=MMEDIA
> OPTIONS_FILE_UNSET+=PGSQL
> OPTIONS_FILE_UNSET+=SDK
> OPTIONS_FILE_UNSET+=SYSTRAY
> OPTIONS_FILE_UNSET+=TEST
> OPTIONS_FILE_UNSET+=VERBOSE
> OPTIONS_FILE_UNSET+=WEBDAV
> 
> Greg
> 
> 
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

From bapt at FreeBSD.org  Sun Nov 13 21:18:46 2016
From: bapt at FreeBSD.org (Baptiste Daroussin)
Date: Sun, 13 Nov 2016 22:18:41 +0100
Subject: LibreOffice fails to start
In-Reply-To: <5828CD4C.9010700@arrishq.net>
References: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
 <5828CD4C.9010700@arrishq.net>
Message-ID: <20161113211841.rf5h7fzuwewfb6k7@ivaldir.etoilebsd.net>

On Sun, Nov 13, 2016 at 09:30:04PM +0100, Tommy Scheunemann wrote:
> Hi,
> 
> an, even if not really nice and recommended, work-around is to move the
> problematic file somewhere or rename it.
> That worked here, though my usage might not be the usage of someone else
> so it still might cause some pain somewhere.
> 
> Le 13.11.2016 13:48, Grzegorz Junka a ?crit:
> > After upgrading to 5.2.3 LibreOffice no longer starts. Error shown by
> > the libre office launcher:
> > 
> > 
> > The following application experienced an error and needed to close:
> > 
> > libreoffice --calc
> > 
> > /usr/local/lib/libreoffice/program/libvclplug_gtklo.so: Undefined symbol
> > "__cxa_thread_atexit"
> > 
> > 
> > 
> > Compiled with poudriere on 10.3. Is this a known issue? Some googling
> > suggests that an incorrect version of glibc was used.
> > 
> > 
> > My options:
> > 
> > 
> > # This file is auto-generated by 'make config'.
> > # Options for libreoffice-5.2.3
> > _OPTIONS_READ=libreoffice-5.2.3
> > _FILE_COMPLETE_OPTIONS_LIST=CUPS GNOME GTK2 GTK3 JAVA KDE4 MMEDIA PGSQL
> > SDK SYSTRAY TEST VERBOSE WEBDAV
> > OPTIONS_FILE_SET+=CUPS
> > OPTIONS_FILE_UNSET+=GNOME
> > OPTIONS_FILE_SET+=GTK2
> > OPTIONS_FILE_UNSET+=GTK3
> > OPTIONS_FILE_UNSET+=JAVA
> > OPTIONS_FILE_SET+=KDE4
> > OPTIONS_FILE_UNSET+=MMEDIA
> > OPTIONS_FILE_UNSET+=PGSQL
> > OPTIONS_FILE_UNSET+=SDK
> > OPTIONS_FILE_UNSET+=SYSTRAY
> > OPTIONS_FILE_UNSET+=TEST
> > OPTIONS_FILE_UNSET+=VERBOSE
> > OPTIONS_FILE_UNSET+=WEBDAV
> > 
> > Greg
> > 

If one want to test the fixes I have uploaded to patches to add to files/ in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214473

Please tell me the result, it was sucessful for me

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161113/0eb0e6ef/attachment.sig>

From douglas at douglasthrift.net  Mon Nov 14 01:43:46 2016
From: douglas at douglasthrift.net (Douglas Thrift)
Date: Sun, 13 Nov 2016 17:43:42 -0800
Subject: FreeBSD Port: consul-0.7.1
In-Reply-To: <8b61c9d8-73aa-51fd-aa82-0d5fa28dfcf6@FreeBSD.org>
References: <d44ffdd1-f8bc-f378-f513-70ba1f3bc383@douglasthrift.net>
 <8b61c9d8-73aa-51fd-aa82-0d5fa28dfcf6@FreeBSD.org>
Message-ID: <ae448579-e3ee-dc92-2d29-2d319d2090b1@douglasthrift.net>

Hmm,

I upgraded to 0.7.1_1 and "consul -v" is correctly showing v0.7.1, but
now the "Build" column in the output of "consul members" is just blank.

Douglas William Thrift
<http://douglasthrift.net/>

On 11/12/2016 3:41 PM, Steve Wills wrote:
> Fixed, thanks for the heads up.
> 
> Steve
> 
> On 11/12/2016 12:29, Douglas Thrift wrote:
>> Hello,
>>
>> It looks like the new update to consul 0.7.1 is reporting its version as
>> "unknown-unknown" rather than "0.7.1". I'm guessing something changed in
>> the upstream build process.
>>
>> This shows up when running "consul -v" and in the "Build" column when
>> running "consul members".
>>
>> I'm guessing something changed in the way that the upstream build
>> process determines the build version number.
>>
> 

From rizzo at i805.com.br  Mon Nov 14 03:26:00 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Mon, 14 Nov 2016 00:25:33 -0300
Subject: geda ports 1.8 and guile version conflict
In-Reply-To: <20161113190426.M67428@i805.com.br>
Message-ID: <20161114032454.M14662@i805.com.br>



Hi all, I need to use a gEDA ports to create schemas and
PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not
more possible because the guile lib have a version conflict.

   Some ports work with guile2 and gEDA needs a 1.8 version
both use the same locations /usr/local/bin.

   Have some other problems that I would like to share with you
but I need to create a paper, because I have a long list with
this problems.

    It's to hard to create a path with version to binaries
and/or library, like this:

/usr/local/bin/guile/guile
/usr/local/bin/guile2/guile

and create a link to the /usr/local/bin like this:

ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18
ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2

it's just done to clang and llvm, and i  not understand
why I need to compile a ports int  FreeBSD 12-current with
a clang and llvm 3.6 or 3.7, if I just have a 3.8 version

 Thanx!

---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/


From list1 at gjunka.com  Mon Nov 14 05:11:25 2016
From: list1 at gjunka.com (Grzegorz Junka)
Date: Mon, 14 Nov 2016 05:11:08 +0000
Subject: LibreOffice fails to start
In-Reply-To: <5828CD4C.9010700@arrishq.net>
References: <57a1a6e6-0615-f9c9-fbcb-5c19b149675e@gjunka.com>
 <5828CD4C.9010700@arrishq.net>
Message-ID: <5ba3ca61-1426-bda0-77d1-5ad5f42288a2@gjunka.com>

Thank you, the workaround worked here as well, though I had to move two 
files (libvclplug_gtk3lo.so and libvclplug_gtklo.so).

Greg


On 13/11/2016 20:30, Tommy Scheunemann wrote:
> Hi,
>
> an, even if not really nice and recommended, work-around is to move the
> problematic file somewhere or rename it.
> That worked here, though my usage might not be the usage of someone else
> so it still might cause some pain somewhere.
>
> Le 13.11.2016 13:48, Grzegorz Junka a ?crit:
>> After upgrading to 5.2.3 LibreOffice no longer starts. Error shown by
>> the libre office launcher:
>>
>>
>> The following application experienced an error and needed to close:
>>
>> libreoffice --calc
>>
>> /usr/local/lib/libreoffice/program/libvclplug_gtklo.so: Undefined symbol
>> "__cxa_thread_atexit"
>>
>>
>>
>> Compiled with poudriere on 10.3. Is this a known issue? Some googling
>> suggests that an incorrect version of glibc was used.
>>
>>
>> My options:
>>
>>
>> # This file is auto-generated by 'make config'.
>> # Options for libreoffice-5.2.3
>> _OPTIONS_READ=libreoffice-5.2.3
>> _FILE_COMPLETE_OPTIONS_LIST=CUPS GNOME GTK2 GTK3 JAVA KDE4 MMEDIA PGSQL
>> SDK SYSTRAY TEST VERBOSE WEBDAV
>> OPTIONS_FILE_SET+=CUPS
>> OPTIONS_FILE_UNSET+=GNOME
>> OPTIONS_FILE_SET+=GTK2
>> OPTIONS_FILE_UNSET+=GTK3
>> OPTIONS_FILE_UNSET+=JAVA
>> OPTIONS_FILE_SET+=KDE4
>> OPTIONS_FILE_UNSET+=MMEDIA
>> OPTIONS_FILE_UNSET+=PGSQL
>> OPTIONS_FILE_UNSET+=SDK
>> OPTIONS_FILE_UNSET+=SYSTRAY
>> OPTIONS_FILE_UNSET+=TEST
>> OPTIONS_FILE_UNSET+=VERBOSE
>> OPTIONS_FILE_UNSET+=WEBDAV
>>
>> Greg
>>
>>
>> _______________________________________________
>> freebsd-ports at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"


From guiyangjinchukou09 at vip.163.com  Mon Nov 14 05:18:50 2016
From: guiyangjinchukou09 at vip.163.com (guiyangjinchukou09)
Date: Mon, 14 Nov 2016 13:10:15 +0800 (CST)
Subject: Inquiry
Message-ID: <32db1bd.192913.158613e2f4f.Coremail.guiyangjinchukou09@vip.163.com>

Dear Sir/Madam,

   We are a Guiyang Import & Export Trading Co.Ltd in Guizhou province of China,our company is very interested in your products. Please send your product?s catalogue and website to me after receiving the E-mail for helping me to choose your products i need.

 

Waiting for your reply soon.

 

Best Regards

 

Mr. Yang

 

Telephone No. : 0086-(0)-13116497918

From doug at mail.sermon-archive.info  Mon Nov 14 05:24:38 2016
From: doug at mail.sermon-archive.info (Doug Hardie)
Date: Sun, 13 Nov 2016 21:09:10 -0800
Subject: Fwd: [exp - 103i386-default-build-as-user][mail/qpopper] Failed for
 qpopper-4.1.0_5 in package
References: <201610251816.u9PIGGDX074284@package19.nyi.freebsd.org>
Message-ID: <9CE5E549-0CFB-41AC-81BE-8A637AE82784@mail.sermon-archive.info>

I can't reproduce this problem.  The GUIDE.pdf file is built properly in /usr/local/share/doc/qpopper.  I am at a loss as to what to do about this.


> Begin forwarded message:
> 
> From: pkg-fallout at FreeBSD.org <mailto:pkg-fallout at FreeBSD.org>
> Subject: [exp - 103i386-default-build-as-user][mail/qpopper] Failed for qpopper-4.1.0_5 in package
> Date: October 25, 2016 at 11:16:16 PDT
> To: bc979 at lafn.org <mailto:bc979 at lafn.org>
> Cc: pkg-fallout at FreeBSD.org <mailto:pkg-fallout at FreeBSD.org>
> 
> You are receiving this mail as a port that you maintain
> is failing to build on the FreeBSD package build server.
> Please investigate the failure and submit a PR to fix
> build.
> 
> Maintainer:     bc979 at lafn.org <mailto:bc979 at lafn.org>
> Last committer: mat at FreeBSD.org <mailto:mat at FreeBSD.org>
> Ident:          $FreeBSD: head/mail/qpopper/Makefile 424560 2016-10-24 10:18:50Z mat $
> Log URL:        http://package19.nyi.freebsd.org/data/103i386-default-build-as-user/424593/logs/qpopper-4.1.0_5.log <http://package19.nyi.freebsd.org/data/103i386-default-build-as-user/424593/logs/qpopper-4.1.0_5.log>
> Build URL:      http://package19.nyi.freebsd.org/build.html?mastername=103i386-default-build-as-user&build=424593 <http://package19.nyi.freebsd.org/build.html?mastername=103i386-default-build-as-user&build=424593>
> Log:
> 
> ====>> Building mail/qpopper
> build started at Tue Oct 25 18:15:43 UTC 2016
> port directory: /usr/ports/mail/qpopper
> building for: FreeBSD 103i386-default-build-as-user-job-24 10.3-RELEASE-p10 FreeBSD 10.3-RELEASE-p10 i386
> maintained by: bc979 at lafn.org <mailto:bc979 at lafn.org>
> Makefile ident:      $FreeBSD: head/mail/qpopper/Makefile 424560 2016-10-24 10:18:50Z mat $
> Poudriere version: 3.1.14
> Host OSVERSION: 1200005
> Jail OSVERSION: 1003000
> 
> ---Begin Environment---
> SHELL=/bin/csh
> UNAME_p=i386
> UNAME_m=i386
> UNAME_v=FreeBSD 10.3-RELEASE-p10
> UNAME_r=10.3-RELEASE-p10
> BLOCKSIZE=K
> MAIL=/var/mail/root
> STATUS=1
> OPSYS=FreeBSD
> ARCH=i386
> SAVED_TERM=
> MASTERMNT=/poudriere/data/.m/103i386-default-build-as-user/ref
> FORCE_PACKAGE=yes
> PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
> _JAVA_VERSION_LIST_REGEXP=1.6\|1.7\|1.8\|1.6+\|1.7+\|1.8+
> POUDRIERE_BUILD_TYPE=bulk
> PKGNAME=qpopper-4.1.0_5
> OSREL=10.3
> _OSRELEASE=10.3-RELEASE-p10
> PYTHONBASE=/usr/local
> OLDPWD=/
> _SMP_CPUS=32
> PWD=/poudriere/data/.m/103i386-default-build-as-user/ref/.p/pool
> MASTERNAME=103i386-default-build-as-user
> SCRIPTPREFIX=/usr/local/share/poudriere
> _JAVA_VENDOR_LIST_REGEXP=openjdk\|oracle\|sun
> USER=root
> HOME=/root
> POUDRIERE_VERSION=3.1.14
> SCRIPTPATH=/usr/local/share/poudriere/bulk.sh
> CONFIGURE_MAX_CMD_LEN=262144
> LIBEXECPREFIX=/usr/local/libexec/poudriere
> LOCALBASE=/usr/local
> PACKAGE_BUILDING=yes
> _JAVA_OS_LIST_REGEXP=native\|linux
> OSVERSION=1003000
> ---End Environment---
> 
> ---Begin OPTIONS List---
> ===> The following configuration options are available for qpopper-4.1.0_5:
>     APOP=on: build with APOP
>     APOP_ONLY=off: build with APOP authentication only
>     DOCUMENTATION=off: install pdf documentation
>     DRAC=off: build with Dynamic Relay Authorization
>     FULL_POPD_DEBUG=off: build with more verbose debugging
>     PAM=off: build with PAM authentication
>     POPPASSD=off: build the poppassd daemon
>     SAMPLE_POPUSERS=off: build a default reject file
>     SHY_ENABLED=off: hide qpopper version in POP3 banner
>     SSL=on: build with SSL/TLS support
>     STANDALONE_MODE=off: build qpopper to be run without inetd
>     U_OPTION=on: include support for user .qpopper-options
> ===> Use 'make config' to modify these settings
> ---End OPTIONS List---
> 
> --CONFIGURE_ARGS--
> --enable-nonauth-file=/usr/local/etc/qpopper/popusers  --without-gdbm  --enable-keep-temp-drop --enable-apop=/usr/local/etc/qpopper/pop.auth  --with-popuid=pop --with-openssl=/usr --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
> --End CONFIGURE_ARGS--
> 
> --CONFIGURE_ENV--
> OS_DEFS="-DSETPROCTITLE " XDG_DATA_HOME=/wrkdirs/usr/ports/mail/qpopper/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/mail/qpopper/work  HOME=/wrkdirs/usr/ports/mail/qpopper/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh  AUTOCONF=/usr/local/bin/autoconf-2.69  AUTOCONF_DIR=/usr/local/share/autoconf-2.69  AUTOHEADER=/usr/local/bin/autoheader-2.69  AUTOIFNAMES=/usr/local/bin/ifnames-2.69  AUTOM4TE=/usr/local/bin/autom4te-2.69  AUTORECONF=/usr/local/bin/autoreconf-2.69  AUTOSCAN=/usr/local/bin/autoscan-2.69  AUTOUPDATE=/usr/local/bin/autoupdate-2.69  AUTOCONF_VERSION=2.69 CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144
> --End CONFIGURE_ENV--
> 
> --MAKE_ENV--
> OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl OPENSSLINC=/usr/include OPENSSLLIB=/usr/lib XDG_DATA_HOME=/wrkdirs/usr/ports/mail/qpopper/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/mail/qpopper/work  HOME=/wrkdirs/usr/ports/mail/qpopper/work TMPDIR="/tmp" NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes SHELL=/bin/sh NO_LINT=YES  AUTOCONF=/usr/local/bin/autoconf-2.69  AUTOCONF_DIR=/usr/local/share/autoconf-2.69  AUTOHEADER=/usr/local/bin/autoheader-2.69  AUTOIFNAMES=/usr/local/bin/ifnames-2.69  AUTOM4TE=/usr/local/bin/autom4te-2.69  AUTORECONF=/usr/local/bin/autoreconf-2.69  AUTOSCAN=/usr/local/bin/autoscan-2.69  AUTOUPDATE=/usr/local/bin/autoupdate-2.69  AUTOCONF_VERSION=2.69 PREFIX=/usr/local  LOCALBASE=/usr/local  LIBDIR="/usr/lib"  CC="cc" CFLAGS="-O2 -pipe  -fstack-protector -fno-strict-aliasing"  CPP="cpp" CPPFLAGS=""  LDFLAGS="  -fstack-protector" LIBS="-L/usr/local/lib -lcrypt -lmd -lutil"  CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing "  MANPR!
> EFIX="/us
> r/local" BSD_INSTALL_PROGRAM="install  -s -m 555"  BSD_INSTALL_LIB="install  -s -m 444"  BSD_INSTALL_SCRIPT="install  -m 555"  BSD_INSTALL_DATA="install  -m 0644"  BSD_INSTALL_MAN="install  -m 444"
> --End MAKE_ENV--
> 
> --PLIST_SUB--
> EPOPPASSD="@comment
> "
> USERS=pop
> GROUPS=daemon
> POP_MODE_DIR=0711
> POP_MODE_CONF=0444
> QPOPAUTH=""
> OSREL=10.3
> PREFIX=%D
> LOCALBASE=/usr/local
> RESETPREFIX=/usr/local
> PORTDOCS=""
> PORTEXAMPLES=""
> LIB32DIR=lib
> DOCSDIR="share/doc/qpopper"
> EXAMPLESDIR="share/examples/qpopper"
> DATADIR="share/qpopper"
> WWWDIR="www/qpopper"
> ETCDIR="etc/qpopper"
> --End PLIST_SUB--
> 
> --SUB_LIST--
> PREFIX=/usr/local
> LOCALBASE=/usr/local
> DATADIR=/usr/local/share/qpopper
> DOCSDIR=/usr/local/share/doc/qpopper
> EXAMPLESDIR=/usr/local/share/examples/qpopper
> WWWDIR=/usr/local/www/qpopper
> ETCDIR=/usr/local/etc/qpopper
> --End SUB_LIST--
> 
> ---Begin make.conf---
> USE_PACKAGE_DEPENDS=yes
> BATCH=yes
> WRKDIRPREFIX=/wrkdirs
> PORTSDIR=/usr/ports
> PACKAGES=/packages
> DISTDIR=/distfiles
> MACHINE=i386
> MACHINE_ARCH=i386
> ARCH=${MACHINE_ARCH}
> #### /usr/local/etc/poudriere.d/make.conf ####
> WITH_PKGNG=yes
> DISABLE_MAKE_JOBS=poudriere
> ---End make.conf---
> =======================<phase: check-sanity   >============================
> ===========================================================================
> =======================<phase: pkg-depends    >============================
> ===>   qpopper-4.1.0_5 depends on file: /usr/local/sbin/pkg - not found
> ===>   Installing existing package /packages/All/pkg-1.9.1.txz
> [103i386-default-build-as-user-job-24] Installing pkg-1.9.1...
> [103i386-default-build-as-user-job-24] Extracting pkg-1.9.1: .......... done
> ===>   qpopper-4.1.0_5 depends on file: /usr/local/sbin/pkg - found
> ===>   Returning to build of qpopper-4.1.0_5
> ===========================================================================
> =======================<phase: fetch-depends  >============================
> ===========================================================================
> =======================<phase: fetch          >============================
> ===> Fetching all distfiles required by qpopper-4.1.0_5 for building
> ===========================================================================
> =======================<phase: checksum       >============================
> ===> Fetching all distfiles required by qpopper-4.1.0_5 for building
> => SHA256 Checksum OK for qpopper4.1.0.tar.gz.
> ===========================================================================
> =======================<phase: extract-depends>============================
> ===========================================================================
> =======================<phase: extract        >============================
> ===> Fetching all distfiles required by qpopper-4.1.0_5 for building
> ===>  Extracting for qpopper-4.1.0_5
> => SHA256 Checksum OK for qpopper4.1.0.tar.gz.
> ===========================================================================
> =======================<phase: patch-depends  >============================
> ===========================================================================
> =======================<phase: patch          >============================
> ===>  Patching for qpopper-4.1.0_5
> ===>  Applying FreeBSD patches for qpopper-4.1.0_5
> ===========================================================================
> =======================<phase: build-depends  >============================
> ===>   qpopper-4.1.0_5 depends on file: /usr/local/bin/autoconf-2.69 - not found
> ===>   Installing existing package /packages/All/autoconf-2.69_1.txz
> [103i386-default-build-as-user-job-24] Installing autoconf-2.69_1...
> [103i386-default-build-as-user-job-24] `-- Installing indexinfo-0.2.5...
> [103i386-default-build-as-user-job-24] `-- Extracting indexinfo-0.2.5: .... done
> [103i386-default-build-as-user-job-24] `-- Installing autoconf-wrapper-20131203...
> [103i386-default-build-as-user-job-24] `-- Extracting autoconf-wrapper-20131203: ........ done
> [103i386-default-build-as-user-job-24] `-- Installing perl5-5.20.3_15...
> [103i386-default-build-as-user-job-24] `-- Extracting perl5-5.20.3_15: .......... done
> [103i386-default-build-as-user-job-24] `-- Installing m4-1.4.17_1,1...
> [103i386-default-build-as-user-job-24] `-- Extracting m4-1.4.17_1,1: .......... done
> [103i386-default-build-as-user-job-24] Extracting autoconf-2.69_1: .......... done
> Message from perl5-5.20.3_15:
> The /usr/bin/perl symlink has been removed starting with Perl 5.20.
> For shebangs, you should either use:
> 
> #!/usr/local/bin/perl
> 
> or
> 
> #!/usr/bin/env perl
> 
> The first one will only work if you have a /usr/local/bin/perl,
> the second will work as long as perl is in PATH.
> ===>   qpopper-4.1.0_5 depends on file: /usr/local/bin/autoconf-2.69 - found
> ===>   Returning to build of qpopper-4.1.0_5
> ===========================================================================
> =======================<phase: lib-depends    >============================
> ===========================================================================
> =======================<phase: configure      >============================
> ===>  Configuring for qpopper-4.1.0_5
> configure: loading site script /usr/ports/Templates/config.site
> Configuring Qpopper version "4.1.0"
> checking whether make sets $(MAKE)... yes
> checking for gcc... cc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables... 
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether cc accepts -g... yes
> <snip>
> checking for usleep... (cached) yes
> checking for crypt... yes
> checking for crypt16... no
> checking for bigcrypt... no
> checking for setproctitle... (cached) yes
> checking for mkstemp... (cached) yes
> checking for setresuid... (cached) yes
> checking whether srandom is declared... (cached) yes
> found decl
> checking whether write is declared... yes
> found decl
> checking for library containing gethostbyname... none required
> checking size of unsigned long int... 4
> checking for /dev/urandom ... yes 
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: WARNING:  'Makefile.in' seems to ignore the --datarootdir setting
> config.status: creating common/Makefile
> config.status: creating popper/Makefile
> config.status: creating mmangle/Makefile
> config.status: creating password/Makefile
> config.status: creating config.h
> ===========================================================================
> =======================<phase: build          >============================
> ===>  Building for qpopper-4.1.0_5
> cd ./popper  && /usr/bin/make all
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_dele.c -o pop_dele.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_dropcopy.c -o pop_dropcopy.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_get_command.c -o pop_get_command.o
> pop_get_command.c:41:31: warning: incompatible pointer types initializing 'int (*)()' with an expression of type 'pop_result (POP *)' [-Wincompatible-pointer-types]
>    { auth2,  "pass", 1,  1,  pop_pass,   {halt,  trans} },
>                              ^~~~~~~~
> 1 warning generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_get_subcommand.c -o pop_get_subcommand.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_init.c -o pop_init.o
> pop_init.c:1209:52: warning: passing 'int *' to parameter of type 'socklen_t *' (aka 'unsigned int *') converts between pointers to integer types with different sign [-Wpointer-sign]
>    if ( getpeername ( sp, (struct sockaddr *)&cs, &len ) < 0 ) {
>                                                   ^~~~
> /usr/include/sys/socket.h:604:74: note: passing argument to parameter here
> int     getpeername(int, struct sockaddr * __restrict, socklen_t * __restrict);
>                                                                             ^
> 1 warning generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_last.c -o pop_last.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_list.c -o pop_list.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_log.c -o pop_log.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_lower.c -o pop_lower.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_msg.c -o pop_msg.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_parse.c -o pop_parse.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_pass.c -o pop_pass.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_quit.c -o pop_quit.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_rset.c -o pop_rset.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_send.c -o pop_send.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_stat.c -o pop_stat.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_updt.c -o pop_updt.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_user.c -o pop_user.o
> pop_user.c:396:56: warning: format string is not a string literal (potentially insecure) [-Wformat-security]
>        return ( pop_auth_fail ( p, POP_FAILURE, HERE, ERRMSG_STRONG ) );
>                                                       ^~~~~~~~~~~~~
> pop_user.c:404:34: warning: format string is not a string literal (potentially insecure) [-Wformat-security]
>                                 ERRMSG_TLS_STRONG ) );
>                                 ^~~~~~~~~~~~~~~~~
> 2 warnings generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_xtnd.c -o pop_xtnd.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_xmit.c -o pop_xmit.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX popper.c -o popper.o
> popper.c:422:19: warning: format specifies type 'unsigned long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  p.login_time, p.init_time, p.clean_time );
>                  ^~~~~~~~~~~~
> popper.c:422:33: warning: format specifies type 'unsigned long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  p.login_time, p.init_time, p.clean_time );
>                                ^~~~~~~~~~~
> popper.c:422:46: warning: format specifies type 'unsigned long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  p.login_time, p.init_time, p.clean_time );
>                                             ^~~~~~~~~~~~
> 3 warnings generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_bull.c -o pop_bull.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX xtnd_xlst.c -o xtnd_xlst.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_uidl.c -o pop_uidl.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_rpop.c -o pop_rpop.o
> pop_rpop.c:91:10: warning: implicit declaration of function 'iruserok_sa' is invalid in C99 [-Wimplicit-function-declaration]
>    if ( iruserok_sa ( res->ai_addr, res->ai_addrlen,
>         ^
> 1 warning generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_apop.c -o pop_apop.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_auth.c -o pop_auth.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_pope.c -o pop_pope.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_extend.c -o pop_extend.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX scram.c -o scram.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX hmac.c -o hmac.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_util.c -o pop_util.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX get_sub_opt.c -o get_sub_opt.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX msg_ptr.c -o msg_ptr.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX drac.c -o drac.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_config.c -o pop_config.o
> pop_config.c:328:50: warning: implicit conversion from enumeration type 'config_call_type' to different enumeration type 'config_restr_type' [-Wenum-conversion]
>    { "log-facility"                 , CfgMnem , CfgInit   , kLOG_FACILITY       },
>    ~                                            ^~~~~~~
> pop_config.c:329:50: warning: implicit conversion from enumeration type 'config_call_type' to different enumeration type 'config_restr_type' [-Wenum-conversion]
>    { "log-login"                    , CfgStr  , CfgInit   , kLOG_LOGIN          },
>    ~                                            ^~~~~~~
> pop_config.c:1188:51: warning: comparison of constant 'kER_UNKN_OPT' (5) with expression of type 'pop_result' is always false [-Wtautological-constant-out-of-range-compare]
>            if ( pop_config ( p, pval, CallTime ) == kER_UNKN_OPT )
>                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~~~~~~~~~~~~
> pop_config.c:1348:24: warning: implicit conversion from enumeration type 'pop_result' to different enumeration type 'error_code_type' [-Wenum-conversion]
>                return POP_FAILURE;
>                ~~~~~~ ^~~~~~~~~~~
> pop_config.c:1561:23: warning: implicit conversion from enumeration type 'error_code_type' to different enumeration type 'pop_result' [-Wenum-conversion]
>                err = handle_value ( p, opt, ptok, tok_len, CallTime );
>                    ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> pop_config.c:1564:31: warning: implicit conversion from enumeration type 'pop_result' to different enumeration type 'error_code_type' [-Wenum-conversion]
>                    tilt ( p, err, ptok, tok_len, line_no, config_file, opt, HERE );
>                    ~~~~      ^~~
> pop_config.c:1573:27: warning: implicit conversion from enumeration type 'error_code_type' to different enumeration type 'pop_result' [-Wenum-conversion]
>                    err = handle_value ( p, opt, "false", 5, CallTime );
>                        ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> pop_config.c:1575:27: warning: implicit conversion from enumeration type 'error_code_type' to different enumeration type 'pop_result' [-Wenum-conversion]
>                    err = handle_value ( p, opt, "true",  4, CallTime );
>                        ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> pop_config.c:1736:11: warning: implicit conversion from enumeration type 'error_code_type' to different enumeration type 'pop_result' [-Wenum-conversion]
>    err = handle_value ( p, opt, opt_value, strlen(opt_value), CfgInit );
>        ~ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 9 warnings generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_tls.c -o pop_tls.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_tls_openssl.c -o pop_tls_openssl.o
> pop_tls_openssl.c:324:33: warning: assigning to 'SSL_METHOD *' (aka 'struct ssl_method_st *') from 'const SSL_METHOD *' (aka 'const struct ssl_method_st *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
>            pTLS->m_OpenSSLmeth = SSLv23_server_method();
>                                ^ ~~~~~~~~~~~~~~~~~~~~~~
> pop_tls_openssl.c:330:33: warning: assigning to 'SSL_METHOD *' (aka 'struct ssl_method_st *') from 'const SSL_METHOD *' (aka 'const struct ssl_method_st *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
>            pTLS->m_OpenSSLmeth = SSLv2_server_method();
>                                ^ ~~~~~~~~~~~~~~~~~~~~~
> pop_tls_openssl.c:337:33: warning: assigning to 'SSL_METHOD *' (aka 'struct ssl_method_st *') from 'const SSL_METHOD *' (aka 'const struct ssl_method_st *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
>            pTLS->m_OpenSSLmeth = SSLv3_server_method();
>                                ^ ~~~~~~~~~~~~~~~~~~~~~
> pop_tls_openssl.c:343:33: warning: assigning to 'SSL_METHOD *' (aka 'struct ssl_method_st *') from 'const SSL_METHOD *' (aka 'const struct ssl_method_st *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
>            pTLS->m_OpenSSLmeth = TLSv1_server_method();
>                                ^ ~~~~~~~~~~~~~~~~~~~~~
> pop_tls_openssl.c:542:18: warning: assigning to 'SSL_CIPHER *' (aka 'struct ssl_cipher_st *') from 'const SSL_CIPHER *' (aka 'const struct ssl_cipher_st *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
>            ciph = SSL_get_current_cipher ( pTLS->m_OpenSSLconn );
>                 ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 5 warnings generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_tls_sslplus.c -o pop_tls_sslplus.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX sslplus_utils.c -o sslplus_utils.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX main.c -o main.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_cache.c -o pop_cache.o
> pop_cache.c:358:56: warning: format specifies type 'long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  cache_name, (long) header.spool_end, header.modtime,
>                                                       ^~~~~~~~~~~~~~
> pop_cache.c:359:41: warning: format specifies type 'long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  (long) stbuf.st_size, stbuf.st_mtime );
>                                        ^~~~~~~~~~~~~~
> pop_cache.c:369:56: warning: format specifies type 'long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  cache_name, (long) header.spool_end, header.modtime,
>                                                       ^~~~~~~~~~~~~~
> pop_cache.c:370:41: warning: format specifies type 'long' but the argument has type 'time_t' (aka 'int') [-Wformat]
>                  (long) stbuf.st_size, stbuf.st_mtime );
>                                        ^~~~~~~~~~~~~~
> 4 warnings generated.
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX genpath.c -o genpath.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX pop_sasl.c -o pop_sasl.o
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX base64.c -o base64.o
> cd ../mmangle && /usr/bin/make all
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX mime.c -o mime.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX mangle.c -o mangle.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX enriched.c -o enriched.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX striphtml.c -o striphtml.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX lineend.c -o lineend.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX etags.c -o etags.o
> cc -c -I.. -I. -I.. -I../popper  -I../common -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX charmangle.c -o charmangle.o
> ar -r libmangle.a mime.o mangle.o enriched.o striphtml.o  lineend.o etags.o charmangle.o
> ar: warning: creating libmangle.a
> cd ../common && /usr/bin/make all
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX flock.c -o flock.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX maillock.c -o maillock.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX logit.c -o logit.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX snprintf.c -o snprintf.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX string_util.c -o string_util.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX check_group.c -o check_group.o
> cc -c -I.. -I. -I.. -I../popper  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX utils.c -o utils.o
> ar -r libcommon.a flock.o maillock.o logit.o snprintf.o  string_util.o check_group.o utils.o
> ar: warning: creating libcommon.a
> cc   pop_dele.o pop_dropcopy.o  pop_get_command.o pop_get_subcommand.o pop_init.o  pop_last.o pop_list.o pop_log.o pop_lower.o  pop_msg.o pop_parse.o pop_pass.o pop_quit.o  pop_rset.o pop_send.o pop_stat.o pop_updt.o  pop_user.o pop_xtnd.o pop_xmit.o popper.o  pop_bull.o xtnd_xlst.o pop_uidl.o  pop_rpop.o pop_apop.o pop_auth.o pop_pope.o  pop_extend.o scram.o hmac.o pop_util.o  get_sub_opt.o msg_ptr.o drac.o pop_config.o pop_tls.o  pop_tls_openssl.o pop_tls_sslplus.o sslplus_utils.o  main.o pop_cache.o genpath.o pop_sasl.o base64.o -o popper  ../mmangle/libmangle.a  -I../common ../common/libcommon.a  -L/usr/local/lib -lcrypt -lmd -lutil -lcrypt -L/usr/lib -lssl -lcrypto -fstack-protector
> cc -c -I.. -I.. -I.  -I../mmangle -I../common -I/usr/include  -O2 -pipe  -fstack-protector -fno-strict-aliasing -DHAVE_CONFIG_H  -DSETPROCTITLE  -DFREEBSD -DUNIX popauth.c -o popauth.o
> cc  -o popauth scram.o hmac.o popauth.o  -L/usr/local/lib -lcrypt -lmd -lutil -lcrypt -L/usr/lib -lssl -lcrypto  base64.o  ../common/libcommon.a
> ===========================================================================
> =======================<phase: run-depends    >============================
> ===========================================================================
> =======================<phase: stage          >============================
> ===>  Staging for qpopper-4.1.0_5
> ===>   Generating temporary packing list
> ===> Creating groups.
> ===> Creating users
> ====> Compressing man pages (compress-man)
> ===========================================================================
> =======================<phase: package        >============================
> ===>  Building package for qpopper-4.1.0_5
> pkg-static: Unable to access file /wrkdirs/usr/ports/mail/qpopper/work/stage/usr/local/%%DOCUMENTATION%%share/doc/qpopper/GUIDE.pdf: No such file or directory
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/mail/qpopper

? Doug


From patrick_lists at phess.net  Mon Nov 14 09:08:07 2016
From: patrick_lists at phess.net (Patrick Hess)
Date: Mon, 14 Nov 2016 09:49:04 +0100
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
In-Reply-To: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
References: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
Message-ID: <e693433c-2191-6742-15c0-42fcbbc928d4@phess.net>

On 09.11.2016 02:37, Otac?lio wrote:
> I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang don't compiles lines like this:
>
> String inf = static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();

You need to provide us with the *exact* error message from clang.

By the way, that line is the text-book definition of code horror,
but that's a different story.

Patrick

-- 
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.

From portscout at FreeBSD.org  Mon Nov 14 09:12:38 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Mon, 14 Nov 2016 09:12:37 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611140912.uAE9CbgO024327@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161114/c3a7bb40/attachment.ksh>

From gahr at FreeBSD.org  Mon Nov 14 09:30:07 2016
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Mon, 14 Nov 2016 10:29:57 +0100
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
In-Reply-To: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
References: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
Message-ID: <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>

On 2016-11-09 02:37, Otac?lio wrote:
> I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
> don't compiles lines like this:
> 
> String inf = static_cast<ostringstream*>(&(ostringstream() <<
> pAct.minArea))->str();

There's nothing wrong with this code, provided that:

* <sstream> is included
* ostringstream is actually std::ostringstream
* pAct.minArea defines operator<< to std::ostringstream or one of its 
base classes

What's the error you're getting?

That being said, I'd switch to using c++11 and String inf = 
std::to_string(pAct.minArea) :)

-- 
Pietro Cerutti
gahr at FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

From reply at ratba.ru  Mon Nov 14 09:37:50 2016
From: reply at ratba.ru (=?windows-1251?B?z/Du4uXw6uAg7vLk5evgIOrg5PDu4g==?=)
Date: Mon, 14 Nov 2016 14:37:43 +0500
Subject: =?windows-1251?B?7e7w7ODy6OLt++Ug4Ory+w==?=
Message-ID: <E2184F7CDB0F3A19C5C0893E3A011FDA@ratba.ru>

??? ?????? ??????

From patrick_lists at phess.net  Mon Nov 14 09:43:16 2016
From: patrick_lists at phess.net (Patrick Hess)
Date: Mon, 14 Nov 2016 10:31:19 +0100
Subject: Lame: MPEG Audio Layer III (MP3) encoder
In-Reply-To: <d9d3cc00-70d5-15da-3208-867e5cf674b1@mageirias.com>
References: <f00f66bb-899f-5d3b-fc6b-8aa0b39949a7@mageirias.com>
 <20161113184159.GQ2648@home.opsec.eu>
 <f15cf901-608e-18f1-7bc2-abcac5900c26@mageirias.com>
 <20161113185445.GA23309@spectrum.skysmurf.nl>
 <d9d3cc00-70d5-15da-3208-867e5cf674b1@mageirias.com>
Message-ID: <4f884852-1b26-180c-be90-8e60cfc0dee5@phess.net>

On 13.11.2016 19:58, Anastasios Mageirias wrote:
> Next time i should probably use "portfind" or "make search name=lame"

http://www.freshports.org is also pretty useful.

Patrick

-- 
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.

From rizzo at i805.com.br  Mon Nov 14 12:26:33 2016
From: rizzo at i805.com.br (Nilton Jose Rizzo)
Date: Sun, 13 Nov 2016 16:15:11 -0300
Subject: geda ports 1.8 and guile version conflict
Message-ID: <20161113190426.M67428@i805.com.br>



  Hi all, I need to use a gEDA ports to create schemas and
PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not
more possible because the guile lib have a version conflict.

   Some ports work with guile2 and gEDA needs a 1.8 version
both use the same locations /usr/local/bin.

   Have some other problems that I would like to share with you
but I need to create a paper, because I have a long list with
this problems.

    It's to hard to create a path with version to binaries
and/or library, like this: 

/usr/local/bin/guile/guile
/usr/local/bin/guile2/guile

and create a link to the /usr/local/bin like this:

ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18
ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2

it's just done to clang and llvm, and i  not understand
why I need to compile a ports int  FreeBSD 12-current with
a clang and llvm 3.6 or 3.7, if I just have a 3.8 version

 Thanx!


---
/*************************************************
**Nilton Jos? Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/


From reply at ratba.ru  Mon Nov 14 12:38:38 2016
From: reply at ratba.ru (=?windows-1251?B?wPDl7eTg?=)
Date: Mon, 14 Nov 2016 17:38:35 +0500
Subject: =?windows-1251?B?7C7S4OPg7fHq4P8sIO706PH7OiAxMOwyLCAx?=
 =?windows-1251?B?NuwyLCAxN+wyLCAyMOwyLCA0OewyLCA1NOwy?=
 =?windows-1251?B?LCA3NewyIOggMjAw7DI=?=
Message-ID: <A852159577A3AB08D4D1982D29686480@ratba.ru>

?????? ????? ? 5 ???. ?? ?.?????????.

?????: 10, 16, 17 , 20, 49, 54, 75, 200 ??.?.

??????? ?????? ?????? B.

??????? ????????? ???? ?? 1500 ??? ?? ???? ? ???. ??? ????????!

??????? 5 ??? ?? ????? ?????????

??????? ????? ??????? ??????

??????? ?????????? ????????!

??????? ????? ? ??????? ????????

??????? ? ??????????????

??????? ??????? ???? / ??????? ???????

??????? ????-???????? ? ??????? ???????????

????????4 ?????????? ?? ?????

??????? ????? ?? ????? ?????????? ?.16 ????? ?????

??????? ???????? ???????? ???????.

??? ????????? ???. ??????????, ????????? ? ?????????? ???????? ?????? ??????????? ?? ????????: (?95) 72?-I?-?9 ??? 7201449 at gmail.com

??????? ??????????? ??????????????.

From otacilio.neto at bsd.com.br  Mon Nov 14 13:39:16 2016
From: otacilio.neto at bsd.com.br (=?UTF-8?B?T3RhY8OtbGlv?=)
Date: Mon, 14 Nov 2016 10:39:08 -0300
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
In-Reply-To: <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>
References: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
 <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>
Message-ID: <eba49b50-fd4e-1bd0-fd41-d67424cebb96@bsd.com.br>

Em 14/11/2016 06:29, Pietro Cerutti escreveu:
> On 2016-11-09 02:37, Otac?lio wrote:
>> I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
>> don't compiles lines like this:
>>
>> String inf = static_cast<ostringstream*>(&(ostringstream() <<
>> pAct.minArea))->str();
>
> There's nothing wrong with this code, provided that:
>
> * <sstream> is included
> * ostringstream is actually std::ostringstream
> * pAct.minArea defines operator<< to std::ostringstream or one of its 
> base classes
>
> What's the error you're getting?
>
> That being said, I'd switch to using c++11 and String inf = 
> std::to_string(pAct.minArea) :)
>

Hi

This code is in 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp 
line 76 . I'm using C++11. The full compiler error message is this:


[ 95%] Built target example_image_sequence
--- samples/cpp/CMakeFiles/example_select3dobj.dir/all ---
/usr/bin/make -f 
samples/cpp/CMakeFiles/example_select3dobj.dir/build.make 
samples/cpp/CMakeFiles/example_select3dobj.dir/depend
--- samples/cpp/CMakeFiles/example_select3dobj.dir/depend ---
cd /usr/ports/graphics/opencv3/work/opencv-3.1.0 && /usr/local/bin/cmake 
-E cmake_depends "Unix Makefiles" 
/usr/ports/graphics/opencv3/work/opencv-3.1.0 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp 
/usr/ports/graphics/opencv3/work/opencv-3.1.0 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/CMakeFiles/example_select3dobj.dir/DependInfo.cmake 
--color=
--- samples/cpp/CMakeFiles/example_detect_mser.dir/all ---
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:76:46: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     String inf = static_cast<ostringstream*>(&(ostringstream() << 
pAct.minArea))->str();
                                              ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:77:46: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     String sup = static_cast<ostringstream*>(&(ostringstream() << 
pAct.maxArea))->str();
                                              ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:80:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
pAct.delta))->str();
                                       ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:82:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
pAct.maxVariation))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:84:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.minDiversity))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:86:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.pass2Only))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:88:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.maxEvolution))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:90:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.areaThreshold))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:92:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.minMargin))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:94:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream<char, std::__1::char_traits<char>, 
std::__1::allocator<char> >'
     inf = static_cast<ostringstream*>(&(ostringstream() << 
(int)pAct.edgeBlurSize))->str();
                                       ^ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From otacilio.neto at bsd.com.br  Mon Nov 14 14:09:41 2016
From: otacilio.neto at bsd.com.br (=?UTF-8?B?T3RhY8OtbGlv?=)
Date: Mon, 14 Nov 2016 11:09:35 -0300
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
In-Reply-To: <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>
References: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
 <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>
Message-ID: <d10217e1-8fe1-205c-b85b-0403b81c0d86@bsd.com.br>

Em 14/11/2016 06:29, Pietro Cerutti escreveu:
> On 2016-11-09 02:37, Otac?lio wrote:
>> I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
>> don't compiles lines like this:
>>
>> String inf = static_cast<ostringstream*>(&(ostringstream() <<
>> pAct.minArea))->str();
>
> There's nothing wrong with this code, provided that:
>
> * <sstream> is included
> * ostringstream is actually std::ostringstream
> * pAct.minArea defines operator<< to std::ostringstream or one of its 
> base classes
>
> What's the error you're getting?
>
> That being said, I'd switch to using c++11 and String inf = 
> std::to_string(pAct.minArea) :)
>
I'm using your suggestion and it works fine. Thanks a lot!


[]'s

-Otacilio


From gahr at FreeBSD.org  Mon Nov 14 14:38:10 2016
From: gahr at FreeBSD.org (Pietro Cerutti)
Date: Mon, 14 Nov 2016 15:38:05 +0100
Subject: How compile "String inf =
 static_cast<ostringstream*>(&(ostringstream() << pAct.minArea))->str();"
In-Reply-To: <eba49b50-fd4e-1bd0-fd41-d67424cebb96@bsd.com.br>
References: <ebbf89d2-f83a-b03a-95db-05c7d5358aa7@bsd.com.br>
 <d6f25afe1529486ce23d1d0945e87464@FreeBSD.org>
 <eba49b50-fd4e-1bd0-fd41-d67424cebb96@bsd.com.br>
Message-ID: <31a0dab8289c0a62d8f8b4c041aefdee@FreeBSD.org>

On 2016-11-14 14:39, Otac?lio wrote:
> Em 14/11/2016 06:29, Pietro Cerutti escreveu:
>> On 2016-11-09 02:37, Otac?lio wrote:
>>> I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
>>> don't compiles lines like this:
>>> 
>>> String inf = static_cast<ostringstream*>(&(ostringstream() <<
>>> pAct.minArea))->str();
>> 
>> There's nothing wrong with this code, provided that:
>> 
>> * <sstream> is included
>> * ostringstream is actually std::ostringstream
>> * pAct.minArea defines operator<< to std::ostringstream or one of its 
>> base classes
>> 
>> What's the error you're getting?
>> 
>> That being said, I'd switch to using c++11 and String inf = 
>> std::to_string(pAct.minArea) :)
>> 
> 
> Hi
> 
> This code is in
> /usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp
> line 76 . I'm using C++11. The full compiler error message is this:
> 
> 
> [ 95%] Built target example_image_sequence
> --- samples/cpp/CMakeFiles/example_select3dobj.dir/all ---
> /usr/bin/make -f
> samples/cpp/CMakeFiles/example_select3dobj.dir/build.make
> samples/cpp/CMakeFiles/example_select3dobj.dir/depend
> --- samples/cpp/CMakeFiles/example_select3dobj.dir/depend ---
> cd /usr/ports/graphics/opencv3/work/opencv-3.1.0 &&
> /usr/local/bin/cmake -E cmake_depends "Unix Makefiles"
> /usr/ports/graphics/opencv3/work/opencv-3.1.0
> /usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp
> /usr/ports/graphics/opencv3/work/opencv-3.1.0
> /usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp
> /usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/CMakeFiles/example_select3dobj.dir/DependInfo.cmake
> --color=
> --- samples/cpp/CMakeFiles/example_detect_mser.dir/all ---
> /usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:76:46:
> error: cannot take the address of an rvalue of type
> 'std::__1::basic_ostringstream<char, std::__1::char_traits<char>,
> std::__1::allocator<char> >'
>     String inf = static_cast<ostringstream*>(&(ostringstream() <<
> pAct.minArea))->str();
>                                              ^ 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

oh, of course :) you could force runtime polymorphism by turning the 
temporary into a reference, like this:

  String inf = static_cast<const ostringstream&>(ostringstream() << 
pAct.minArea).str()


-- 
Pietro Cerutti
gahr at FreeBSD.org

PGP Public Key:
http://gahr.ch/pgp

From swills at FreeBSD.org  Mon Nov 14 14:47:00 2016
From: swills at FreeBSD.org (Steve Wills)
Date: Sun, 13 Nov 2016 18:22:04 -0800
Subject: FreeBSD Port: consul-0.7.1
In-Reply-To: <ae448579-e3ee-dc92-2d29-2d319d2090b1@douglasthrift.net>
References: <d44ffdd1-f8bc-f378-f513-70ba1f3bc383@douglasthrift.net>
 <8b61c9d8-73aa-51fd-aa82-0d5fa28dfcf6@FreeBSD.org>
 <ae448579-e3ee-dc92-2d29-2d319d2090b1@douglasthrift.net>
Message-ID: <565206b4-6074-cd5a-61be-97e7495c1092@FreeBSD.org>

Ah, I see. Seems like version/version_base.go isn't overriding
version/version.go properly, so I have to patch it. I'm not sure why
that's happening right now.

Should be fixed now.

Steve

On 11/13/2016 17:43, Douglas Thrift via freebsd-ports wrote:
> Hmm,
> 
> I upgraded to 0.7.1_1 and "consul -v" is correctly showing v0.7.1, but
> now the "Build" column in the output of "consul members" is just blank.
> 
> Douglas William Thrift
> <http://douglasthrift.net/>
> 
> On 11/12/2016 3:41 PM, Steve Wills wrote:
>> Fixed, thanks for the heads up.
>>
>> Steve
>>
>> On 11/12/2016 12:29, Douglas Thrift wrote:
>>> Hello,
>>>
>>> It looks like the new update to consul 0.7.1 is reporting its version as
>>> "unknown-unknown" rather than "0.7.1". I'm guessing something changed in
>>> the upstream build process.
>>>
>>> This shows up when running "consul -v" and in the "Build" column when
>>> running "consul members".
>>>
>>> I'm guessing something changed in the way that the upstream build
>>> process determines the build version number.
>>>
>>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 632 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161113/5dd6aa3e/attachment.sig>

From mat at FreeBSD.org  Mon Nov 14 16:13:02 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Mon, 14 Nov 2016 17:12:57 +0100
Subject: Fwd: [exp - 103i386-default-build-as-user][mail/qpopper] Failed
 for qpopper-4.1.0_5 in package
In-Reply-To: <9CE5E549-0CFB-41AC-81BE-8A637AE82784@mail.sermon-archive.info>
References: <201610251816.u9PIGGDX074284@package19.nyi.freebsd.org>
 <9CE5E549-0CFB-41AC-81BE-8A637AE82784@mail.sermon-archive.info>
Message-ID: <c56f1a04-4b4a-412d-5833-87d8c46dbc70@FreeBSD.org>

Le 14/11/2016 ? 06:09, Doug Hardie a ?crit :
> I can't reproduce this problem.  The GUIDE.pdf file is built properly in /usr/local/share/doc/qpopper.  I am at a loss as to what to do about this.

This was fixed in r424720.

-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161114/68567f49/attachment.sig>

From fernando.apesteguia at gmail.com  Mon Nov 14 18:48:28 2016
From: fernando.apesteguia at gmail.com (=?UTF-8?Q?Fernando_Apestegu=C3=ADa?=)
Date: Mon, 14 Nov 2016 19:48:25 +0100
Subject: PR looking for committer
Message-ID: <CAGwOe2ZQCMV6=2eSLQofJg+Qbjc4+=YQN5_YZBL53gP9i43jUg@mail.gmail.com>

Hi,

Can a committer have a look at this?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214362

Thanks in advance.

From bugzilla-noreply at freebsd.org  Mon Nov 14 22:13:50 2016
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Mon, 14 Nov 2016 22:13:49 +0000
Subject: [Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full
 bootstrap are incompatible and the build stops (powerpc 32-bit anyway)
In-Reply-To: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
References: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-214456-543-MUJ6nsrY9e@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

Gerald Pfeifer <gerald at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|gerald at FreeBSD.org          |freebsd-ports at FreeBSD.org
                 CC|                            |andreast at FreeBSD.org
              Flags|maintainer-feedback?(gerald |
                   |@FreeBSD.org)               |

--- Comment #3 from Gerald Pfeifer <gerald at FreeBSD.org> ---
Andreas, does this trigger anything?

Mark, I am very surprised that any global setting would affect stage 3
build of GCC versus stage 2 build since these two should be built identically
- which is the point of the bootstrap and comparing these two stages.

For me to debug this, I do lack to this environment (hardware as well
FreeBSD version), and it seems both are needed to trigger this.

What I recommend you check out is comparing two compiler invocations
for one and the same file, one in the stage 2 build, the other in the
stage 3 build.  Which, if any, differences do you see?

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Mon Nov 14 22:56:38 2016
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Mon, 14 Nov 2016 22:56:38 +0000
Subject: [Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full
 bootstrap are incompatible and the build stops (powerpc 32-bit anyway)
In-Reply-To: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
References: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-214456-543-AgMQGYYL5a@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

--- Comment #4 from Mark Millard <markmi at dsl-only.net> ---
(In reply to Gerald Pfeifer from comment #3)

Below gives the evidence from the script log file. But the summary is that,
while both
stage 2 and stage 3 list -g in the powerpc xg++ command, stage 2's xg++ command
has
-gtoggle and stage 3's xg++ command does not.

-gtoggle is described in
https://gcc.gnu.org/onlinedocs/gcc/Developer-Options.html as:

-gtoggle
Turn off generation of debug info, if leaving out this option generates it, or
turn it
on at level 2 otherwise. The position of this argument in the command line does
not
matter; it takes effect after all other options are processed, and it does so
only once,
no matter how many times it is given. This is mainly intended to be used with
-fcompare-debug.

I'll note that so far I've only seen the mismatched comparison on powerpc, not
even
powerpc64. amd64 and armv6 have not had a mismatch.


The detailed evidence using read-rtl.c and its read-rtl.o as an example . . .

The first compile (stage 1) of read-rtl.o from the log (just shown for
reference):

c++ -std=gnu++98 -c   -g -DIN_GCC    -fno-strict-aliasing -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wno-format -Wmissing-format-attrib
ute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE
-I. -Ibuild -I/usr/obj/portswork/usr/ports/lang/gc
c6/work/gcc-6.2.0/gcc
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/build
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../include 
-I/usr/obj/portswork/usr/ports/lang/gcc6
/work/gcc-6.2.0/gcc/../libcpp/include -DLIBICONV_PLUG \
        -o build/read-rtl.o
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/read-rtl.c
c++: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is
deprecated

The 2nd stage (the first compile by xg++):
(formatted to isolate the later difference with the 3rd as single option on its
own line)

/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/xg++
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/
-B/usr/local/powerpc-portbld-freebsd12.0/bin/ -nostdinc++ -B/usr/obj
/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/li
bsupc++/.libs  -isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include/powerpc-portbld-freebsd12.0
 -isystem /usr/obj/portswork/usr/ports/lang
/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include 
-isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/libstdc++-v3/libsupc++
-L/usr/obj/portswork/usr/ports/lang/gcc6/
work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-L/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2
-gtoggle
-DIN_GCC     -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -DGENERATOR_FILE
-fno-PIE -I. -Ibuild
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/build
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../include
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../libcpp/include
-DLIBICONV_PLUG \
        -o build/read-rtl.o
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/read-rtl.c



The 3rd stage (the 2nd compile by xg++) does not have -gtoggle:
(blank line for the lack of the -gtoggle)

/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/xg++
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/
-B/usr/local/powerpc-portbld-freebsd12.0/bin/ -nostdinc++ -B/usr/obj
/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/li
bsupc++/.libs  -isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include/powerpc-portbld-freebsd12.0
 -isystem /usr/obj/portswork/usr/ports/lang
/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include 
-isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/libstdc++-v3/libsupc++
-L/usr/obj/portswork/usr/ports/lang/gcc6/
work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-L/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2

-DIN_GCC     -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -DGENERATOR_FILE
-fno-PIE -I. -Ibuild
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/build
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../include
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../libcpp/include
-DLIBICONV_PLUG \
        -o build/read-rtl.o
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/read-rtl.c

-gtoggle is the only difference that I find between the commands.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Nov 15 00:16:33 2016
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 15 Nov 2016 00:16:33 +0000
Subject: [Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full
 bootstrap are incompatible and the build stops (powerpc 32-bit anyway)
In-Reply-To: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
References: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-214456-543-ZidfFCoQAQ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

--- Comment #5 from Mark Millard <markmi at dsl-only.net> ---
(In reply to Mark Millard from comment #4)

I normally have WITH_DEBUG "always on" and have not tied omitting it to see if
there
still would be a -gtoggle difference for lang/gcc6. So I've not really done
enough
to blame WITH_DEBUG for sure for lang/gcc6. (Let me know if you need the
behavior
confirmed for lack of WITH_DEBUG.) (I normally also have WTIH_DEBUG_FILES
"always
on".)


Side note on why I suspect WITH_DEBUG:

I've run into multiple ports that independently use WITH_DEBUG for their own
purposes (even outside of FreeBSD contexts). One of those requires disabling
WITH_DEBUG for it to complete building:

(bugzilla 206679)
www/webkit-qt5: ar: libWebCore.a: File truncated for debug/libWebCore.a when
FreeBSD ports' WITH_DEBUG= is used

I wish FreeBSD's ports infrastructure had picked a less generic name, say
something
like WITH_FBSD_DBG , that effectively could be treated as reserved because
preexisting matches were rather unlikely compared to WITH_DEBUG .

Making a port that uses WITH_DEBUG on its own use something else for its
internal
purposes and then maintaining that status over time would likely be a major
pain.

(Luckily: at least for now I do not build anything that indirectly gets to
www/webkit-qt5 .)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From portscout at FreeBSD.org  Tue Nov 15 08:28:32 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Tue, 15 Nov 2016 08:28:31 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611150828.uAF8SWi0034043@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161115/a004479e/attachment.ksh>

From bugzilla-noreply at freebsd.org  Tue Nov 15 09:28:51 2016
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 15 Nov 2016 09:28:51 +0000
Subject: [Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full
 bootstrap are incompatible and the build stops (powerpc 32-bit anyway)
In-Reply-To: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
References: <bug-214456-543@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-214456-543-hPoGXyBsiw@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

Mathieu Arnold <mat at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-ports at FreeBSD.org   |freebsd-ports-bugs at FreeBSD.
                   |                            |org

-- 
You are receiving this mail because:
You are the assignee for the bug.

From info at tokyu-hands.org  Tue Nov 15 10:48:14 2016
From: info at tokyu-hands.org (TOKYU HANDS)
Date: Tue, 15 Nov 2016 19:48:05 +0900
Subject: Company products sales representative
Message-ID: <201611151048.uAFAm5Re021149@host127.bbsn.co.jp>

Hello,

Tokyu Hands Inc. is making available employment opportunities for individuals to benefit from our International Business by aiding us bridge the financial gap between us and our customers in Southeast Asia Market. We offer the Bookkeeper position to who are interested in the job, this job is a part time job and you can work from home.

Globalconect Small online Business company .We are manufactures of toys and Chemicals and Tools and computer parts based in Japan. We have program our business to Southeast Asia market. 

Please We want you to be our Bookkeeper representative in your country and get paid weekly.

SALARY: $500 Weekly = $2000 Monthly salary.

POSITION: Bookkeeper cashier/accountant agent/representative.

REQUIREMENTS: Positive Attitude, Honesty and Integrity.

You choose your hours! Be informed that our business is totally legal and we are only interested in employing honest and well-meaning people.: Please fill the details required below to send you employment approver contract to start work. Please fill send your application to our headquarters via info at tokyu-hands.org

COMPANY APPLICATION FORM FOR JOB APPROVER.

1.Full Names______________________________
2.House Address___________________________
3.State:__________________________________
4.City:___________________________________
10.Zipcode:________________________________
6.Phone Number____________________________
7.Country_________________________________
8.Occupation______________________________
9.Age ____________________________________
10. Sex___________________________________

if you interested to work for our company our company kindly Contact us via. email:info at tokyu-hands.org

Thank you
Await your further response.

Contact Person: Mr.Trin Peter

Company Name: Tokyu Hands Inc.
Kasumigaseki Common Gate West Tower
2-1, Kasumigaseki 3-chome, Chiyoda-ku, Tokyo
100-8585, Japan
Tel: +81345781499
Fax :+81345781461
E-mail: info at tokyu-hands.org
Website: http://www.tokyu-hands.co.jp




From 000.fbsd at quip.cz  Tue Nov 15 11:01:49 2016
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Tue, 15 Nov 2016 12:01:39 +0100
Subject: FreeBSD Port: databases/mariadb101-server / version 10.1.18
 crashing
In-Reply-To: <e4f2e3f663dc62138f3d3b1adf6db92b@FreeBSD.org>
References: <5823361A.4090200@quip.cz> <5823DCC2.7090305@quip.cz>
 <e4f2e3f663dc62138f3d3b1adf6db92b@FreeBSD.org>
Message-ID: <582AEB13.1050504@quip.cz>

Bernard Spil wrote on 2016/11/12 01:26:

> Hi Miroslav,
>
> Any specific reason you're using InnoBase not XtraDB? It should work but
> I don't think that many people are actually using it. It's disabled by
> default in MariaDB port as XtraDB is supposed to be better than InnoBase.
>
> The default is XtraDB which is a drop-in replacement of InnoDB by
> Percona. Can you try the new version 10.1.19 in ports and switch
> InnoBase off?

Well, the answers is "I don't know". We planned to switch from MariaDB 
5.5 InnoDB to MariaDB 10.1 XtraDB this summer and I was thinking we are 
using XtraDB at least on developers machines but i reallity we have 
InnoDB on all.

I will try to switch some machine to XtraDB ASAP. I will try 10.1.19 
with InnoDB and then with XtraDB.

Thank you!

Miroslav Lachman


From tz at FreeBSD.org  Tue Nov 15 15:15:45 2016
From: tz at FreeBSD.org (Torsten Zuehlsdorff)
Date: Tue, 15 Nov 2016 16:15:37 +0100
Subject: WIP: lang/php71
In-Reply-To: <649d4fb3-4c40-cae4-867d-bbd3637e6ae4@FreeBSD.org>
References: <649d4fb3-4c40-cae4-867d-bbd3637e6ae4@FreeBSD.org>
Message-ID: <cb08d612-6d99-8721-4a1d-1d7ceae0238a@FreeBSD.org>

Aloha,

more work was done and i want to thank Martin Waschb?sch for his greatly 
appreciated help.

PHP 7.1 was updated to Release Candidate 6 and - as far as i can see - 
all modules are added. Here a short list of all new ports:

archivers/php71-bz2
archivers/php71-phar
archivers/php71-zip
archivers/php71-zlib
converters/php71-iconv
converters/php71-mbstring
converters/php71-recode
databases/php71-dba
databases/php71-interbase
databases/php71-mysqli
databases/php71-odbc
databases/php71-pdo
databases/php71-pdo_dblib
databases/php71-pdo_firebird
databases/php71-pdo_mysql
databases/php71-pdo_pgsql
databases/php71-pdo_sqlite
databases/php71-pgsql
databases/php71-sqlite3
devel/php71-gettext
devel/php71-intl
devel/php71-json
devel/php71-pcntl
devel/php71-readline
devel/php71-shmop
devel/php71-sysvmsg
devel/php71-sysvsem
devel/php71-sysvshm
devel/php71-tokenizer
ftp/php71-curl
ftp/php71-ftp
graphics/php71-exif
graphics/php71-gd
lang/php71-extensions
mail/php71-imap
math/php71-bcmath
math/php71-gmp
misc/php71-calendar
net-mgmt/php71-snmp
net/php71-ldap
net/php71-soap
net/php71-sockets
security/php71-filter
security/php71-hash
security/php71-mcrypt
security/php71-openssl
sysutils/php71-fileinfo
sysutils/php71-posix
textproc/php71-ctype
textproc/php71-dom
textproc/php71-enchant
textproc/php71-pspell
textproc/php71-simplexml
textproc/php71-xml
textproc/php71-xmlwriter
www/php71-opcache
www/php71-session
www/php71-tidy

Please feel free to check if everything is there and works for you!

You can get a full ports-tree with all new ports from GitHub:

$ git clone https://github.com/t-zuehlsdorff/freebsd-ports
$ git checkout php71

Feel free to fix any issue and add a pull request!

Greetings,
Torsten

From tech-lists at zyxst.net  Tue Nov 15 16:44:53 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Tue, 15 Nov 2016 16:44:43 +0000
Subject: wireshark won't build
Message-ID: <a77149f7-143b-25ab-bd7f-873642866445@zyxst.net>

Hello ports@,

I'm having problems building wireshark.

System runs freebsd-stable r308206 and ports is 426176.

/etc/make.conf looks like this:

DEFAULT_VERSIONS+=ssl=libressl-devel

make config has KRB_NONE selected, all other options are the defaults. 
Just in case, I also ran make rmconfig (before selecting KRB_NONE 
otherwise it selects kerebos support in base system and I don't have 
kerebos, so it complains. I also ran make rmconfig-recursive, and in 
/usr/src ran yes | make delete-old and yes | make delete-old-libs.

Yet it still doesn't build. It DOES build on a vanilla freebsd-CURRENT 
machine. That machine also has the same /etc/make.conf. I also tried 
MAKE_JOBS_UNSAFE as suggested. I'm stumped. Can anyone help please? Here 
is the output leading up to the failure.

mv -f $depbase.Tpo $depbase.Po
/bin/sh ../libtool  --tag=CC   --mode=link cc  -Wall -Wextra 
-Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress 
-Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas 
-Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat 
-Wdeclaration-after-statement -Wunused-const-variable -Wshadow 
-Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes 
-Wshorten-64-to-32 -Qunused-arguments -fvisibility=hidden 
-Wc99-extensions -O2 -pipe  -funit-at-a-time -fstack-protector 
-fno-strict-aliasing -L/usr/local/lib -Wl,-rpath,/usr/local/lib 
-fstack-protector -o randpktdump randpktdump.o extcap-base.o 
../randpkt_core/librandpkt_core.a ../wiretap/libwiretap.la 
../wsutil/libwsutil.la -L/usr/local/lib -lgthread-2.0 
-Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 -lintl   -lz -lm 
-L/usr/local/lib
/bin/sh ../libtool  --tag=CC   --mode=link cc  -Wall -Wextra 
-Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress 
-Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas 
-Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat 
-Wdeclaration-after-statement -Wunused-const-variable -Wshadow 
-Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes 
-Wshorten-64-to-32 -Qunused-arguments -fvisibility=hidden 
-Wc99-extensions -O2 -pipe  -funit-at-a-time -fstack-protector 
-fno-strict-aliasing -L/usr/local/lib -Wl,-rpath,/usr/local/lib 
-fstack-protector -o sshdump sshdump.o extcap-base.o ssh-base.o 
../wiretap/libwiretap.la ../wsutil/libwsutil.la -L/usr/local/lib 
-lgthread-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 
-lintl  -lz -lm -L/usr/local/lib
libtool: link: cc -Wall -Wextra -Wendif-labels -Wpointer-arith 
-Wformat-security -fwrapv -Wvla -Waddress -Wattributes -Wdiv-by-zero 
-Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long 
-Wheader-guard -Wc++-compat -Wdeclaration-after-statement 
-Wunused-const-variable -Wshadow -Wno-pointer-sign 
-Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 
-Qunused-arguments -fvisibility=hidden -Wc99-extensions -O2 -pipe 
-funit-at-a-time -fstack-protector -fno-strict-aliasing -Wl,-rpath 
-Wl,/usr/local/lib -fstack-protector -o .libs/randpktdump randpktdump.o 
extcap-base.o -Wl,--export-dynamic -pthread  -L/usr/local/lib 
../randpkt_core/librandpkt_core.a ../wiretap/.libs/libwiretap.so 
../wsutil/.libs/libwsutil.so -lgthread-2.0 -lgmodule-2.0 -lglib-2.0 
-lintl -lz -lm -pthread -Wl,-rpath -Wl,/usr/local/lib
libtool: link: cc -Wall -Wextra -Wendif-labels -Wpointer-arith 
-Wformat-security -fwrapv -Wvla -Waddress -Wattributes -Wdiv-by-zero 
-Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long 
-Wheader-guard -Wc++-compat -Wdeclaration-after-statement 
-Wunused-const-variable -Wshadow -Wno-pointer-sign 
-Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 
-Qunused-arguments -fvisibility=hidden -Wc99-extensions -O2 -pipe 
-funit-at-a-time -fstack-protector -fno-strict-aliasing -Wl,-rpath 
-Wl,/usr/local/lib -fstack-protector -o .libs/sshdump sshdump.o 
extcap-base.o ssh-base.o -Wl,--export-dynamic -pthread  -L/usr/local/lib 
../wiretap/.libs/libwiretap.so ../wsutil/.libs/libwsutil.so 
-lgthread-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lz -lm -pthread 
-Wl,-rpath -Wl,/usr/local/lib
/bin/sh ../libtool  --tag=CC   --mode=link cc  -Wall -Wextra 
-Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -Wvla -Waddress 
-Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas 
-Wno-overlength-strings -Wno-long-long -Wheader-guard -Wc++-compat 
-Wdeclaration-after-statement -Wunused-const-variable -Wshadow 
-Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes 
-Wshorten-64-to-32 -Qunused-arguments -fvisibility=hidden 
-Wc99-extensions -O2 -pipe  -funit-at-a-time -fstack-protector 
-fno-strict-aliasing -L/usr/local/lib -Wl,-rpath,/usr/local/lib 
-fstack-protector -o ciscodump ciscodump.o extcap-base.o ssh-base.o 
../writecap/libwritecap.a ../wsutil/libwsutil.la -L/usr/local/lib 
-lgthread-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 
-lintl  -lz -lm -L/usr/local/lib
sshdump.o: In function `main':
sshdump.c:(.text+0x918): undefined reference to `ssh_channel_new'
sshdump.c:(.text+0x928): undefined reference to `ssh_channel_open_session'
sshdump.c:(.text+0x938): undefined reference to `ssh_channel_free'
sshdump.c:(.text+0xa44): undefined reference to `ssh_options_get_port'
sshdump.c:(.text+0xb1e): undefined reference to `ssh_channel_request_exec'
sshdump.c:(.text+0xb2a): undefined reference to `ssh_channel_close'
sshdump.c:(.text+0xb32): undefined reference to `ssh_channel_free'
sshdump.c:(.text+0xbb1): undefined reference to `ssh_channel_read'
sshdump.c:(.text+0xbf2): undefined reference to `ssh_channel_read'
sshdump.c:(.text+0xc1e): undefined reference to `ssh_channel_send_eof'
ssh-base.o: In function `create_ssh_connection':
ssh-base.c:(.text+0x2f): undefined reference to `ssh_new'
ssh-base.c:(.text+0x49): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0x8b): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0xbd): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0xdf): undefined reference to `ssh_free'
ssh-base.c:(.text+0x11b): undefined reference to `ssh_connect'
ssh-base.c:(.text+0x12b): undefined reference to `ssh_get_error'
ssh-base.c:(.text+0x15a): undefined reference to `ssh_key_new'
ssh-base.c:(.text+0x18b): undefined reference to 
`ssh_pki_import_privkey_file'
ssh-base.c:(.text+0x19d): undefined reference to `ssh_userauth_publickey'
ssh-base.c:(.text+0x1ae): undefined reference to `ssh_key_free'
ssh-base.c:(.text+0x1b6): undefined reference to `ssh_get_error'
ssh-base.c:(.text+0x1f1): undefined reference to 
`ssh_userauth_publickey_auto'
ssh-base.c:(.text+0x238): undefined reference to `ssh_userauth_password'
ssh-base.c:(.text+0x269): undefined reference to `ssh_disconnect'
ssh-base.c:(.text+0x2a8): undefined reference to `ssh_key_free'
ssh-base.o: In function `ssh_channel_printf':
ssh-base.c:(.text+0x35e): undefined reference to `ssh_channel_write'
ssh-base.o: In function `ssh_cleanup':
ssh-base.c:(.text+0x3a6): undefined reference to `ssh_channel_send_eof'
ssh-base.c:(.text+0x3ae): undefined reference to `ssh_channel_close'
ssh-base.c:(.text+0x3b6): undefined reference to `ssh_channel_free'
ssh-base.c:(.text+0x3ca): undefined reference to `ssh_disconnect'
ssh-base.c:(.text+0x3d2): undefined reference to `ssh_free'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[4]: *** [Makefile:735: sshdump] Error 1
gmake[4]: *** Waiting for unfinished jobs....
libtool: link: cc -Wall -Wextra -Wendif-labels -Wpointer-arith 
-Wformat-security -fwrapv -Wvla -Waddress -Wattributes -Wdiv-by-zero 
-Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long 
-Wheader-guard -Wc++-compat -Wdeclaration-after-statement 
-Wunused-const-variable -Wshadow -Wno-pointer-sign 
-Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 
-Qunused-arguments -fvisibility=hidden -Wc99-extensions -O2 -pipe 
-funit-at-a-time -fstack-protector -fno-strict-aliasing -Wl,-rpath 
-Wl,/usr/local/lib -fstack-protector -o .libs/ciscodump ciscodump.o 
extcap-base.o ssh-base.o -Wl,--export-dynamic -pthread  -L/usr/local/lib 
../writecap/libwritecap.a ../wsutil/.libs/libwsutil.so -lgthread-2.0 
-lgmodule-2.0 -lglib-2.0 -lintl -lz -lm -pthread -Wl,-rpath 
-Wl,/usr/local/lib
ciscodump.o: In function `main':
ciscodump.c:(.text+0x619): undefined reference to `ssh_channel_new'
ciscodump.c:(.text+0x634): undefined reference to `ssh_channel_open_session'
ciscodump.c:(.text+0x647): undefined reference to `ssh_channel_request_pty'
ciscodump.c:(.text+0x664): undefined reference to 
`ssh_channel_change_pty_size'
ciscodump.c:(.text+0x677): undefined reference to 
`ssh_channel_request_shell'
ciscodump.c:(.text+0x724): undefined reference to `ssh_channel_write'
ciscodump.c:(.text+0x749): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0x78d): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0x7b6): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0x801): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0xd07): undefined reference to `ssh_channel_write'
ciscodump.c:(.text+0xdee): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0xe36): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0xeb2): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0xefa): undefined reference to `ssh_channel_read_timeout'
ciscodump.c:(.text+0xf8a): undefined reference to `ssh_channel_read_timeout'
ciscodump.o:ciscodump.c:(.text+0xfd2): more undefined references to 
`ssh_channel_read_timeout' follow
ciscodump.o: In function `main':
ciscodump.c:(.text+0x1467): undefined reference to `ssh_channel_close'
ciscodump.c:(.text+0x146f): undefined reference to `ssh_channel_free'
ciscodump.c:(.text+0x153e): undefined reference to 
`ssh_channel_read_timeout'
ciscodump.c:(.text+0x1582): undefined reference to 
`ssh_channel_read_timeout'
ciscodump.c:(.text+0x163c): undefined reference to 
`ssh_channel_read_timeout'
ciscodump.c:(.text+0x167c): undefined reference to 
`ssh_channel_read_timeout'
ssh-base.o: In function `create_ssh_connection':
ssh-base.c:(.text+0x2f): undefined reference to `ssh_new'
ssh-base.c:(.text+0x49): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0x8b): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0xbd): undefined reference to `ssh_options_set'
ssh-base.c:(.text+0xdf): undefined reference to `ssh_free'
ssh-base.c:(.text+0x11b): undefined reference to `ssh_connect'
ssh-base.c:(.text+0x12b): undefined reference to `ssh_get_error'
ssh-base.c:(.text+0x15a): undefined reference to `ssh_key_new'
ssh-base.c:(.text+0x18b): undefined reference to 
`ssh_pki_import_privkey_file'
ssh-base.c:(.text+0x19d): undefined reference to `ssh_userauth_publickey'
ssh-base.c:(.text+0x1ae): undefined reference to `ssh_key_free'
ssh-base.c:(.text+0x1b6): undefined reference to `ssh_get_error'
ssh-base.c:(.text+0x1f1): undefined reference to 
`ssh_userauth_publickey_auto'
ssh-base.c:(.text+0x238): undefined reference to `ssh_userauth_password'
ssh-base.c:(.text+0x269): undefined reference to `ssh_disconnect'
ssh-base.c:(.text+0x2a8): undefined reference to `ssh_key_free'
ssh-base.o: In function `ssh_channel_printf':
ssh-base.c:(.text+0x35e): undefined reference to `ssh_channel_write'
ssh-base.o: In function `ssh_cleanup':
ssh-base.c:(.text+0x3a6): undefined reference to `ssh_channel_send_eof'
ssh-base.c:(.text+0x3ae): undefined reference to `ssh_channel_close'
ssh-base.c:(.text+0x3b6): undefined reference to `ssh_channel_free'
ssh-base.c:(.text+0x3ca): undefined reference to `ssh_disconnect'
ssh-base.c:(.text+0x3d2): undefined reference to `ssh_free'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[4]: *** [Makefile:727: ciscodump] Error 1
gmake[4]: Leaving directory 
'/storage/usr/ports/net/wireshark/work/wireshark-2.2.1/extcap'
gmake[3]: *** [Makefile:3408: all-recursive] Error 1
gmake[3]: Leaving directory 
'/storage/usr/ports/net/wireshark/work/wireshark-2.2.1'
gmake[2]: *** [Makefile:1737: all] Error 2
gmake[2]: Leaving directory 
'/storage/usr/ports/net/wireshark/work/wireshark-2.2.1'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /storage/usr/ports/net/wireshark
*** Error code 1

Stop.
make: stopped in /storage/usr/ports/net/wireshark

many thanks,
-- 
J.

From idefix at fechner.net  Tue Nov 15 17:25:59 2016
From: idefix at fechner.net (Matthias Fechner)
Date: Tue, 15 Nov 2016 18:25:53 +0100
Subject: Piwik 2.17.1
Message-ID: <84ade84c-d3f7-a8ec-0e56-11c8fe33a968@fechner.net>

Hi,


could a commit please look on:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214508

As I see it, it is a critical update.

Thanks.


Gru?
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook


From benny.goemans at belgacom.net  Tue Nov 15 17:50:12 2016
From: benny.goemans at belgacom.net (Benny Goemans)
Date: Tue, 15 Nov 2016 18:48:57 +0100
Subject: ElasticSearch 5.0
Message-ID: <9d8a34bab2b1154b744f985e4adac542@bsd-mail.malavon.com>

Hi all,

is there currently someone looking into porting ES 5.0 along with the 
entire ELK (Logstash, Kibana) stack to FreeBSD?
If not I'll give it a try, I'd like to test version 5.0 and right now 
there is no port.

I do have some experience in porting stuff (and there are reference 
ports for ES 2.x - the previous version), but never actually released a 
port. That said, they don't seem to be very difficult to port.

Thanks in advance,
Benny Goemans

From pierre at guinoiseau.eu  Tue Nov 15 20:50:15 2016
From: pierre at guinoiseau.eu (Pierre Guinoiseau)
Date: Wed, 16 Nov 2016 09:39:34 +1300
Subject: ElasticSearch 5.0
In-Reply-To: <9d8a34bab2b1154b744f985e4adac542@bsd-mail.malavon.com>
References: <9d8a34bab2b1154b744f985e4adac542@bsd-mail.malavon.com>
Message-ID: <20161115203934.GA9546@kyleck.sig11.fr>

Hi Benny,

it's already ported:
http://www.freshports.org/textproc/elasticsearch5/
http://www.freshports.org/sysutils/logstash5/
http://www.freshports.org/textproc/kibana50/

On 2016-11-15 18:48:57, Benny Goemans <benny.goemans at belgacom.net> wrote:

> Hi all,
> 
> is there currently someone looking into porting ES 5.0 along with the 
> entire ELK (Logstash, Kibana) stack to FreeBSD?
> If not I'll give it a try, I'd like to test version 5.0 and right now 
> there is no port.
> 
> I do have some experience in porting stuff (and there are reference 
> ports for ES 2.x - the previous version), but never actually released a 
> port. That said, they don't seem to be very difficult to port.
> 
> Thanks in advance,
> Benny Goemans
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

-- 
Pierre Guinoiseau <pierre at guinoiseau.eu>
https://segmentationfau.lt/ | +PierreGuinoiseau | @peikk00
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1495 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161116/4f8c1c08/attachment.sig>

From benny.goemans at belgacom.net  Tue Nov 15 22:01:47 2016
From: benny.goemans at belgacom.net (Benny Goemans)
Date: Tue, 15 Nov 2016 23:00:34 +0100
Subject: ElasticSearch 5.0
In-Reply-To: <20161115203934.GA9546@kyleck.sig11.fr>
References: <9d8a34bab2b1154b744f985e4adac542@bsd-mail.malavon.com>
 <20161115203934.GA9546@kyleck.sig11.fr>
Message-ID: <73832543c4e22104e8e1350b7807dc68@belgacom.net>

Hi Pierre,

Either I looked over it, or this has been a very recent effort.
Nevertheless, I'm going to add them to my poudriere list and start 
migrating. Looking forward to having it all running.

Thanks,
Benny

Pierre Guinoiseau schreef op 2016-11-15 21:39:
> Hi Benny,
> 
> it's already ported:
> http://www.freshports.org/textproc/elasticsearch5/
> http://www.freshports.org/sysutils/logstash5/
> http://www.freshports.org/textproc/kibana50/
> 
> On 2016-11-15 18:48:57, Benny Goemans <benny.goemans at belgacom.net> 
> wrote:
> 
>> Hi all,
>> 
>> is there currently someone looking into porting ES 5.0 along with the
>> entire ELK (Logstash, Kibana) stack to FreeBSD?
>> If not I'll give it a try, I'd like to test version 5.0 and right now
>> there is no port.
>> 
>> I do have some experience in porting stuff (and there are reference
>> ports for ES 2.x - the previous version), but never actually released 
>> a
>> port. That said, they don't seem to be very difficult to port.
>> 
>> Thanks in advance,
>> Benny Goemans
>> _______________________________________________
>> freebsd-ports at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to 
>> "freebsd-ports-unsubscribe at freebsd.org"

From kremels at kreme.com  Wed Nov 16 00:26:57 2016
From: kremels at kreme.com (@lbutlr)
Date: Tue, 15 Nov 2016 17:26:45 -0700
Subject: php56-imap
Message-ID: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>

When building php56-extensions I ran into:

checking for SSL_CTX_set_ssl_version in -lssl... yes
Segmentation fault (core dumped)
checking whether rfc822_output_address_list function present... Segmentation fault (core dumped)
no
checking whether build with IMAP works... Segmentation fault (core dumped)
no
configure: error: build test failed. Please check the config.log for details.
===>  Script "configure" failed unexpectedly.
Please report the problem to ale at FreeBSD.org [maintainer] and attach the
"/usr/ports/mail/php56-imap/work/php-5.6.27/ext/imap/config.log" including
the output of the failure of your make command. Also, it might be a good idea
to provide an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/mail/php56-imap
*** Error code 1

-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: application/octet-stream
Size: 89303 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161115/8b3fc585/attachment-0001.obj>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pkg-static.txt
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161115/8b3fc585/attachment-0001.txt>

From daryl at isletech.net  Wed Nov 16 00:29:41 2016
From: daryl at isletech.net (Daryl Richards)
Date: Tue, 15 Nov 2016 19:29:39 -0500
Subject: php56-imap
In-Reply-To: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
References: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
Message-ID: <23772c88-8df5-287f-596a-c035b4019617@isletech.net>

On 2016-11-15 7:26 PM, @lbutlr wrote:
> When building php56-extensions I ran into:
>
> checking for SSL_CTX_set_ssl_version in -lssl... yes
> Segmentation fault (core dumped)
> checking whether rfc822_output_address_list function present... Segmentation fault (core dumped)
> no
> checking whether build with IMAP works... Segmentation fault (core dumped)
> no
> configure: error: build test failed. Please check the config.log for details.
> ===>  Script "configure" failed unexpectedly.
> Please report the problem to ale at FreeBSD.org [maintainer] and attach the
> "/usr/ports/mail/php56-imap/work/php-5.6.27/ext/imap/config.log" including
> the output of the failure of your make command. Also, it might be a good idea
> to provide an overview of all packages installed on your system (e.g. a
> /usr/local/sbin/pkg-static info -g -Ea).
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/ports/mail/php56-imap
> *** Error code 1
>
I had this too, after openssl upgrade. Rebuild cclient-2007f_2,1 and 
then this will build..

You probably have other binaries that are linked incorrectly to openssl. 
pkg_libcheck from sysutils/bsdadminscripts will help you locate them..

-- 
Daryl Richards
Isle Technical Services Inc.


From mailinglists at toco-domains.de  Wed Nov 16 08:36:25 2016
From: mailinglists at toco-domains.de (Torsten Zuehlsdorff)
Date: Wed, 16 Nov 2016 09:36:16 +0100
Subject: Piwik 2.17.1
In-Reply-To: <84ade84c-d3f7-a8ec-0e56-11c8fe33a968@fechner.net>
References: <84ade84c-d3f7-a8ec-0e56-11c8fe33a968@fechner.net>
Message-ID: <5d5053e5-4f3b-bbb8-cf37-3f274b46f278@toco-domains.de>

Aloha Matthias,

> could a commit please look on:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214508

It was already assigned to and processed by me. And a second ago 
committed. :)

> As I see it, it is a critical update.

Can you please elaborate on this? I couldn't find any hints for a 
security issue. Or do you mean critical in sense of "fix critical bugs"?

Greetings,
Torsten

From portscout at FreeBSD.org  Wed Nov 16 08:52:12 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Wed, 16 Nov 2016 08:52:12 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611160852.uAG8qC3A074581@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161116/f043fa42/attachment.ksh>

From mail at businessburner.com  Wed Nov 16 08:52:56 2016
From: mail at businessburner.com (Analytics add-on)
Date: Wed, 16 Nov 2016 08:37:43 +0000
Subject: New popular add-on for Google Analytics
Message-ID: <756992bd2d1d5d4dd5cd006f2ceb7534@email.businessburner.com>

 

 http://track.businessburner.com/campaigns/sc6468cdge23d/track-url/cq311g66h933f/9a2ab2bdfd6f02d00c95df1bb1a91799cd29a860

		 MEET FASTBASE, THE NEW GOOGLE ANALYTICS ADD-ON 

 Fastbase is a breath of fresh air for Google Analytics users. With
this new Google Analytics Add-on, users now know who their website
visitors are and how long they are visiting their site. Be there for
your potential customers when they need you. 

 Stay tuned for more from this Google Analytics add-on within the next
couple of weeks: 

	* Learn who your customers are with full and free access to contact
information 
 	* 
 	* Understand which Adwords campaigns are most effective for both you
and your web visitors 
 	* 
 	* Know your prospect's LinkedIn information to start a new business
relationship today 

 Try the new add-on and get list of your website visitors 90 days
back.

Sign in with Google Analytics account
http://track.businessburner.com/campaigns/sc6468cdge23d/track-url/cq311g66h933f/9a2ab2bdfd6f02d00c95df1bb1a91799cd29a860


 Questions and support is available by phone or through our live chat 

 FASTBASE INC 

 Support +45 33 11 11 13 

 		 SHOW MY VISITORS
http://track.businessburner.com/campaigns/sc6468cdge23d/track-url/cq311g66h933f/9a2ab2bdfd6f02d00c95df1bb1a91799cd29a860


 This email was sent to freebsd-ports at freebsd.org because you
indicated that you'd like to receive occasional messages from FastBase
Inc. 

 Opt-out here
http://track.businessburner.com/campaigns/sc6468cdge23d/track-url/cq311g66h933f/b60c9a703d84f2a25ec9d00a419619acb831561a
If you want to stop further correspondence with FastBase Inc. 

		 (c) 2016, Fastbase Inc. 

 

From kremels at kreme.com  Wed Nov 16 11:34:53 2016
From: kremels at kreme.com (@lbutlr)
Date: Wed, 16 Nov 2016 04:34:50 -0700
Subject: php56-imap
In-Reply-To: <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
References: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
 <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
Message-ID: <2D598C15-0716-4EE1-9328-27F6EA8CEAE4@kreme.com>

On Nov 15, 2016, at 5:29 PM, Daryl Richards <daryl at isletech.net> wrote:
> pkg_libcheck

pkg_libchk running now. Thanks for the reminder.


From kremels at kreme.com  Wed Nov 16 12:04:03 2016
From: kremels at kreme.com (@lbutlr)
Date: Wed, 16 Nov 2016 05:04:00 -0700
Subject: php56-imap
In-Reply-To: <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
References: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
 <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
Message-ID: <42B9B94B-3B24-454B-B305-69F206AAC096@kreme.com>

On Nov 15, 2016, at 5:29 PM, Daryl Richards <daryl at isletech.net> wrote:
> Rebuild cclient-2007f_2,1 and then this will build

I am able to build php56-imap now, thanks. i do have one issue still in php info still

OpenSSL Library Version 	OpenSSL 1.0.1p-freebsd 9 Jul 2015 
OpenSSL Header Version 	OpenSSL 1.0.2j 26 Sep 2016 

don?t know where it?s getting openssl1.0.1p

 # /usr/local/bin/openssl version
OpenSSL 1.0.2j  26 Sep 2016
 # /usr/bin/openssl version
OpenSSL 1.0.2j  26 Sep 2016

pkg_libchk didn?t return any issues.



From vlad-fbsd at acheronmedia.com  Wed Nov 16 12:17:17 2016
From: vlad-fbsd at acheronmedia.com (Vlad K.)
Date: Wed, 16 Nov 2016 13:17:14 +0100
Subject: (In)Stability of the Quarterly Branch
Message-ID: <3e7f94efc6428181a289742d7dd627df@acheronmedia.com>

The quarterly branch (Q) is intended to provide a set of "stable" 
packages that in the lifetime of such a branch, receive only bug and 
security fixes. That is the theory and intent behind the branch. In 
practice, however:

1. The Q branch is cut off at predetermined dates (ie. not when it's 
stable and ready), and it is cut off from HEAD, thus including the state 
of ports at that moment. This breaks the promise of stability and 
guarantees that every 3 months there will be uncertainty as to whether 
the fresh new versions are working or not. There is no such thing as a 
"Pre-Quarterly repo" which would receive all updates for the NEXT Q 
branch-off, and which would freeze and stabilize for some time before 
branch-off. And even if it did, 3 months would be too short.

It is effectively not much different from tracking HEAD and doing 
updates only every three months, with the added benefit that SOME 
security updates will come down sooner. But:

2. Unfortunately not all "security or bug-only fixes" are MFH'd, and as 
a bugzilla triager I've had the opportunity to observe this in practice. 
It can be as simple as accepting a minor upstream version bump, or as 
complex as requiring cherry-picking and backporting code if upstream 
mixes security, bug fixes with new features. It is none-the-less a 
manual work requiring ports-secteam to review and accept the patches. It 
is not clear who is supposed to do cherry-picked backporting if the 
patches to HEAD cannot be MFH'd as they are. It is also additional 
burden to the ports-secTEAM which at the moment is, effectively, one 
person.

As it is obvious that the promise of a stable repo in its current form 
requires manpower and manual work which we do not have, my proposal is 
to abandon the promise of "security/bugfix" only changes and adopt the 
approach not unlike Gentoo's, in which a "STABLE" repository receives 
ALL the updates from HEAD, but only after certain criteria has been met, 
like minimal age of changes, no open issues, a certain battery of 
regression/integration/unit tests is performed, etc...

The key, I believe, is in automation which we can achieve with this, and 
with that offer at least SOME level of stability without broken 
promises. The key to this automation is no manual review, which can only 
be achieved if we accept ALL changes, but stabilized to certain degree.

The idea of a "stable" repository is a valiant one, we definitely need 
it if we want to increase the usage of FreeBSD in production as more 
than just a base OS that does routing and ZFS storage -- namely 
production use of stable ports. And IMHO we only need to balance between 
how stable we can provide/guarantee it and what resources and manpower 
we have available to do so.


What are the community's thoughts on this?


-- 

Vlad K.

From daryl at isletech.net  Wed Nov 16 15:08:49 2016
From: daryl at isletech.net (Daryl Richards)
Date: Wed, 16 Nov 2016 10:08:46 -0500
Subject: php56-imap
In-Reply-To: <42B9B94B-3B24-454B-B305-69F206AAC096@kreme.com>
References: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
 <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
 <42B9B94B-3B24-454B-B305-69F206AAC096@kreme.com>
Message-ID: <ae4cd6ac-3b0c-ef08-8f32-1c80e26c194f@isletech.net>

On 16/11/2016 7:04 AM, @lbutlr wrote:
> On Nov 15, 2016, at 5:29 PM, Daryl Richards <daryl at isletech.net> wrote:
>> Rebuild cclient-2007f_2,1 and then this will build
> I am able to build php56-imap now, thanks. i do have one issue still in php info still
>
> OpenSSL Library Version 	OpenSSL 1.0.1p-freebsd 9 Jul 2015
> OpenSSL Header Version 	OpenSSL 1.0.2j 26 Sep 2016
>
> don?t know where it?s getting openssl1.0.1p
>
>   # /usr/local/bin/openssl version
> OpenSSL 1.0.2j  26 Sep 2016
>   # /usr/bin/openssl version
> OpenSSL 1.0.2j  26 Sep 2016
>
> pkg_libchk didn?t return any issues.
>

The only other thing I could suggest - do as /usr/ports/UPDATING 
recommends, and rebuild ALL ports that depend on openssl.

-- Daryl Richards
Isle Technical Services Inc.
(519) 573-3399


From kremels at kreme.com  Wed Nov 16 18:35:46 2016
From: kremels at kreme.com (@lbutlr)
Date: Wed, 16 Nov 2016 11:35:43 -0700
Subject: php56-imap
In-Reply-To: <ae4cd6ac-3b0c-ef08-8f32-1c80e26c194f@isletech.net>
References: <96D02BF8-22C8-4DB3-88ED-9AD3EF75094E@kreme.com>
 <23772c88-8df5-287f-596a-c035b4019617@isletech.net>
 <42B9B94B-3B24-454B-B305-69F206AAC096@kreme.com>
 <ae4cd6ac-3b0c-ef08-8f32-1c80e26c194f@isletech.net>
Message-ID: <FA81B99E-4C8E-4500-980D-5F21C45F05EB@kreme.com>

On Nov 16, 2016, at 8:08 AM, Daryl Richards <daryl at isletech.net> wrote:
> do as /usr/ports/UPDATING recommends, and rebuild ALL ports that depend on openssl.

I thought I had, since 

 # pkg info -rd openssl
openssl-1.0.2j_1,1
Required by    :
        php56-imap-5.6.27
        apache24-2.4.23_1
        php56-openssl-5.6.27
        cclient-2007f_2,1

and all of those have been rebuilt.



From anatoly at kazanfieldhockey.ru  Thu Nov 17 00:44:20 2016
From: anatoly at kazanfieldhockey.ru (Anatoly)
Date: Thu, 17 Nov 2016 03:38:45 +0300
Subject: geda ports 1.8 and guile version conflict
In-Reply-To: <20161114032454.M14662@i805.com.br>
References: <20161113190426.M67428@i805.com.br>
 <20161114032454.M14662@i805.com.br>
Message-ID: <20161117033845.6be68377@asd2>

On Mon, 14 Nov 2016 00:25:33 -0300
"Nilton Jose Rizzo" <rizzo at i805.com.br> wrote:

Just hit this problem too. FreeBSD 10.2-RELEASE-p24

> Hi all, I need to use a gEDA ports to create schemas and
> PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not
> more possible because the guile lib have a version conflict.
> 
>    Some ports work with guile2 and gEDA needs a 1.8 version
> both use the same locations /usr/local/bin.
> 
>    Have some other problems that I would like to share with you
> but I need to create a paper, because I have a long list with
> this problems.
> 
>     It's to hard to create a path with version to binaries
> and/or library, like this:
> 
> /usr/local/bin/guile/guile
> /usr/local/bin/guile2/guile
> 
> and create a link to the /usr/local/bin like this:
> 
> ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18
> ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2
> 
> it's just done to clang and llvm, and i  not understand
> why I need to compile a ports int  FreeBSD 12-current with
> a clang and llvm 3.6 or 3.7, if I just have a 3.8 version
> 
>  Thanx!
> 
> ---
> /*************************************************
> **Nilton Jos'e Rizzo            UFRRJ
> **http://www.rizzo.eng.br      http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **************************************************/
> 
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscribe at freebsd.org"

From otacilio.neto at bsd.com.br  Thu Nov 17 02:44:03 2016
From: otacilio.neto at bsd.com.br (=?UTF-8?Q?Otac=C3=ADlio_de_Ara=C3=BAjo_Ramos_Neto?=)
Date: Thu, 17 Nov 2016 02:43:50 +0000
Subject: geda ports 1.8 and guile version conflict
In-Reply-To: <20161117033845.6be68377@asd2>
References: <20161113190426.M67428@i805.com.br>
 <20161114032454.M14662@i805.com.br> <20161117033845.6be68377@asd2>
Message-ID: <CAFt_gkz47ykEDAWYUTwAWWYQcCaSFqjkN3edSkxEJ6mOJCJwAQ@mail.gmail.com>

Em qua, 16 de nov de 2016 21:44, Anatoly <anatoly at kazanfieldhockey.ru>
escreveu:

> On Mon, 14 Nov 2016 00:25:33 -0300
> "Nilton Jose Rizzo" <rizzo at i805.com.br> wrote:
>
> Just hit this problem too. FreeBSD 10.2-RELEASE-p24
>
> > Hi all, I need to use a gEDA ports to create schemas and
> > PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not
> > more possible because the guile lib have a version conflict.
> >
> >    Some ports work with guile2 and gEDA needs a 1.8 version
> > both use the same locations /usr/local/bin.
> >
> >    Have some other problems that I would like to share with you
> > but I need to create a paper, because I have a long list with
> > this problems.
> >
> >     It's to hard to create a path with version to binaries
> > and/or library, like this:
> >
> > /usr/local/bin/guile/guile
> > /usr/local/bin/guile2/guile
> >
> > and create a link to the /usr/local/bin like this:
> >
> > ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18
> > ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2
> >
> > it's just done to clang and llvm, and i  not understand
> > why I need to compile a ports int  FreeBSD 12-current with
> > a clang and llvm 3.6 or 3.7, if I just have a 3.8 version
> >
> >  Thanx!
> >
> > ---
> > /*************************************************
> > **Nilton Jos'e Rizzo            UFRRJ
> > **http://www.rizzo.eng.br      http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **********************
>

Hi

I edited cad/geda/Makefile

At line LIB_DEPENDS I replaced libguile by libguile-2.0.so:lang/guile2

Remove previous version of guile and install guile2. After this I rebuild
geda and it works.

[]'s
-Otacilio

>

From steelsheets at 126.com  Thu Nov 17 07:41:24 2016
From: steelsheets at 126.com (steelsheets at 126.com)
Date: Thu, 17 Nov 2016 15:09:59 +0800
Subject: GI/GL /PPGI/PPGL and Roofing sheet
Message-ID: <20161117150958816717157@126.com>

Dear Manager,

 We manufacture and export: GI /GL/PPGI/PPGL and Roofing sheet .
 PPGI/PPGL Specification :
 Width : 750---1250mm
 Thickness:0.13----0.9mm
 Zinc coating :30---120gsm

GI/GL Specification : Z30--180/AZ30--150gsm  

If you need to have our sample for quality check, please inform me again, I will prepare according to your specification.

pls let us know your detail information about width , thickness , zinc coating , quantity and your destination port then I will quote the best price to you .
Best regards,
liyas



CJCSTEEL
Shandong Guanxian JunChi Composite  Materials Co.,Ltd
Tel: 86-635-8377345      
Fax:86-635-8377345
Wechat:liyas1011            
Skype:liyasxie2010
Mob/Whatsapp:86-13356251773
Add: Yanzhuang Industrial Park, Guanxian, Liaocheng,Shandong, China (Factory address)

From portscout at FreeBSD.org  Thu Nov 17 08:35:57 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Thu, 17 Nov 2016 08:35:57 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611170835.uAH8Zv0C025938@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161117/8ec7f3f0/attachment.ksh>

From t at tobik.me  Thu Nov 17 16:46:01 2016
From: t at tobik.me (Tobias Kortkamp)
Date: Thu, 17 Nov 2016 17:45:54 +0100
Subject: Committer needed for sndio update
Message-ID: <1479401154.1384226.791053465.657A26E0@webmail.messagingengine.com>

Hi,

can someone commit the update to sndio 1.2.0 from
https://bugs.freebsd.org/214210 ?  The patches for FreeBSD/DragonFly
support are all upstream now and a lot of issues have been fixed
compared to the version currently in the ports tree.

Thank you.

From portscout at FreeBSD.org  Fri Nov 18 08:38:14 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Fri, 18 Nov 2016 08:38:13 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611180838.uAI8cDfT022406@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161118/42203570/attachment.ksh>

From freebsd at dreamchaser.org  Fri Nov 18 15:14:42 2016
From: freebsd at dreamchaser.org (Gary Aitken)
Date: Fri, 18 Nov 2016 08:14:30 -0700
Subject: best time to sync
Message-ID: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>

Can someone tell me what the best time to synchronize ports is,
in terms of having a consistent ports tree?

Thought I saw something once about the end of the weekend being best
but can't find it.  In any case, is there a period during which the 
ports tree is held frozen to get a consistent build?

Tried for an answer on questions but didn't get anything helpful.

Thanks,

Gary

From lists at opsec.eu  Fri Nov 18 15:29:47 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Fri, 18 Nov 2016 16:29:47 +0100
Subject: best time to sync
In-Reply-To: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
References: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
Message-ID: <20161118152947.GR2648@home.opsec.eu>

Hello,

> Can someone tell me what the best time to synchronize ports is,
> in terms of having a consistent ports tree?

> Thought I saw something once about the end of the weekend being best
> but can't find it.  In any case, is there a period during which the 
> ports tree is held frozen to get a consistent build?

If you want to have a more stable ports tree, use the
quarterlies, for example:

mkdir ~/q4
cd ~/q4
svn checkout https://svn.freebsd.org/ports/branches/2016Q4 .

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From stb at lassitu.de  Fri Nov 18 15:35:45 2016
From: stb at lassitu.de (Stefan Bethke)
Date: Fri, 18 Nov 2016 16:35:40 +0100
Subject: Porting a Go implementation: dealing with dependencies
Message-ID: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>

I?m trying to create a port for Gitea (https://github.com/go-gitea/gitea). The basics seem easy enough, but I?m not sure how to deal with it?s dependencies.

After downloading tag 0.97, I start building with

do-build:
	(cd ${GO_WRKSRC} ; ${SETENV} ${GO_ENV} go build)

The result is a long list of unfulfilled dependencies:
$ sudo make
===>  License APACHE20 accepted by the user
===>   gitea-0.9.97 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by gitea-0.9.97 for building
===>  Extracting for gitea-0.9.97
=> SHA256 Checksum OK for go-gitea-gitea-v0.9.97_GH0.tar.gz.
===>  Patching for gitea-0.9.97
===>   gitea-0.9.97 depends on executable: git - found
===>   gitea-0.9.97 depends on file: /usr/local/bin/go - found
===>   gitea-0.9.97 depends on executable: gmake - found
===>  Configuring for gitea-0.9.97
===>  Building for gitea-0.9.97
(cd /var/ports/work/home/vagrant/gitea/work/src/github.com/go-gitea/gitea ; /usr/bin/env GOPATH="/var/ports/work/home/vagrant/gitea/work:/usr/local/share/go"  CGO_CFLAGS="-I/usr/local/include"  CGO_LDFLAGS="-L/usr/local/lib"  GOBIN="" go build)
cmd/dump.go:16:2: cannot find package "github.com/Unknwon/cae/zip" in any of:
	/usr/local/go/src/github.com/Unknwon/cae/zip (from $GOROOT)
	/var/ports/work/home/vagrant/gitea/work/src/github.com/Unknwon/cae/zip (from $GOPATH)
	/usr/local/share/go/src/github.com/Unknwon/cae/zip
cmd/serve.go:16:2: cannot find package "github.com/Unknwon/com" in any of:
	/usr/local/go/src/github.com/Unknwon/com (from $GOROOT)
	/var/ports/work/home/vagrant/gitea/work/src/github.com/Unknwon/com (from $GOPATH)
	/usr/local/share/go/src/github.com/Unknwon/com
?

Very few, if any, are available as ports.  I could use go get to download these, but I think that?s not how it?s supposed to work with a port.

I can build the master branch using the build instructions from the Github project successfully.


Stefan

-- 
Stefan Bethke <stb at lassitu.de>   Fon +49 151 14070811





From freebsd at dreamchaser.org  Fri Nov 18 16:36:43 2016
From: freebsd at dreamchaser.org (Gary Aitken)
Date: Fri, 18 Nov 2016 09:36:36 -0700
Subject: best time to sync
In-Reply-To: <20161118152947.GR2648@home.opsec.eu>
References: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
 <20161118152947.GR2648@home.opsec.eu>
Message-ID: <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>

On 11/18/16 08:29, Kurt Jaeger wrote:
> Hello,
> 
>> Can someone tell me what the best time to synchronize ports is,
>> in terms of having a consistent ports tree?
> 
>> Thought I saw something once about the end of the weekend being best
>> but can't find it.  In any case, is there a period during which the 
>> ports tree is held frozen to get a consistent build?
> 
> If you want to have a more stable ports tree, use the
> quarterlies, for example:
> 
> mkdir ~/q4
> cd ~/q4
> svn checkout https://svn.freebsd.org/ports/branches/2016Q4 .

I'm interested in a consistent ports tree for build purposes.  I want
updates, but I want the tree to be consistent enough to build.  In
the past I have sync'd at less than ideal times and things did not
build as a result.  I understand this is always a possibility, but
was wondering if there was a time when it was most likely consistent.
For example, is a weekly build done on the ports tree starting at a 
particular day and time?  Daily?

Gary


From swills at FreeBSD.org  Fri Nov 18 16:59:47 2016
From: swills at FreeBSD.org (Steve Wills)
Date: Fri, 18 Nov 2016 11:59:35 -0500
Subject: Porting a Go implementation: dealing with dependencies
In-Reply-To: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
References: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
Message-ID: <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>

Hi,

On 11/18/2016 10:35, Stefan Bethke wrote:
> I?m trying to create a port for Gitea
> (https://github.com/go-gitea/gitea). The basics seem easy enough, but
> I?m not sure how to deal with it?s dependencies.

Use the GH_* macros to fetch them. See:

https://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github-description

Or if the upstream vendors their deps like many do these days you can
use the GH_SUBDIR macro to put them in the proper place.

There are examples to look at if that helps, see sysutils/consul as one
that has vendored deps or sysutils/serf for one that doesn't.

> 
> After downloading tag 0.97, I start building with
> 
> do-build:
> 	(cd ${GO_WRKSRC} ; ${SETENV} ${GO_ENV} go build)
> 
> The result is a long list of unfulfilled dependencies:
> $ sudo make
> ===>  License APACHE20 accepted by the user
> ===>   gitea-0.9.97 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by gitea-0.9.97 for building
> ===>  Extracting for gitea-0.9.97
> => SHA256 Checksum OK for go-gitea-gitea-v0.9.97_GH0.tar.gz.
> ===>  Patching for gitea-0.9.97
> ===>   gitea-0.9.97 depends on executable: git - found
> ===>   gitea-0.9.97 depends on file: /usr/local/bin/go - found
> ===>   gitea-0.9.97 depends on executable: gmake - found
> ===>  Configuring for gitea-0.9.97
> ===>  Building for gitea-0.9.97
> (cd /var/ports/work/home/vagrant/gitea/work/src/github.com/go-gitea/gitea ; /usr/bin/env GOPATH="/var/ports/work/home/vagrant/gitea/work:/usr/local/share/go"  CGO_CFLAGS="-I/usr/local/include"  CGO_LDFLAGS="-L/usr/local/lib"  GOBIN="" go build)
> cmd/dump.go:16:2: cannot find package "github.com/Unknwon/cae/zip" in any of:
> 	/usr/local/go/src/github.com/Unknwon/cae/zip (from $GOROOT)
> 	/var/ports/work/home/vagrant/gitea/work/src/github.com/Unknwon/cae/zip (from $GOPATH)
> 	/usr/local/share/go/src/github.com/Unknwon/cae/zip
> cmd/serve.go:16:2: cannot find package "github.com/Unknwon/com" in any of:
> 	/usr/local/go/src/github.com/Unknwon/com (from $GOROOT)
> 	/var/ports/work/home/vagrant/gitea/work/src/github.com/Unknwon/com (from $GOPATH)
> 	/usr/local/share/go/src/github.com/Unknwon/com
> ?
> 
> Very few, if any, are available as ports.  I could use go get to download these, but I think that?s not how it?s supposed to work with a port.
> 

Yep, see above. And it's best not to add the deps as separate ports.

Steve

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 632 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161118/125a3947/attachment.sig>

From lists at opsec.eu  Fri Nov 18 17:01:00 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Fri, 18 Nov 2016 18:01:02 +0100
Subject: best time to sync
In-Reply-To: <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>
References: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
 <20161118152947.GR2648@home.opsec.eu>
 <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>
Message-ID: <20161118170102.GS2648@home.opsec.eu>

Hi!

> I'm interested in a consistent ports tree for build purposes.

I understand that.

>  I want
> updates, but I want the tree to be consistent enough to build.  In
> the past I have sync'd at less than ideal times and things did not
> build as a result.  I understand this is always a possibility, but
> was wondering if there was a time when it was most likely consistent.

There is no such 'special' time.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From david at catwhisker.org  Fri Nov 18 17:28:10 2016
From: david at catwhisker.org (David Wolfskill)
Date: Fri, 18 Nov 2016 09:13:47 -0800
Subject: best time to sync
In-Reply-To: <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>
References: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
 <20161118152947.GR2648@home.opsec.eu>
 <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>
Message-ID: <20161118171347.GE1080@albert.catwhisker.org>

On Fri, Nov 18, 2016 at 09:36:36AM -0700, Gary Aitken wrote:
> ...
> ...
> >> Can someone tell me what the best time to synchronize ports is,
> >> in terms of having a consistent ports tree?
> ...
> I'm interested in a consistent ports tree for build purposes.  I want
> updates, but I want the tree to be consistent enough to build.  In
> the past I have sync'd at less than ideal times and things did not
> build as a result.  I understand this is always a possibility, but
> was wondering if there was a time when it was most likely consistent.
> For example, is a weekly build done on the ports tree starting at a 
> particular day and time?  Daily?
> ....

Of the possibly-relevant things I do, the one that comes to mind is that
I maintain a local private mirror of the FreeBSD SVN ports repository.
(I also maintain one each for src and doc, but that's veering
off-topic.)

I synchronize my mirror overnight (in 2 passes -- though that's a legacy
from when I used CVSup, and was because of the huge amount of time spent
when a new tag was laid down; with svn, that's really not an issue).  In
my case, the sync runs at about 03:30 hrs. US/Pacific.

That done, I can make my ports working copy follow head or a quarterly
branch as I see fit -- though in practice, I choose follow head.  (I
also update the base system frequently (daily), and follow that by
updating all installed ports on the laptop I use for day-to-day use.
That's probably something folks ought to think long and hard about
before actually doing it: it works for me, but it's not for everyone.)

And the repository is thus stable while I'm awake, which I find useful.
On the other hand, if someone commits a change I need just after I
synchronized for the day, well... that's awkward.

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Ref. 08 Nov 2016, let's see if the "winners" actually deliver on their slogans.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161118/612d391e/attachment.sig>

From freebsd-ports-local at be-well.ilk.org  Fri Nov 18 18:10:38 2016
From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert)
Date: Fri, 18 Nov 2016 13:10:25 -0500
Subject: best time to sync
In-Reply-To: <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org> (Gary
 Aitken's message of "Fri, 18 Nov 2016 09:36:36 -0700")
References: <2c878c5b-34e0-a58c-352d-b6c533b4da34@dreamchaser.org>
 <20161118152947.GR2648@home.opsec.eu>
 <552cf255-3a7f-2ea5-8401-d0218c445ece@dreamchaser.org>
Message-ID: <441sy8r75a.fsf@lowell-desk.lan>

Gary Aitken <freebsd at dreamchaser.org> writes:

> For example, is a weekly build done on the ports tree starting at a 
> particular day and time?  Daily?

The weekly builds are done from a snapshot, last I recall. With new
hardware for the build clusters, full package runs may well get done
more often than weekly these days.

I'm pretty sure there's a way to know the precise date when the build
run is based on. Unfortunately, I can't remember what that is. You could
update your ports tree to the same time, but that doesn't quite get what
you want, because that's not a guarantee that everything builds
(although once the official build is done, you'll know which things *it*
wasn't able to build). The advantage to this approach would mostly be
that you can use the official builds for anything where the default
options are okay, and know that the things you build yourself will be in
synch with them.

Your odds of hitting broken ports are probably lower when there have
been fewer ports commits than usual in the previous few hours, but only
slightly so.

The experts are bapt@ and bdrewery at .

From bradleythughes at fastmail.fm  Fri Nov 18 18:55:59 2016
From: bradleythughes at fastmail.fm (Bradley T. Hughes)
Date: Fri, 18 Nov 2016 19:55:50 +0100
Subject: Pending PRs for Node.js ports, looking for a willing and able
 committer
Message-ID: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>

Howdy!

I've got several PRs to update and improve the Node.js ports that have been laying around for weeks now that I would really like to get into the tree. These update to the latest release on all three currently supported major versions of Node.js. The DependsOn/Blocks chains are updated and should give a good indication of the order to apply them, but just to be explicit, here they are, in the order I think would be best to tackle them:

https://bugs.freebsd.org/214386 www/node4: Update to 4.6.2
https://bugs.freebsd.org/213693 www/node6: copy from www/node
https://bugs.freebsd.org/213945 www/node7: add node.js v7.1.0
https://bugs.freebsd.org/213948 www/node: become a meta-port
https://bugs.freebsd.org/213947 Add USES=node[:args]

Thanks :)

--
Bradley T. Hughes
bradleythughes at fastmail.fm


From dating-invite at support-love.com  Fri Nov 18 19:45:22 2016
From: dating-invite at support-love.com (Wamba.com)
Date: Fri, 18 Nov 2016 22:45:18 +0300
Subject: Anton sent you a message at  Wamba.com
Message-ID: <322_28e4ae6dd025e466b0f60c80a0632d60+b345NTgxMzQ4MzF-ZGF0aW5nLWludml0ZX4zfnBvcnRzfn5mcmVlYnNkLm9yZ340Njk3NDhkZjU0MDU2YThjMjhkNWZhMTVhZmU5NWU1Mg__@support-love.com>


From anastasios at mageirias.com  Fri Nov 18 19:53:41 2016
From: anastasios at mageirias.com (Anastasios Mageirias)
Date: Fri, 18 Nov 2016 21:53:17 +0200
Subject: issue with videosnarf port
Message-ID: <6e3ff42e-84e9-10af-254e-9dd5fc49b00b@mageirias.com>

Hi i'm trying to port videosnarf in order to port xplico later.

During "make build" i encounter the following error.

Does this error stem from the incompatibility between architectures or 
is it another one that i can see using "c++ -v" as stated below ?

I'm trying for a week to solve that issue but i can't figure out 
anything. As i can guess the linker tries to link some codec files that 
are compiled somewhere else right ?

Thank you for any help provided. I also attach the .shar file of my work 
in progress


/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG729a.a(g729aen_acelp_ca.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG729a.a(g729aen_basic_op.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG729a.a(g729aen_dspfunc.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG729a.a(g729aen_gainpred.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG729a.a(g729aen_lspgetq.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG7231.a(EasyG7231.o)' is incompatible with i386:x86-64 
output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG7231.a(Codec-G7231.o)' is incompatible with 
i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG7231.a(basop.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG7231.a(tab_lbc.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(EasyG726.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g726_16.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g726_24.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g726_32.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g726_40.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g72x.o)' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file 
`../codec-lib/libG726.a(g711.o)' is incompatible with i386:x86-64 output
../codec-lib/libG729a.a(EasyG729A.o): In function 
`EasyG729A_init_decoder()':
EasyG729A.cpp:(.text+0xd4): undefined reference to `operator 
new(unsigned int)'
../codec-lib/libG729a.a(EasyG729A.o): In function 
`EasyG729A_init_encoder()':
EasyG729A.cpp:(.text+0x174): undefined reference to `operator 
new(unsigned int)'
../codec-lib/libG7231.a(EasyG7231.o): In function 
`EasyG7231_init_decoder(bool)':
EasyG7231.cpp:(.text+0xca): undefined reference to `operator 
new(unsigned int)'
EasyG7231.cpp:(.text+0x11a): undefined reference to `operator 
new(unsigned int)'
../codec-lib/libG7231.a(EasyG7231.o): In function 
`EasyG7231_init_encoder(bool)':
EasyG7231.cpp:(.text+0x1ca): undefined reference to `operator 
new(unsigned int)'
../codec-lib/libG7231.a(EasyG7231.o):EasyG7231.cpp:(.text+0x21a): more 
undefined references to `operator new(unsigned int)' follow
c++: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** [videosnarf] Error code 1

make[3]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63/src
1 error

make[3]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63/src
*** [all] Error code 2

make[2]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63/src
1 error

make[2]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63/src
*** [all-recursive] Error code 1

make[1]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63
1 error

make[1]: stopped in /usr/home/mag/videosnarf/work/videosnarf-0.63
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make: stopped in /usr/home/mag/videosnarf

-------------- next part --------------
# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	videosnarf
#	videosnarf/Makefile
#	videosnarf/pkg-descr
#	videosnarf/distinfo
#	videosnarf/files
#	videosnarf/files/patch-src_stream.c
#	videosnarf/files/patch-src_stream.h
#
echo c - videosnarf
mkdir -p videosnarf > /dev/null 2>&1
echo x - videosnarf/Makefile
sed 's/^X//' >videosnarf/Makefile << '1f43c3853306bfdce62492320074a4b6'
X# $FreeBSD$
X
XPORTNAME=	videosnarf
XPORTVERSION=	0.63
XCATEGORIES=	security
XMASTER_SITES=	SF/ucsniff/${PORTNAME}
X
XMAINTAINER=	anastasios at mageirias.com
XCOMMENT=	Security assessment tool that outputs any detected media streams
X
XLICENSE=	GPLv2
XLICENSE_FILE=	${WRKDIR}/${PORTNAME}-${PORTVERSION}/COPYING
X
XUSES=		autoreconf
XGNU_CONFIGURE=	yes
X
XCPPFLAGS+=	-I${LOCALBASE}/include
X
X#PLIST_FILES=	man/man8/nethogs.8.gz \
X#		sbin/nethogs
X
X#post-install:
X#	${STRIP_CMD} ${STAGEDIR}${PREFIX}/sbin/nethogs
X
X.include <bsd.port.mk>
1f43c3853306bfdce62492320074a4b6
echo x - videosnarf/pkg-descr
sed 's/^X//' >videosnarf/pkg-descr << 'b5ae1a5b79ef624cb0ebb98122e97914'
XVideoSnarf is a new security assessment tool that takes an offline pcap as 
Xinput, and outputs any detected media streams (RTP sessions), including common
Xaudio codecs as well as H264 Video support. 
X
XWWW: https://sourceforge.net/projects/ucsniff/files/
XWWW: http://ucsniff.sourceforge.net/videosnarf.html
b5ae1a5b79ef624cb0ebb98122e97914
echo x - videosnarf/distinfo
sed 's/^X//' >videosnarf/distinfo << '20a52884497a399ce7c5e9c48076cbfd'
XTIMESTAMP = 1479084234
XSHA256 (videosnarf-0.63.tar.gz) = 78f84d790160e800df7a56f42e907541770fb0c8934a2ef005afb7a094dee274
XSIZE (videosnarf-0.63.tar.gz) = 862521
20a52884497a399ce7c5e9c48076cbfd
echo c - videosnarf/files
mkdir -p videosnarf/files > /dev/null 2>&1
echo x - videosnarf/files/patch-src_stream.c
sed 's/^X//' >videosnarf/files/patch-src_stream.c << 'b813cd8c5a6c7ce1821b1e62a6f2f749'
X--- src/stream.c.orig	2010-05-17 17:49:45 UTC
X+++ src/stream.c
X@@ -53,7 +53,7 @@ static struct MediaStream * findStream(c
X 		if((!strcmp(currentMS->srcIP,srcIP)) && (!strcmp(currentMS->dstIP,dstIP)) && (currentMS->srcPort == srcPort) && ((currentMS->dstPort == dstPort)) && (currentMS->rtpPTR->payloadType == (rtp->payloadType & 0x7F)) && (currentMS->codecType == codecType) && (currentMS->codec == codec))
X 	     	{
X #ifdef ARCH_X64
X-			if(currentMS->rtpPTR->ssrc == bswap_32(rtp->ssrc))
X+			if(currentMS->rtpPTR->ssrc == bswap32(rtp->ssrc))
X 			{
X 				return currentMS;
X 			}
X@@ -118,7 +118,7 @@ static int checkRTPStream(struct sniff_r
X 
X #ifdef ARCH_X64
X 	
X-	if((bswap_16(rtp->sequence_no) <= 65535) && (bswap_32(rtp->timestamp) <= 4294967295) && (bswap_32(rtp->ssrc) <= 4294967295) && ((rtp->version & 0xC0) == 0x80))
X+	if((bswap16(rtp->sequence_no) <= 65535) && (bswap32(rtp->timestamp) <= 4294967295) && (bswap32(rtp->ssrc) <= 4294967295) && ((rtp->version & 0xC0) == 0x80))
X 	{
X 		return 1;
X 	}
X@@ -149,17 +149,17 @@ int copyStreamValues(struct MediaStream 
X 	}
X 	currentMediaStream->rtpPTR->payloadType = (rtp->payloadType & 0x7F);
X #ifdef ARCH_X64
X-	currentMediaStream->rtpPTR->sequence_no = bswap_16(rtp->sequence_no);
X+	currentMediaStream->rtpPTR->sequence_no = bswap16(rtp->sequence_no);
X #else
X 	currentMediaStream->rtpPTR->sequence_no = ntohs(rtp->sequence_no);
X #endif
X #ifdef ARCH_X64
X-	currentMediaStream->rtpPTR->timestamp = bswap_32(rtp->timestamp);
X+	currentMediaStream->rtpPTR->timestamp = bswap32(rtp->timestamp);
X #else
X 	currentMediaStream->rtpPTR->timestamp = ntohl(rtp->timestamp);
X #endif
X #ifdef ARCH_X64
X-	currentMediaStream->rtpPTR->ssrc = bswap_32(rtp->ssrc);
X+	currentMediaStream->rtpPTR->ssrc = bswap32(rtp->ssrc);
X #else
X 	currentMediaStream->rtpPTR->ssrc = ntohl(rtp->ssrc);
X #endif
b813cd8c5a6c7ce1821b1e62a6f2f749
echo x - videosnarf/files/patch-src_stream.h
sed 's/^X//' >videosnarf/files/patch-src_stream.h << 'a127b9cb993e1c1a3f01838ec2710a76'
X--- src/stream.h.orig	2010-05-17 17:49:54 UTC
X+++ src/stream.h
X@@ -4,9 +4,12 @@
X #include "videosnarf.h"
X #include "g722.h"
X 
X+/*
X #ifdef ARCH_X64
X #include "byteswap.h"
X #endif
X+*/
X+#include <sys/endian.h>
X 
X #define COG711ULAW	0X00
X #define COG711ALAW	0x08
a127b9cb993e1c1a3f01838ec2710a76
exit


From lists at opsec.eu  Fri Nov 18 19:54:18 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Fri, 18 Nov 2016 20:54:20 +0100
Subject: Pending PRs for Node.js ports, looking for a willing and able
 committer
In-Reply-To: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
References: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
Message-ID: <20161118195420.GT2648@home.opsec.eu>

Hi!

> https://bugs.freebsd.org/214386 www/node4: Update to 4.6.2

Done.

> https://bugs.freebsd.org/213693 www/node6: copy from www/node

This one has a 'make fetch' problem. Can you investigate ?

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From bradleythughes at fastmail.fm  Fri Nov 18 19:57:57 2016
From: bradleythughes at fastmail.fm (Bradley T. Hughes)
Date: Fri, 18 Nov 2016 20:57:53 +0100
Subject: Pending PRs for Node.js ports, looking for a willing and able
 committer
In-Reply-To: <20161118195420.GT2648@home.opsec.eu>
References: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
 <20161118195420.GT2648@home.opsec.eu>
Message-ID: <497D6B94-27D5-4D33-8DFE-BAD28D113834@fastmail.fm>


> On 18 Nov 2016, at 20:54, Kurt Jaeger <lists at opsec.eu> wrote:
> 
> Hi!
> 
>> https://bugs.freebsd.org/214386 www/node4: Update to 4.6.2
> 
> Done.

Thanks!

>> https://bugs.freebsd.org/213693 www/node6: copy from www/node
> 
> This one has a 'make fetch' problem. Can you investigate ?

Looking now :)

--
Bradley T. Hughes
bradleythughes at fastmail.fm


From jimukyoku at kpa.ees.kyushu-u.ac.jp  Fri Nov 18 20:00:42 2016
From: jimukyoku at kpa.ees.kyushu-u.ac.jp (Google Inc.)
Date: Fri, 18 Nov 2016 12:00:43 -0800
Subject: Google Award Notification
Message-ID: <201611182000.uAIJWGSZ012443@eesserv2.ees.kyushu-u.ac.jp>

Dear Google User,

Congratulation for being selected as a winner, find attached email with further information.

Sergey M. Brin,
Co-Founder/Foreign Bureau Administrator.

From bradleythughes at fastmail.fm  Fri Nov 18 20:00:43 2016
From: bradleythughes at fastmail.fm (Bradley T. Hughes)
Date: Fri, 18 Nov 2016 21:00:39 +0100
Subject: Pending PRs for Node.js ports, looking for a willing and able
 committer
In-Reply-To: <497D6B94-27D5-4D33-8DFE-BAD28D113834@fastmail.fm>
References: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
 <20161118195420.GT2648@home.opsec.eu>
 <497D6B94-27D5-4D33-8DFE-BAD28D113834@fastmail.fm>
Message-ID: <3B37A598-C0D3-4754-9956-ADFE8BA56947@fastmail.fm>


> On 18 Nov 2016, at 20:57, Bradley T. Hughes <bradleythughes at fastmail.fm> wrote:
> 
> 
>> On 18 Nov 2016, at 20:54, Kurt Jaeger <lists at opsec.eu> wrote:
>> 
>>> https://bugs.freebsd.org/213693 www/node6: copy from www/node
>> 
>> This one has a 'make fetch' problem. Can you investigate ?
> 
> Looking now :)

Works for me :/

$ pwd
/usr/ports/www/node6
$ make distclean
===>  Cleaning for node6-6.9.1
===>  Deleting distfiles for node6-6.9.1
$ make fetch
===>  License MIT accepted by the user
===>   node6-6.9.1 depends on file: /usr/local/sbin/pkg - found
=> node-v6.9.1.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch http://nodejs.org/dist/v6.9.1/node-v6.9.1.tar.gz
node-v6.9.1.tar.gz                            100% of   25 MB   14 MBps 00m01s
===> Fetching all distfiles required by node6-6.9.1 for building
$

--
Bradley T. Hughes
bradleythughes at fastmail.fm


From david at catwhisker.org  Fri Nov 18 21:32:50 2016
From: david at catwhisker.org (David Wolfskill)
Date: Fri, 18 Nov 2016 13:32:47 -0800
Subject: devel/llvm38 install seems to be missing files (e.g., FileCheck)
In-Reply-To: <20161105165550.GW1203@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
 <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
 <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>
 <20161105165550.GW1203@albert.catwhisker.org>
Message-ID: <20161118213247.GG1080@albert.catwhisker.org>

On Sat, Nov 05, 2016 at 09:55:50AM -0700, David Wolfskill wrote:
> ...
> > >> llvm38/bin/FileCheck is not actually installed?
> > > 
> > > not sure, if I missed something in your postings.
> > > 
> > > On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port
> > > devel/llvm38 installed FileCheck as expected, in the two places
> > > /usr/local/llvm38/bin/ and /usr/local/bin/.
> > 
> > It's installed into /usr/local/bin with a version number suffix, e.g.:
> > 
> > $ pkg info -l llvm38|grep FileCheck
> > 	/usr/local/bin/FileCheck38
> > 	/usr/local/llvm38/bin/FileCheck
> > 	/usr/local/man/man1/FileCheck38.1.gz
> > 	/usr/local/share/doc/llvm38/llvm/html/CommandGuide/FileCheck.html
> > 	/usr/local/share/doc/llvm38/llvm/html/_sources/CommandGuide/FileCheck.txt
> > 
> > Maybe that's the reason rust can't find it in OP's case?  (It works just fine for me, btw.)
> > ....
> 
> I just re-ran "portmaster devel/llvm38" under script(1) (along with a
> bit of additional trivia, such as results from "ls -lT
> /usr/local/llvm38/bin" before and after the portmaster run (showing the
> distinct lack of "FileCheck" in either case)
> 
> I have placed the typescript at
> <http://www.catwhisker.org/~david/FreeBSD/ports/llvm38_test.txt>;
> there's a gzipped copy (llvm38_test.txt.gz) available, as well.
> 
> In particular, I believe this result is salient:
> ... 
> 
> [In this environment, the machine has 4 individually-bootable slices,
> each of which has its own /usr file system when the slice in question
> is the boot slice.  For each of the 4, /usr/ports is a symlink to
> /common/ports -- the file system at /common being mounted "the same"
> regardless of boot slice.)
> ....

A correspondent pointed out
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214381 to me -- looks
as if this mode of failure may be "expected" when /usr/local is a
symlink to a file system other than the one where /usr resides.
(Perhaps I'll try setting up a system where /usr/local/ is a mount point
for a separate file system, as well.)

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Ref. 08 Nov 2016, let's see if the "winners" actually deliver on their slogans.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161118/920cbb3a/attachment.sig>

From portscout at FreeBSD.org  Sat Nov 19 07:42:42 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sat, 19 Nov 2016 07:42:42 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611190742.uAJ7ggnT078919@portscout.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161119/aff905db/attachment.ksh>

From idefix at fechner.net  Sat Nov 19 09:28:35 2016
From: idefix at fechner.net (Matthias Fechner)
Date: Sat, 19 Nov 2016 10:28:14 +0100
Subject: Bug in heimdal dependency for bdb (forces version 5 and ignores
 defined version 6)
Message-ID: <9dfc0d38-489f-1fc3-b552-9872ad99f677@fechner.net>

Dear all,


I'm not sure what is happening but it seems that the heimdal port is a
little bit buggy.

I have in my poudiere builds the following defined:

DEFAULT_VERSIONS=php=5.6 apache=2.4 mysql=10.1m bdb=6 ssl=openssl
BDB_DEFAULT=6
WITH_BDB6_PERMITTED=1

But for an unclear reason it seems that heimdal pulls in bdb=5 and does
not use my bdb=6 definition.

Is this wanted or an unwanted side effect?

Thanks!


Gru?
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook


From lists at opsec.eu  Sat Nov 19 13:04:51 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Sat, 19 Nov 2016 14:04:50 +0100
Subject: Pending PRs for Node.js ports, looking for a willing and able
 committer
In-Reply-To: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
References: <45395000-CB29-437D-AE5F-B4E80F837BEF@fastmail.fm>
Message-ID: <20161119130450.GU2648@home.opsec.eu>

Hi!

> https://bugs.freebsd.org/213945 www/node7: add node.js v7.1.0

About this one:

You write:

Remove all existing patches from files/ to give this port a fresh start.

But if I svn copy from www/node, and apply your patch, those files/* are
still there.

Now my question: should files/ be removed completely or not ?

It builds only if I remove files/patch-deps_v8_src_profiler_sampler.cc,
but the other patches are still applying...

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From herbert at mailbox.org  Sat Nov 19 13:19:14 2016
From: herbert at mailbox.org (Herbert J. Skuhra)
Date: Sat, 19 Nov 2016 14:13:11 +0100
Subject: Bug in heimdal dependency for bdb (forces version 5 and ignores
 defined version 6)
In-Reply-To: <9dfc0d38-489f-1fc3-b552-9872ad99f677@fechner.net>
References: <9dfc0d38-489f-1fc3-b552-9872ad99f677@fechner.net>
Message-ID: <8660njzk7s.wl-herbert@mailbox.org>

Matthias Fechner skrev:
> 
> Dear all,
> I'm not sure what is happening but it seems that the heimdal port is a
> little bit buggy.
> 
> I have in my poudiere builds the following defined:
> 
> DEFAULT_VERSIONS=php=5.6 apache=2.4 mysql=10.1m bdb=6 ssl=openssl
> BDB_DEFAULT=6
> WITH_BDB6_PERMITTED=1
> 
> But for an unclear reason it seems that heimdal pulls in bdb=5 and does
> not use my bdb=6 definition.

security/heimdal/Makefile:64:BDB_USES=		bdb:5 localbase

> Is this wanted or an unwanted side effect?

No, idea. Change the above line and find out yourself if the port
builds/works with bdb6. Good luck!

--
Herbert

From ohartmann at walstatt.org  Sat Nov 19 16:54:44 2016
From: ohartmann at walstatt.org (O. Hartmann)
Date: Sat, 19 Nov 2016 17:54:34 +0100
Subject: [poudriere]: lang/php56 is unwilling to build with ZTS
In-Reply-To: <ef4c4115-936d-9e05-1e90-658a7c39cf5e@FreeBSD.org>
References: <20161101114926.40642a3c@freyja.zeit4.iv.bundesimmobilien.de>
 <ef4c4115-936d-9e05-1e90-658a7c39cf5e@FreeBSD.org>
Message-ID: <20161119175421.26cff397@thor.walstatt.dynvpn.de>

Am Thu, 3 Nov 2016 12:03:55 +1000
Dima Panov <fluffy at FreeBSD.org> schrieb:

> 01.11.16 20:49, O. Hartmann ?????:
> > Obviously I ran into a problem with recent poudriere on CURRENT building ports
> > in a CURRENT jail.
> > 
> > Building threaded www/apache24 requires lang/php56 having option ZTS set. I did
> > so. I tried to rebuild all depending ports, but I run into rpoblems then with
> > php56: for instance, textproc/php56-xmlreader fails to build, the poudriere log
> > gives the reason:
> >   
> > ===>   php56-xmlreader-5.6.27 depends on  
> > file: /usr/local/lib/php/20131226/dom.so - not found
> > 
> > On systems with properly set ZTS, the expected folder for PHP modules would be
> > 
> > /usr/local/lib/php/20131226-zts/
> > 
> > When I first discovered this, I tried to delete and rebuild lang/php56 from
> > packages - definitely with option ZTS set - but the error is persistant.
> > 
> > I'm unwilling to rebuild ALL thousands of packages, so I need some advice how
> > to solve this problem.
> > 
> > Please CC me, I do not subscribe the list. Thanks.
> > 
> > Thank you very much in advance,
> >   
> 
> Some tweaks with poudriere build environment requred to suport ZTS build:
> 
> cat /usr/local/poudriere.d/make.conf
> 
> # www/apache24
> WITH_MPM=event
> 
> 
> Meanwhile, I've got today another problem with poudriere. 
> 
> 'poudriere options' with non-default portstree uses options subdir from default tree, 
> but 'poudriere bulk' hooks up the right options tree, without configured options, at
> all. 
> 
> 
> 
> 

I have not come far since then, the problem still persists. I figured out that even if
issuing the command:

poudriere bulk -p head -z default -j head-amd64 -C lang/php56

which is supposed to delete the package lang/php56 and rebuild it, the package is
rebuilt, but it does not respect the option WITH ZTS. The jail's sources are most recent
12-CURRENT, the build system is residing on a ZFS volume for convenience. I keep three
instances of old packages, so in my case the location

/pool/poudriere/data/packages/head-amd64-head-default/.latest 

which is a symbolic link to the most recent and last built, still holds a package
lang/php56 which ist several days old, although I changed the option ZTS twice AND
issuing the above command forcing a rebuild! Obviously poudriere does not respect this
and seems to be ignoring or confusing the directories - I do not know. By now, I manually
deleted several packages in the lates ".latest" folder, selected by date and tried to
restart building my packages. poudriere then came up with more than 600 packages to be
rebuild. But it still fails on some key packages:

textproc/php56-wddx:
[...]
===>   php56-wddx-5.6.27 depends on file: /usr/local/lib/php/20131226/xml.so - not found
===>   Installing existing package /packages/All/php56-xml-5.6.27.txz


devel/pear:
===>   pear-1.10.1 depends on file: /usr/local/lib/php/20131226/xml.so - not found
===>   Installing existing package /packages/All/php56-xml-5.6.27.txz

and additionally:
textproc/php56-xmlreader
textproc/php56-xsl
databases/php56-pdo_pgsql


They all seem to have their problems sourced in php56-xml-5.6.27.txz. I also tried to
rebuild exactly this package php56-xml-5.6.27.txz - but without success, I also deleted
it and all(!) php56-xxx ports and jumping into the very same problem of a huge amount of
rebuilds.

So, I suspect some problems regarding ZTS build in XML-related ports, or a general
problem of poudriere. By deleting all php56-xxx packages and proper configuring the
options for lang/php56 as well as www/apache24 and devel/apr1, I would expect that 

/usr/local/lib/php/20131226-zts/xml.so

would appear instead of

/usr/local/lib/php/20131226/xml.so.

I'm lost here! My resources are limited, builds take a whole day on my box and I'm no
expert in the abyss of poudriere, so to answere the question, what my 

usr/local/etc/php.conf

(in poudriere) look like, I need help.

/usr/local/etc/php.conf on my systems which use custom build via portmaster looks correct:

PHP_VER=56
PHP_VERSION=5.6.27
PHP_SAPI=cli cgi fpm
PHP_EXT_INC=pcre spl
PHP_EXT_DIR=20131226-zts

But this is not poudriere's environment.

Kind regards,

Oliver

-- 
O. Hartmann

Ich widerspreche der Nutzung oder ?bermittlung meiner Daten f?r
Werbezwecke oder f?r die Markt- oder Meinungsforschung (? 28 Abs. 4 BDSG).

From stb at lassitu.de  Sun Nov 20 01:00:34 2016
From: stb at lassitu.de (Stefan Bethke)
Date: Sun, 20 Nov 2016 02:00:28 +0100
Subject: Porting a Go implementation: dealing with dependencies
In-Reply-To: <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>
References: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
 <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>
Message-ID: <93D03B5A-C632-47C3-96B1-AD1CC5C7F58D@lassitu.de>

Am 18.11.2016 um 17:59 schrieb Steve Wills <swills at FreeBSD.org>:
> 
> Hi,
> 
> On 11/18/2016 10:35, Stefan Bethke wrote:
>> I?m trying to create a port for Gitea
>> (https://github.com/go-gitea/gitea). The basics seem easy enough, but
>> I?m not sure how to deal with it?s dependencies.
> 
> Use the GH_* macros to fetch them. See:
> 
> https://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github-description
> 
> Or if the upstream vendors their deps like many do these days you can
> use the GH_SUBDIR macro to put them in the proper place.
> 
> There are examples to look at if that helps, see sysutils/consul as one
> that has vendored deps or sysutils/serf for one that doesn?t.

Thanks, it appears that the upstream has properly vendored the modules, and I don?t need to so anything, if I check out the latest commit ref instead of the latest tag.


Thanks,
Stefan

-- 
Stefan Bethke <stb at lassitu.de>   Fon +49 151 14070811





From herbert at mailbox.org  Sun Nov 20 09:57:32 2016
From: herbert at mailbox.org (Herbert J. Skuhra)
Date: Sun, 20 Nov 2016 10:50:26 +0100
Subject: svn commit: r426175 - head/security/libgpg-error
In-Reply-To: <201611151548.uAFFmJ3D029626@repo.freebsd.org>
References: <201611151548.uAFFmJ3D029626@repo.freebsd.org>
Message-ID: <86fummwkd9.wl-herbert@mailbox.org>

Hi,

Roman Bogorodskiy skrev:
> 
> Author: novel
> Date: Tue Nov 15 15:48:18 2016
> New Revision: 426175
> URL: https://svnweb.freebsd.org/changeset/ports/426175
> 
> Log:
>   security/libgpg-error: update to 1.25
> 
> Modified:
>   head/security/libgpg-error/Makefile
>   head/security/libgpg-error/distinfo
>   head/security/libgpg-error/pkg-plist

Why no revert this update or mark BROKEN?
It breaks gpg-agent (crashing) from gnupg-2.1.15.

<https://lists.freebsd.org/pipermail/freebsd-questions/2016-November/274734.html>

Thanks.

--
Herbert

From dumbbell at FreeBSD.org  Sun Nov 20 10:43:25 2016
From: dumbbell at FreeBSD.org (=?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?=)
Date: Sun, 20 Nov 2016 11:43:21 +0100
Subject: Reviews in need of a reviewer
Message-ID: <9a8f2536-5c1c-ddbc-b6b2-a94038ac1996@FreeBSD.org>

Hi!

I have some reviews waiting in Phabricator. They are all simple patches
to update ports to their latest release or fix a build failure. Could a
Ports committer review them please?

o  Fix graphics/piglit build on FreeBSD 9.3
   https://reviews.freebsd.org/D7779

o  Update sysutils/rubygem-bosh_cli to 3262.24.0
   https://reviews.freebsd.org/D7336

o  Update net/cf to 6.22.2
   https://reviews.freebsd.org/D7740

o  Update x11/roxterm to 3.3.2:
   https://reviews.freebsd.org/D8508

o  Update net/concourse-fly to 2.5.0
   https://reviews.freebsd.org/D8547

Thank you!

-- 
Jean-S?bastien P?dron

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161120/cc1ebcb1/attachment.sig>

From bogorodskiy at gmail.com  Sun Nov 20 10:51:59 2016
From: bogorodskiy at gmail.com (Roman Bogorodskiy)
Date: Sun, 20 Nov 2016 13:51:47 +0300
Subject: svn commit: r426175 - head/security/libgpg-error
In-Reply-To: <86fummwkd9.wl-herbert@mailbox.org>
References: <201611151548.uAFFmJ3D029626@repo.freebsd.org>
 <86fummwkd9.wl-herbert@mailbox.org>
Message-ID: <20161120105145.GA11242@kloomba>

  Herbert J. Skuhra wrote:

> Hi,
> 
> Roman Bogorodskiy skrev:
> > 
> > Author: novel
> > Date: Tue Nov 15 15:48:18 2016
> > New Revision: 426175
> > URL: https://svnweb.freebsd.org/changeset/ports/426175
> > 
> > Log:
> >   security/libgpg-error: update to 1.25
> > 
> > Modified:
> >   head/security/libgpg-error/Makefile
> >   head/security/libgpg-error/distinfo
> >   head/security/libgpg-error/pkg-plist
> 
> Why no revert this update or mark BROKEN?
> It breaks gpg-agent (crashing) from gnupg-2.1.15.
> 
> <https://lists.freebsd.org/pipermail/freebsd-questions/2016-November/274734.html>

Hi,

Not sure how marking that broken will help. Anyway, it's a known
problem:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214568

There's a patch attached there to update security/gnupg to 2.1.16 and it
was reported that it fixes the issue.

I'm still waiting for either portmgr's or maintainer's approval to
commit that, but I'm afraid I'll have to commit it without approval if I
don't hear back by the end of today.

Roman Bogorodskiy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161120/143f7a04/attachment.sig>

From herbert at mailbox.org  Sun Nov 20 11:32:48 2016
From: herbert at mailbox.org (Herbert J. Skuhra)
Date: Sun, 20 Nov 2016 12:32:40 +0100
Subject: svn commit: r426175 - head/security/libgpg-error
In-Reply-To: <20161120105145.GA11242@kloomba>
References: <201611151548.uAFFmJ3D029626@repo.freebsd.org>
 <86fummwkd9.wl-herbert@mailbox.org>
 <20161120105145.GA11242@kloomba>
Message-ID: <86eg26wfmv.wl-herbert@mailbox.org>

Roman Bogorodskiy skrev:
> 
>   Herbert J. Skuhra wrote:
>> Hi,
>> 
>> Roman Bogorodskiy skrev:
>> > 
>> > Author: novel
>> > Date: Tue Nov 15 15:48:18 2016
>> > New Revision: 426175
>> > URL: https://svnweb.freebsd.org/changeset/ports/426175
>> > 
>> > Log:
>> >   security/libgpg-error: update to 1.25
>> > 
>> > Modified:
>> >   head/security/libgpg-error/Makefile
>> >   head/security/libgpg-error/distinfo
>> >   head/security/libgpg-error/pkg-plist
>> 
>> Why no revert this update or mark BROKEN?
>> It breaks gpg-agent (crashing) from gnupg-2.1.15.
>> 
>> <https://lists.freebsd.org/pipermail/freebsd-questions/2016-November/274734.html>
> 
> Hi,
> 
> Not sure how marking that broken will help.

At least it will help port users who haven't updated yet. No?
Of course it should have happened earlier, problem is known since
16.11.2016. Unfortunately by now this version is already in pkg
(latest). But no offense.

> Anyway, it's a known problem:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214568
>
> There's a patch attached there to update security/gnupg to 2.1.16 and it
> was reported that it fixes the issue.
> 
> I'm still waiting for either portmgr's or maintainer's approval to
> commit that, but I'm afraid I'll have to commit it without approval if I
> don't hear back by the end of today.

Thanks.

--
Herbert

From stb at lassitu.de  Sun Nov 20 12:21:26 2016
From: stb at lassitu.de (Stefan Bethke)
Date: Sun, 20 Nov 2016 13:21:22 +0100
Subject: Porting a Go implementation: dealing with dependencies
In-Reply-To: <93D03B5A-C632-47C3-96B1-AD1CC5C7F58D@lassitu.de>
References: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
 <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>
 <93D03B5A-C632-47C3-96B1-AD1CC5C7F58D@lassitu.de>
Message-ID: <31FCE87C-1D92-495B-8F2E-2623FE8CDF57@lassitu.de>

Am 20.11.2016 um 02:00 schrieb Stefan Bethke <stb at lassitu.de>:
> Am 18.11.2016 um 17:59 schrieb Steve Wills <swills at FreeBSD.org>:
>> On 11/18/2016 10:35, Stefan Bethke wrote:
>>> I?m trying to create a port for Gitea
>>> (https://github.com/go-gitea/gitea).

Here?s my attempt at that port: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214688

-- 
Stefan Bethke <stb at lassitu.de>   Fon +49 151 14070811





From ag-freebsd at muc.de  Sun Nov 20 15:55:11 2016
From: ag-freebsd at muc.de (Armin Gruner)
Date: Sun, 20 Nov 2016 16:55:07 +0100
Subject: Ports update submission for multiple ports?
Message-ID: <358c31c2-160c-6e3e-b3d3-6e6d596ca0d5@muc.de>

Hello,

I've assembled some patches for a port to upgrade it to a current
version (namely, mail/mailfront).

Though, this port requires that a dependent port is brought to a current
upstream version as well (namely, devel/bglibs).

Finally, there are a couple of other ports which depend on devel/bglibs
themselves, and thus need to be updated also, so they still build.

I've made patches for all of these, and even tried to make it easier for
future changes by introducing another "USES"-flag, namely  "bglibs".


Now what is the appropriate way to submit all this stuff? Some ports do
not have a maintainer,

some have one.

All changes must be committed at once because of these interdependencies.

How do I submit this, so that this is properly coordinated?

Thanks,

Armin

-- 
PGP Public Key: www.muc.de/~ag/CE18E859.asc

From woodsb02 at gmail.com  Sun Nov 20 16:12:12 2016
From: woodsb02 at gmail.com (Ben Woods)
Date: Sun, 20 Nov 2016 16:11:59 +0000
Subject: Ports update submission for multiple ports?
In-Reply-To: <358c31c2-160c-6e3e-b3d3-6e6d596ca0d5@muc.de>
References: <358c31c2-160c-6e3e-b3d3-6e6d596ca0d5@muc.de>
Message-ID: <CAOc73CDP1sBnQCJO3XhT=2BXwWvO3=oH9+H4wt3stv94G-6Jdg@mail.gmail.com>

On Sun., 20 Nov. 2016 at 11:55 pm, Armin Gruner <ag-freebsd at muc.de> wrote:

> Hello,
>
> I've assembled some patches for a port to upgrade it to a current
> version (namely, mail/mailfront).
>
> Though, this port requires that a dependent port is brought to a current
> upstream version as well (namely, devel/bglibs).
>
> Finally, there are a couple of other ports which depend on devel/bglibs
> themselves, and thus need to be updated also, so they still build.
>
> I've made patches for all of these, and even tried to make it easier for
> future changes by introducing another "USES"-flag, namely  "bglibs".
>
>
> Now what is the appropriate way to submit all this stuff? Some ports do
> not have a maintainer,
>
> some have one.
>
> All changes must be committed at once because of these interdependencies.
>
> How do I submit this, so that this is properly coordinated?
>
> Thanks,
>
> Armin
>
> --
> PGP Public Key: www.muc.de/~ag/CE18E859.asc
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>

Hi Armin,

The correct way to submit your work is to raise a bug report here:
https://bugs.freebsd.org/bugzilla/

Once you have signed up for an account / logged in, select New -> Ports &
Packages -> Individual Ports(s).

Attach your work as a diff of the existing ports, preferably generated with
"svn diff". Select the "patch" tickbox when attaching it.

A committer will get around to looking at it soon enough.

Thanks for your work!

Cheers,
Ben

From alexvpetrov at gmail.com  Sun Nov 20 16:41:44 2016
From: alexvpetrov at gmail.com (Alex V. Petrov)
Date: Sun, 20 Nov 2016 23:41:39 +0700
Subject: FreeBSD Port: imageindex-2.0
Message-ID: <3e44f5ff-3e73-f23d-b46b-43753fac45d0@gmail.com>

/usr/local/bin/imageindex
Can't use 'defined(@array)' (Maybe you should just omit the defined()?)
at /usr/local/bin/imageindex line 2389.
-- 
-----
Alex.

From idefix at fechner.net  Sun Nov 20 16:48:40 2016
From: idefix at fechner.net (Matthias Fechner)
Date: Sun, 20 Nov 2016 17:48:27 +0100
Subject: Piwik 2.17.1
In-Reply-To: <5d5053e5-4f3b-bbb8-cf37-3f274b46f278@toco-domains.de>
References: <84ade84c-d3f7-a8ec-0e56-11c8fe33a968@fechner.net>
 <5d5053e5-4f3b-bbb8-cf37-3f274b46f278@toco-domains.de>
Message-ID: <964b2267-4a43-7014-619f-a7fa73f54b6f@fechner.net>

Hi Torsten,

Am 16.11.2016 um 09:36 schrieb Torsten Zuehlsdorff:
> It was already assigned to and processed by me. And a second ago
> committed. :)
>

sry, was maybe to fast here :)

> Can you please elaborate on this? I couldn't find any hints for a
> security issue. Or do you mean critical in sense of "fix critical bugs"?

tested your new version and works perfectly fine!
Thanks for the new version.


Gru?
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook


From lists at opsec.eu  Sun Nov 20 17:35:38 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Sun, 20 Nov 2016 18:35:38 +0100
Subject: Porting a Go implementation: dealing with dependencies
In-Reply-To: <31FCE87C-1D92-495B-8F2E-2623FE8CDF57@lassitu.de>
References: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
 <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>
 <93D03B5A-C632-47C3-96B1-AD1CC5C7F58D@lassitu.de>
 <31FCE87C-1D92-495B-8F2E-2623FE8CDF57@lassitu.de>
Message-ID: <20161120173538.GV2648@home.opsec.eu>

Hi!

> >>> I'm trying to create a port for Gitea
> >>> (https://github.com/go-gitea/gitea).
> 
> Here's my attempt at that port:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214688

Committed, thanks!

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From stb at lassitu.de  Sun Nov 20 17:46:30 2016
From: stb at lassitu.de (Stefan Bethke)
Date: Sun, 20 Nov 2016 18:46:24 +0100
Subject: Porting a Go implementation: dealing with dependencies
In-Reply-To: <20161120173538.GV2648@home.opsec.eu>
References: <18B8321A-1617-4C64-806E-A968333017DB@lassitu.de>
 <c762e785-60e6-792d-d5fd-59fcfa3fe944@FreeBSD.org>
 <93D03B5A-C632-47C3-96B1-AD1CC5C7F58D@lassitu.de>
 <31FCE87C-1D92-495B-8F2E-2623FE8CDF57@lassitu.de>
 <20161120173538.GV2648@home.opsec.eu>
Message-ID: <C0306B02-E833-4320-863B-D153F0410326@lassitu.de>

Am 20.11.2016 um 18:35 schrieb Kurt Jaeger <lists at opsec.eu>:
> 
> Hi!
> 
>>>>> I'm trying to create a port for Gitea
>>>>> (https://github.com/go-gitea/gitea).
>> 
>> Here's my attempt at that port:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214688
> 
> Committed, thanks!

Thank you for the super quick turnaround!

-- 
Stefan Bethke <stb at lassitu.de>   Fon +49 151 14070811





From fbsd at www.zefox.net  Sun Nov 20 20:08:01 2016
From: fbsd at www.zefox.net (bob prohaska)
Date: Sun, 20 Nov 2016 12:07:56 -0800
Subject: Missing features.h in chromium
Message-ID: <20161120200756.GB56313@www.zefox.net>

Just for fun I've tried compiling www/chromium on an RPI2 by simply adding armv6 
to the list of achitechtures. This is on -head from last night.

It got far enough to report:

In file included from ../../v8/src/base/accounting-allocator.cc:5:
In file included from ../../v8/src/base/accounting-allocator.h:8:
In file included from ../../v8/src/base/atomicops.h:29:
In file included from ../../v8/src/base/build_config.h:8:
../../v8/include/v8config.h:16:11: fatal error: 'features.h' file not found
# include <features.h>
          ^
1 error generated.
ninja: build stopped: subcommand failed.

It isn't obvious to me that this is an architecture-related error, might
there be a fix or workaround? 

Thanks for reading,

bob prohaska


From linimon at lonesome.com  Sun Nov 20 20:08:48 2016
From: linimon at lonesome.com (Mark Linimon)
Date: Sun, 20 Nov 2016 14:08:45 -0600
Subject: Ports update submission for multiple ports?
In-Reply-To: <358c31c2-160c-6e3e-b3d3-6e6d596ca0d5@muc.de>
References: <358c31c2-160c-6e3e-b3d3-6e6d596ca0d5@muc.de>
Message-ID: <20161120200845.GC6662@lonesome.com>

Back before we had Bugzilla, I used to recommend separate submissions
for each port.  But Bugzilla gives us a little more flexibility on
Cc:ing and tracking maintainers, so it is not as hard for us to deal
with now.

Having said that, I personally still have a slight preference for
individual PRs.  Bugzilla also gives us the ability to track related
PRs via "Depends on:" and "Blocks:" to help recommend ordering and
dependencies.

You may hear from other people that they don't agree with the above :-)

mcl

From m.ne at gmx.net  Sun Nov 20 21:50:48 2016
From: m.ne at gmx.net (Martin Neubauer)
Date: Sun, 20 Nov 2016 22:50:18 +0100
Subject: Request for commit
Message-ID: <4e5e376b-2c65-4445-a954-e823fa47619f@gmx.net>

Hello everyone,

If there is a committer out there with a little time to spare, I would
be grateful if they would take a look here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213656

Best regards,
Martin

-- 
All of the above.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161120/6e4da5a3/attachment.sig>

From david at catwhisker.org  Sun Nov 20 23:31:04 2016
From: david at catwhisker.org (David Wolfskill)
Date: Sun, 20 Nov 2016 15:31:01 -0800
Subject: "make install" appears to silently fail to install some files if
 $LOCALBASE is a symlink
In-Reply-To: <20161118213247.GG1080@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
 <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
 <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>
 <20161105165550.GW1203@albert.catwhisker.org>
 <20161118213247.GG1080@albert.catwhisker.org>
Message-ID: <20161120233101.GE1125@albert.catwhisker.org>

On Fri, Nov 18, 2016 at 01:32:47PM -0800, David Wolfskill wrote:
> ...
> A correspondent pointed out
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214381 to me -- looks
> as if this mode of failure may be "expected" when /usr/local is a
> symlink to a file system other than the one where /usr resides.
> (Perhaps I'll try setting up a system where /usr/local/ is a mount point
> for a separate file system, as well.)
> ...

I managed to "stub my toe" on additional ports that exhibited this
behavior this morning -- among them, lang/gcc and devel/git.

I have updated the above-cited bug report with a little shell script I
cobbled up that (despite its unfortunate name) will check specified
installed ports/packages and report if any are determined to lack one or
more files that are supposed to have been installed.

Folks who have a symlink for /usr/local (or whatever $LOCALBASE
expands to) and who rely on "make install" to install ports might
want to take a look: I was a bit surprised at the number of affected
ports.  (Note that portmaster uses "make install"; I would expect that
portupgrade does, as well.)

A circumvention (as mentioned in the bug report) is to:
"make clean package deinstall && pkg add work/pkg/* && make clean"
within the port directory.

Checking through a typescript from work, I *think* this showed up
between 25 September - 02 October.

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Ref. 08 Nov 2016, let's see if the "winners" actually deliver on their slogans.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 603 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161120/256c153c/attachment.sig>

From tech-lists at zyxst.net  Mon Nov 21 00:57:22 2016
From: tech-lists at zyxst.net (John)
Date: Mon, 21 Nov 2016 00:57:19 +0000
Subject: "make install" appears to silently fail to install some files if
 $LOCALBASE is a symlink
In-Reply-To: <20161120233101.GE1125@albert.catwhisker.org>
References: <20161103125007.GP1203@albert.catwhisker.org>
 <20161105122633.GS1203@albert.catwhisker.org>
 <20161105135456.GV1203@albert.catwhisker.org>
 <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de>
 <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org>
 <20161105165550.GW1203@albert.catwhisker.org>
 <20161118213247.GG1080@albert.catwhisker.org>
 <20161120233101.GE1125@albert.catwhisker.org>
Message-ID: <1479689839.3136103.794031089.54B07072@webmail.messagingengine.com>

Hi,

On Sun, 20 Nov 2016, at 23:31, David Wolfskill wrote:

> Folks who have a symlink for /usr/local (or whatever $LOCALBASE
> expands to) and who rely on "make install" to install ports might
> want to take a look: I was a bit surprised at the number of affected
> ports.  (Note that portmaster uses "make install"; I would expect that
> portupgrade does, as well.)
> 
> A circumvention (as mentioned in the bug report) is to:
> "make clean package deinstall && pkg add work/pkg/* && make clean"
> within the port directory.

Thank you. I thought I was losing it. I'd install portupgrade, and it
would say it installed OK, but it wouldn't be there. Same goes for perl,
and I'd guess probably most ports, certainly everything I tried to
update.

I have a zpool called 'storage' and /usr/local is 'mounted' as
/storage/usr/local.

-- 
J.

From dave at horsfall.org  Mon Nov 21 02:23:46 2016
From: dave at horsfall.org (Dave Horsfall)
Date: Mon, 21 Nov 2016 13:23:28 +1100 (EST)
Subject: Binary for Ruby?
Message-ID: <alpine.BSF.2.11.1611211044440.19595@aneurin.horsfall.org>

Is a binary available for Ruby?  System is (currently) 9.3-RELEASE-p43 
(soon to go to 10 when I get a new server one day).  It's not possible to 
compile the thing on my (minimal) box, as it keeps blowing away swap.

The only reason I need Ruby (I don't even know the language) is that it's 
used by something which I've forgotten.

-- 
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."

From bruce at freebsd.zuhause.org  Mon Nov 21 03:32:34 2016
From: bruce at freebsd.zuhause.org (Bruce Albrecht)
Date: Sun, 20 Nov 2016 21:25:00 -0600
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
Message-ID: <38a673e0-0229-e22f-2583-2000fec0e828@freebsd.zuhause.org>

I was wondering why the port which is now default is version 5.24-RC4 
instead of 5.24.0? Perl 5.24.0 was released on 2016-05-09 (May 9th). 
Even if RC4 and 5.24.0 have no code differences besides the versioning, 
I fail to understand why you would not update the perl 5.24 port to use 
the final release before making it the default perl.


On 11/03/16 10:00, Mathieu Arnold wrote:
> Instructions on how to switch are in UPDATING.
>
> If you do not want to switch, you do not have to do anything.
>
> EVERYTHING IS FINE.
>


From portscout at FreeBSD.org  Mon Nov 21 07:54:27 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Mon, 21 Nov 2016 07:54:26 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611210754.uAL7sQZJ047619@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161121/b3d620e5/attachment.ksh>

From mat at FreeBSD.org  Mon Nov 21 08:30:53 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Mon, 21 Nov 2016 09:30:46 +0100
Subject: [HEADSUP] Default Perl changed to 5.24.
In-Reply-To: <38a673e0-0229-e22f-2583-2000fec0e828@freebsd.zuhause.org>
References: <b21728ca-ffd6-f94f-0c40-814330273ae2@FreeBSD.org>
 <38a673e0-0229-e22f-2583-2000fec0e828@freebsd.zuhause.org>
Message-ID: <7b2dbb2a-ab4d-456c-65e9-6876f42b7e76@FreeBSD.org>

Le 21/11/2016 ? 04:25, Bruce Albrecht a ?crit :
> I was wondering why the port which is now default is version 5.24-RC4
> instead of 5.24.0? Perl 5.24.0 was released on 2016-05-09 (May 9th).
> Even if RC4 and 5.24.0 have no code differences besides the
> versioning, I fail to understand why you would not update the perl
> 5.24 port to use the final release before making it the default perl.

The port is at 5.24.1-RC4, waiting 5.24.1 release.  It contains security
bug fixes.


-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161121/53a71213/attachment.sig>

From mailinglists at toco-domains.de  Mon Nov 21 08:40:24 2016
From: mailinglists at toco-domains.de (Torsten Zuehlsdorff)
Date: Mon, 21 Nov 2016 09:40:21 +0100
Subject: Piwik 2.17.1
In-Reply-To: <964b2267-4a43-7014-619f-a7fa73f54b6f@fechner.net>
References: <84ade84c-d3f7-a8ec-0e56-11c8fe33a968@fechner.net>
 <5d5053e5-4f3b-bbb8-cf37-3f274b46f278@toco-domains.de>
 <964b2267-4a43-7014-619f-a7fa73f54b6f@fechner.net>
Message-ID: <8bdcee8e-2858-c972-d700-ef89aa855dce@toco-domains.de>

On 20.11.2016 17:48, Matthias Fechner wrote:

>> It was already assigned to and processed by me. And a second ago
>> committed. :)
>
> sry, was maybe to fast here :)

Yes. ;)

>> Can you please elaborate on this? I couldn't find any hints for a
>> security issue. Or do you mean critical in sense of "fix critical bugs"?
>
> tested your new version and works perfectly fine!
> Thanks for the new version.

You skipped my question. Last time you created the impression that the 
PR is a "critical update". But nor do i saw any critical notes neither 
did you state anything about that.

Please be careful with such statements!

Greetings,
Torsten


From linimon at lonesome.com  Mon Nov 21 08:43:00 2016
From: linimon at lonesome.com (Mark Linimon)
Date: Mon, 21 Nov 2016 02:42:58 -0600
Subject: Binary for Ruby?
In-Reply-To: <alpine.BSF.2.11.1611211044440.19595@aneurin.horsfall.org>
References: <alpine.BSF.2.11.1611211044440.19595@aneurin.horsfall.org>
Message-ID: <20161121084258.GD9474@lonesome.com>

On Mon, Nov 21, 2016 at 01:23:28PM +1100, Dave Horsfall wrote:
> Is a binary available for Ruby?

http://pkg.freebsd.org/FreeBSD:9:i386/latest/All/ruby-2.2.6,1.txz
http://pkg.freebsd.org/FreeBSD:9:i386/latest/All/ruby23-2.3.1_1,1.txz
http://pkg.freebsd.org/FreeBSD:9:amd64/latest/All/ruby-2.2.6,1.txz
http://pkg.freebsd.org/FreeBSD:9:amd64/latest/All/ruby23-2.3.1_1,1.txz

looks fine ...

mcl

From jlh at freebsd.org  Mon Nov 21 10:16:23 2016
From: jlh at freebsd.org (Jeremie Le Hen)
Date: Mon, 21 Nov 2016 11:16:18 +0100
Subject: www/subsonic-standalone license
In-Reply-To: <156461CF-298B-4C55-B36F-91BE4EE096D9@lastsummer.de>
References: <CAF19XB+s4okuDR0mUr2w-4q6M6e_1bYgcxwrDXf9vZscsQZnpw@mail.gmail.com>
 <CAAhjGQvvbbQDamrjGNG9zZM=Qr=RO5kQcqv_5Z7jeu-7XB=Eyw@mail.gmail.com>
 <25221A70-7B8F-4D10-AEEB-054FA7D58B0D@lastsummer.de>
 <CAAhjGQu7W5=_i6LERZ73cTLbYDkCX0NGXK3UzH=BCJhS-2k7Mw@mail.gmail.com>
 <943D0C76-1890-415C-BE61-4083E97F8635@lastsummer.de>
 <CAAhjGQs9m8k+V0XEPy_WSaQeFDuEPq6KY2JnwZ9hXVuzrmCPBw@mail.gmail.com>
 <156461CF-298B-4C55-B36F-91BE4EE096D9@lastsummer.de>
Message-ID: <CAGSa5y37qcH_i4G=4UgxXyKXBLbOZxSTifVZ=ETOio6fxQ06kw@mail.gmail.com>

Hey Franco,

On Fri, Oct 28, 2016 at 6:38 PM, Franco Fichtner <franco at lastsummer.de> wrote:
>
>> On 28 Oct 2016, at 6:30 PM, Joshua Ruehlig <joshruehlig at gmail.com> wrote:
>>
>> I don't believe the maintainer dropped the project.
>
> I was talking about www/subsonic, sorry for the confusion:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213298
>
>> If a user wants to use a previous version they are free to modify the PORTVERSION, update the 'distinfo', and build the port. Also the 'www/subsonic' port is still on version 5.3 so people can use that as well.
>
> That's impractical for users who use packages.  :)

If you have some time, you can send a patch that duplicate
www/subsonic into www/subsonic5 and make the required changes.  That
way everyone will have packages for 5.3 if they want it.

Cheers,
-- 
Jeremie Le Hen
jlh at FreeBSD.org

From lists at opsec.eu  Mon Nov 21 16:42:06 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Mon, 21 Nov 2016 17:42:05 +0100
Subject: Request for commit
In-Reply-To: <4e5e376b-2c65-4445-a954-e823fa47619f@gmx.net>
References: <4e5e376b-2c65-4445-a954-e823fa47619f@gmx.net>
Message-ID: <20161121164205.GW2648@home.opsec.eu>

Hi!

> If there is a committer out there with a little time to spare, I would
> be grateful if they would take a look here:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213656

Done.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From vivek at khera.org  Mon Nov 21 20:13:24 2016
From: vivek at khera.org (Vick Khera)
Date: Mon, 21 Nov 2016 15:13:20 -0500
Subject: how to pass "-ldflags" to a go language build.
Message-ID: <CALd+dceE5M0DSh+SQQ42OEdK=rtspCCnWcWH91Szb2KBXD2-YA@mail.gmail.com>

I'm looking at the port for net-mgmt/telegraf to see if we can have it
bake in the version number into the binary. Right now when you run
"telegraf -version" it just says literally "version". Apparently the
right way to set their version is to pass it to the command line like
this:

 go build -ldflags "-X main.version=$DISTVERSION" ...

How can I convince the Go ports infrastructure to pass this flag to
the right place? I don't see any obvious way in the Uses/go.mk file.

Similarly, the databases/influxdb port could use this treatment, so it
shows what version it is when you connect to it.

Thanks!

From freebsd at str.komkon.org  Mon Nov 21 21:06:02 2016
From: freebsd at str.komkon.org (Igor Roshchin)
Date: Sun, 20 Nov 2016 22:17:59 -0500 (EST)
Subject: tinyproxy port is unfixed for long time with several problems
Message-ID: <alpine.BSF.2.20.1611180905190.96963@tissa.komkon.org>


Hello!

A few days ago, I installed tinyproxy port from the package (pkg install).
I see that tinyproxy [still] has two problems that had been reported and 
discussed in various venues, including at least one FreeBSD bug report.
Unfortunately, nothing has been done with that for a long time.

1. Problem #1: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207051
- see the initial description by Jason Mann there:
Daemon is listening on ipv6 only.


2. Problem #2: https://github.com/tinyproxy/tinyproxy/issues/24
Daemon is unable to create the .pid file in /var/run due to dropped 
privelege.

A possible solution: create /var/run/tinyproxy owned by nobody:nobody
and change the pid file to /var/run/tinyproxy/tinyproxy.pid

There is some resistance from @obnoxxx, but I suspect (and hope) it is 
from the misunderstanding.
There is a more detailed explanation of what could be done  (see the 
recent post by St-Ranger there).


And an optional change, but useful (IMHO) from the security point of view:
3. Replace the user/group "nobody" used by the daemon to the dedicated 
"tinyproxy:tinyproxy". This would separate this server from any other, - 
in the way that is done with several other ports on FreeBSD.

Best regards,


Igor



From pfg at FreeBSD.org  Tue Nov 22 02:42:38 2016
From: pfg at FreeBSD.org (Pedro Giffuni)
Date: Mon, 21 Nov 2016 21:40:58 -0500
Subject: Fwd: [package - 93i386-quarterly][cad/freecad] Failed for
 FreeCAD-0.17.g20160907_1 in build
In-Reply-To: <201611220231.uAM2VuaP032676@beefy4.nyi.freebsd.org>
References: <201611220231.uAM2VuaP032676@beefy4.nyi.freebsd.org>
Message-ID: <e6e93cec-6159-79bc-3de7-0e557fbde212@FreeBSD.org>

Hmm ...

I am not even the port maintainer anymore and I still get these error 
messages.

FWIW, in the trunk version we just tagged it broken for 9.x.

Pedro.

-------- Forwarded Message --------
Subject: 	[package - 93i386-quarterly][cad/freecad] Failed for 
FreeCAD-0.17.g20160907_1 in build
Date: 	Tue, 22 Nov 2016 02:31:56 GMT
From: 	pkg-fallout at FreeBSD.org
To: 	pfg@
CC: 	pkg-fallout at FreeBSD.org



You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.

Maintainer:     pfg@
Last committer: tijl@
Ident:          $FreeBSD: branches/2016Q4/cad/freecad/Makefile 422711 2016-09-24 11:06:57Z tijl $
Log URL:        http://beefy4.nyi.freebsd.org/data/93i386-quarterly/426753/logs/FreeCAD-0.17.g20160907_1.log
Build URL:      http://beefy4.nyi.freebsd.org/build.html?mastername=93i386-quarterly&build=426753
Log:

====>> Building cad/freecad
build started at Tue Nov 22 01:20:21 UTC 2016
port directory: /usr/ports/cad/freecad
building for: FreeBSD 93i386-quarterly-job-06 9.3-RELEASE-p50 FreeBSD 9.3-RELEASE-p50 i386
maintained by: pfg at FreeBSD.org
Makefile ident:      $FreeBSD: branches/2016Q4/cad/freecad/Makefile 422711 2016-09-24 11:06:57Z tijl $
Poudriere version: 3.1.14
Host OSVERSION: 1200010
Jail OSVERSION: 903000
Job Id: 06

---Begin Environment---
SHELL=/bin/csh
UNAME_p=i386
UNAME_m=i386
UNAME_v=FreeBSD 9.3-RELEASE-p50
UNAME_r=9.3-RELEASE-p50
BLOCKSIZE=K
MAIL=/var/mail/root
STATUS=1
OPSYS=FreeBSD
ARCH=i386
SAVED_TERM=
MASTERMNT=/usr/local/poudriere/data/.m/93i386-quarterly/ref
UID=0
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
_JAVA_VERSION_LIST_REGEXP=1.6\|1.7\|1.8\|1.6+\|1.7+\|1.8+
POUDRIERE_BUILD_TYPE=bulk
PKGNAME=FreeCAD-0.17.g20160907_1
OSREL=9.3
_OSRELEASE=9.3-RELEASE-p50
PYTHONBASE=/usr/local
OLDPWD=/
_SMP_CPUS=24
PWD=/usr/local/poudriere/data/.m/93i386-quarterly/ref/.p/pool
MASTERNAME=93i386-quarterly
SCRIPTPREFIX=/usr/local/share/poudriere
_JAVA_VENDOR_LIST_REGEXP=openjdk\|oracle\|sun
USER=root
HOME=/root
POUDRIERE_VERSION=3.1.14
SCRIPTPATH=/usr/local/share/poudriere/bulk.sh
CONFIGURE_MAX_CMD_LEN=262144
LIBEXECPREFIX=/usr/local/libexec/poudriere
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
_JAVA_OS_LIST_REGEXP=native\|linux
OSVERSION=903000
---End Environment---

---Begin OPTIONS List---
---End OPTIONS List---

--CONFIGURE_ARGS--
--with-qt-includes=/usr/local/include/qt4  --with-qt-libraries=/usr/local/lib/qt4  --with-extra-includes=/usr/local/include  --with-extra-libs=/usr/local/lib
--End CONFIGURE_ARGS--

--CONFIGURE_ENV--
PYTHON="/usr/local/bin/python2.7" XDG_DATA_HOME=/wrkdirs/usr/ports/cad/freecad/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/cad/freecad/work  HOME=/wrkdirs/usr/ports/cad/freecad/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh QTDIR="/usr/local" QMAKE="/usr/local/bin/qmake-qt4"  MOC="/usr/local/bin/moc-qt4" RCC="/usr/local/bin/rcc" UIC="/usr/local/bin/uic-qt4"  QMAKESPEC="/usr/local/share/qt4/mkspecs/freebsd-$(ccver="$(g++48 --version)"; case "$ccver" in *clang*) echo clang ;; *) echo g++ ;; esac)" CMAKE_PREFIX_PATH="/usr/local"
--End CONFIGURE_ENV--

--MAKE_ENV--
XDG_DATA_HOME=/wrkdirs/usr/ports/cad/freecad/work  XDG_CONFIG_HOME=/wrkdirs/usr/ports/cad/freecad/work  HOME=/wrkdirs/usr/ports/cad/freecad/work TMPDIR="/tmp" NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes SHELL=/bin/sh NO_LINT=YES ADDR2LINE="/usr/local/bin/addr2line" AR="/usr/local/bin/ar" AS="/usr/local/bin/as" CPPFILT="/usr/local/bin/c++filt" GPROF="/usr/local/bin/gprof" LD="/usr/local/bin/ld" NM="/usr/local/bin/nm" OBJCOPY="/usr/local/bin/objcopy" OBJDUMP="/usr/local/bin/objdump" RANLIB="/usr/local/bin/ranlib" READELF="/usr/local/bin/readelf" SIZE="/usr/local/bin/size" STRINGS="/usr/local/bin/strings" PREFIX=/usr/local  LOCALBASE=/usr/local  LIBDIR="/usr/lib"  CC="gcc48" CFLAGS="-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing"  CPP="cpp48" CPPFLAGS="-isystem /usr/local/include"  LDFLAGS=" -Wl,-rpath=/usr/local/lib/gcc48 -L/usr/local/lib/gcc48" LIBS="-L/usr/local/lib"  CXX="g++48" CXXFLAGS="-O2 -pipe -Wl,-rpath=/usr/local/l
  ib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include"  MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install  -s -m 555"  BSD_INSTALL_LIB="install  -s -m 444"  BSD_INSTALL_SCRIPT="install  -m 555"  BSD_INSTALL_DATA="install  -m 0644"  BSD_INSTALL_MAN="install  -m 444"
--End MAKE_ENV--

--PLIST_SUB--
QT_PREFIX="/usr/local"
QT_BINDIR="bin"
QT_INCDIR="include/qt4"
QT_LIBDIR="lib/qt4"
QT_ARCHDIR="lib/qt4/qt4"
QT_PLUGINDIR="lib/qt4/plugins"
QT_LIBEXECDIR="libexec/qt4"
QT_IMPORTDIR="lib/qt4/imports"
QT_QMLDIR="lib/qt4/qt4/qml"
QT_DATADIR="share/qt4"
QT_DOCDIR="share/doc/qt4"
QT_L10NDIR="share/qt4/translations"
QT_ETCDIR="etc/xdg"
QT_EXAMPLEDIR="share/examples/qt4"
QT_TESTDIR="share/qt4/tests"
QT_MKSPECDIR="share/qt4/mkspecs"
CMAKE_BUILD_TYPE="release"
PYTHON_INCLUDEDIR=include/python2.7
PYTHON_LIBDIR=lib/python2.7
PYTHON_PLATFORM=freebsd9
PYTHON_SITELIBDIR=lib/python2.7/site-packages
PYTHON_VER=2.7
PYTHON_VERSION=python2.7
OSREL=9.3
PREFIX=%D
LOCALBASE=/usr/local
RESETPREFIX=/usr/local
PORTDOCS=""
PORTEXAMPLES=""
LIB32DIR=lib
DOCSDIR="share/doc/FreeCAD"
EXAMPLESDIR="share/examples/FreeCAD"
DATADIR="share/FreeCAD"
WWWDIR="www/FreeCAD"
ETCDIR="etc/FreeCAD"
--End PLIST_SUB--

--SUB_LIST--
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/FreeCAD
DOCSDIR=/usr/local/share/doc/FreeCAD
EXAMPLESDIR=/usr/local/share/examples/FreeCAD
WWWDIR=/usr/local/www/FreeCAD
ETCDIR=/usr/local/etc/FreeCAD
--End SUB_LIST--

---Begin make.conf---
USE_PACKAGE_DEPENDS=yes
BATCH=yes
WRKDIRPREFIX=/wrkdirs
PORTSDIR=/usr/ports
PACKAGES=/packages
DISTDIR=/distfiles
MACHINE=i386
MACHINE_ARCH=i386
ARCH=${MACHINE_ARCH}
#### /usr/local/etc/poudriere.d/make.conf ####
# XXX: We really need this but cannot use it while 'make checksum' does not
# try the next mirror on checksum failure.  It currently retries the same
# failed mirror and then fails rather then trying another.  It *does*
# try the next if the size is mismatched though.
#MASTER_SITE_FREEBSD=yes
DISABLE_MAKE_JOBS=poudriere
---End make.conf---
=======================<phase: check-sanity   >============================
===>  License LGPL20 accepted by the user
===========================================================================
=======================<phase: pkg-depends    >============================
===>   FreeCAD-0.17.g20160907_1 depends on file: /usr/local/sbin/pkg - not found
===>   Installing existing package /packages/All/pkg-1.8.8.txz
[93i386-quarterly-job-06] Installing pkg-1.8.8...
[93i386-quarterly-job-06] Extracting pkg-1.8.8: .......... done
===>   FreeCAD-0.17.g20160907_1 depends on file: /usr/local/sbin/pkg - found
===>   Returning to build of FreeCAD-0.17.g20160907_1
===========================================================================
=======================<phase: fetch-depends  >============================
===========================================================================
=======================<phase: fetch          >============================
===>  License LGPL20 accepted by the user
===> Fetching all distfiles required by FreeCAD-0.17.g20160907_1 for building
===========================================================================
=======================<phase: checksum       >============================
===>  License LGPL20 accepted by the user
===> Fetching all distfiles required by FreeCAD-0.17.g20160907_1 for building
=> SHA256 Checksum OK for FreeCAD-FreeCAD-0.17.g20160907-1ed3562_GH0.tar.gz.
===========================================================================
=======================<phase: extract-depends>============================
===========================================================================
=======================<phase: extract        >============================
===>  License LGPL20 accepted by the user
===> Fetching all distfiles required by FreeCAD-0.17.g20160907_1 for building
===>  Extracting for FreeCAD-0.17.g20160907_1
=> SHA256 Checksum OK for FreeCAD-FreeCAD-0.17.g20160907-1ed3562_GH0.tar.gz.
===========================================================================
=======================<phase: patch-depends  >============================
===========================================================================
=======================<phase: patch          >============================
===>  Patching for FreeCAD-0.17.g20160907_1
===>  Applying FreeBSD patches for FreeCAD-0.17.g20160907_1
===========================================================================
=======================<phase: build-depends  >============================
===>   FreeCAD-0.17.g20160907_1 depends on executable: pyside-rcc - not found
===>   Installing existing package /packages/All/pyside-tools-py27-0.2.15.txz
[93i386-quarterly-job-06] Installing pyside-tools-py27-0.2.15...
[93i386-quarterly-job-06] `-- Installing python27-2.7.12...
[93i386-quarterly-job-06] |   `-- Installing libffi-3.2.1...
[93i386-quarterly-job-06] |   | `-- Installing indexinfo-0.2.5...
[93i386-quarterly-job-06] |   | `-- Extracting indexinfo-0.2.5: .... done
[93i386-quarterly-job-06] |   `-- Extracting libffi-3.2.1: .......... done
[93i386-quarterly-job-06] |   `-- Installing gettext-runtime-0.19.8.1...
[93i386-quarterly-job-06] |   | `-- Installing libiconv-1.14_9...
[93i386-quarterly-job-06] |   | `-- Extracting libiconv-1.14_9: .......... done
[93i386-quarterly-job-06] |   `-- Extracting gettext-runtime-0.19.8.1: .......... done
[93i386-quarterly-job-06] `-- Extracting python27-2.7.12: .......... done
[93i386-quarterly-job-06] `-- Installing shiboken-1.2.2_1...
[93i386-quarterly-job-06] |   `-- Installing libxml2-2.9.4...
[93i386-quarterly-job-06] |   `-- Extracting libxml2-2.9.4: .......... done
[93i386-quarterly-job-06] |   `-- Installing qt4-network-4.8.7...
[93i386-quarterly-job-06] |   | `-- Installing ca_root_nss-3.27.1...
[93i386-quarterly-job-06] |   | `-- Extracting ca_root_nss-3.27.1: ....... done
[93i386-quarterly-job-06] |   | `-- Installing qt4-corelib-4.8.7_5...
[93i386-quarterly-job-06] |   |   `-- Installing glib-2.46.2_3...
[93i386-quarterly-job-06] |   |   | `-- Installing pcre-8.39...
[93i386-quarterly-job-06] |   |   | `-- Extracting pcre-8.39: .......... done
[93i386-quarterly-job-06] |   |   | `-- Installing perl5-5.20.3_15...
[93i386-quarterly-job-06] |   |   | `-- Extracting perl5-5.20.3_15: .......... done
[93i386-quarterly-job-06] |   |   `-- Extracting glib-2.46.2_3: .......... done
No schema files found: doing nothing.
[93i386-quarterly-job-06] |   |   `-- Installing icu-57.1,1...
[93i386-quarterly-job-06] |   |   `-- Extracting icu-57.1,1: .......... done
[93i386-quarterly-job-06] |   | `-- Extracting qt4-corelib-4.8.7_5: .......... done
[93i386-quarterly-job-06] |   `-- Extracting qt4-network-4.8.7: .......... done
<snip>
[ 50%] Generating moc_TaskPadParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPadParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskPadParameters.cpp
[ 50%] Generating ui_TaskPocketParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPocketParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPocketParameters.ui
[ 50%] Generating moc_TaskPocketParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPocketParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskPocketParameters.cpp
[ 50%] Generating ui_TaskChamferParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskChamferParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskChamferParameters.ui
[ 50%] Generating moc_TaskChamferParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskChamferParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskChamferParameters.cpp
[ 50%] Generating ui_TaskFilletParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskFilletParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskFilletParameters.ui
[ 50%] Generating moc_TaskFilletParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskFilletParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskFilletParameters.cpp
[ 50%] Generating ui_TaskDraftParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskDraftParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDraftParameters.ui
[ 50%] Generating moc_TaskDraftParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDraftParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskDraftParameters.cpp
[ 51%] Generating ui_TaskThicknessParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskThicknessParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskThicknessParameters.ui
[ 51%] Generating moc_TaskThicknessParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskThicknessParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskThicknessParameters.cpp
[ 51%] Generating moc_TaskDressUpParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDressUpParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskDressUpParameters.cpp
[ 51%] Generating ui_TaskRevolutionParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskRevolutionParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskRevolutionParameters.ui
[ 51%] Generating moc_TaskRevolutionParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskRevolutionParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskRevolutionParameters.cpp
[ 51%] Generating ui_TaskTransformedMessages.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskTransformedMessages.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskTransformedMessages.ui
[ 51%] Generating moc_TaskTransformedMessages.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskTransformedMessages.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskTransformedMessages.cpp
[ 51%] Generating moc_TaskTransformedParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskTransformedParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskTransformedParameters.cpp
[ 51%] Generating ui_TaskMirroredParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskMirroredParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMirroredParameters.ui
[ 51%] Generating moc_TaskMirroredParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMirroredParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskMirroredParameters.cpp
[ 51%] Generating ui_TaskLinearPatternParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskLinearPatternParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLinearPatternParameters.ui
[ 51%] Generating moc_TaskLinearPatternParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLinearPatternParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskLinearPatternParameters.cpp
[ 51%] Generating ui_TaskPolarPatternParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPolarPatternParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPolarPatternParameters.ui
[ 51%] Generating moc_TaskPolarPatternParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPolarPatternParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskPolarPatternParameters.cpp
[ 51%] Generating ui_TaskScaledParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskScaledParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskScaledParameters.ui
[ 51%] Generating moc_TaskScaledParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskScaledParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskScaledParameters.cpp
[ 51%] Generating ui_TaskMultiTransformParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskMultiTransformParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMultiTransformParameters.ui
[ 51%] Generating moc_TaskMultiTransformParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMultiTransformParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskMultiTransformParameters.cpp
[ 51%] Generating ui_TaskDatumParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskDatumParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDatumParameters.ui
[ 51%] Generating moc_TaskDatumParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDatumParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskDatumParameters.cpp
[ 51%] Generating ui_TaskShapeBinder.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskShapeBinder.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskShapeBinder.ui
[ 51%] Generating moc_TaskShapeBinder.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskShapeBinder.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskShapeBinder.cpp
[ 51%] Generating ui_TaskBooleanParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskBooleanParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskBooleanParameters.ui
[ 51%] Generating moc_TaskBooleanParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskBooleanParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskBooleanParameters.cpp
[ 51%] Generating moc_TaskPrimitiveParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPrimitiveParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskPrimitiveParameters.cpp
[ 51%] Generating ui_TaskPipeParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPipeParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPipeParameters.ui
[ 51%] Generating ui_TaskPipeOrientation.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPipeOrientation.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPipeOrientation.ui
[ 51%] Generating ui_TaskPipeScaling.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPipeScaling.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPipeScaling.ui
[ 52%] Generating moc_TaskPipeParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPipeParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskPipeParameters.cpp
[ 52%] Generating ui_TaskLoftParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskLoftParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLoftParameters.ui
[ 52%] Generating moc_TaskLoftParameters.cpp
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/moc-qt4 -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLoftParameters.h -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/moc_TaskLoftParameters.cpp
[ 52%] Generating ../../../../Mod/PartDesign/InitGui.py
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/cmake -E copy /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/InitGui.py /wrkdirs/usr/ports/cad/freecad/work/.build/Mod/PartDesign/InitGui.py
[ 52%] Generating ../../../../Mod/PartDesign/TestPartDesignGui.py
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/cmake -E copy /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/TestPartDesignGui.py /wrkdirs/usr/ports/cad/freecad/work/.build/Mod/PartDesign/TestPartDesignGui.py
[ 52%] Generating ../../../../data/Mod/PartDesign/Resources/icons/PartDesignWorkbench.svg
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/cmake -E copy /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/Resources/icons/PartDesignWorkbench.svg /wrkdirs/usr/ports/cad/freecad/work/.build/data/Mod/PartDesign/Resources/icons/PartDesignWorkbench.svg
[ 52%] Generating ui_TaskPrimitiveParameters.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_TaskPrimitiveParameters.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPrimitiveParameters.ui
[ 52%] Generating ui_DlgReference.h
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/uic-qt4 -o /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/ui_DlgReference.h /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/DlgReference.ui
cd /wrkdirs/usr/ports/cad/freecad/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562 /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui /wrkdirs/usr/ports/cad/freecad/work/.build /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/DependInfo.cmake
Scanning dependencies of target PartDesignGui
/usr/bin/make -f src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/build.make src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/build
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/qrc_PartDesign.cxx.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/qrc_PartDesign.cxx.o -c /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui/qrc_PartDesign.cxx
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/AppPartDesignGui.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/AppPartDesignGui.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/AppPartDesignGui.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/Command.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/Command.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/Command.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/CommandPrimitive.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/CommandPrimitive.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/CommandPrimitive.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/CommandBody.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/CommandBody.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/CommandBody.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/PreCompiled.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/PreCompiled.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/PreCompiled.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/Utils.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/Utils.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/Utils.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/Workbench.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/Workbench.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/Workbench.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/WorkflowManager.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/WorkflowManager.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/WorkflowManager.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskFeaturePick.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskFeaturePick.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskFeaturePick.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ReferenceSelection.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ReferenceSelection.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ReferenceSelection.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskFeatureParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskFeatureParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskFeatureParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskSketchBasedParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskSketchBasedParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskSketchBasedParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskPadParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskPadParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPadParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskPocketParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskPocketParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPocketParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskChamferParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskChamferParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskChamferParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskFilletParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskFilletParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskFilletParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskDraftParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskDraftParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDraftParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskThicknessParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskThicknessParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskThicknessParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskDressUpParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskDressUpParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDressUpParameters.cpp
[ 52%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskRevolutionParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskRevolutionParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskRevolutionParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskTransformedMessages.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskTransformedMessages.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskTransformedMessages.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskTransformedParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskTransformedParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskTransformedParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskMirroredParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskMirroredParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMirroredParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskLinearPatternParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskLinearPatternParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLinearPatternParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskPolarPatternParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskPolarPatternParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPolarPatternParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskScaledParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskScaledParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskScaledParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskMultiTransformParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskMultiTransformParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskMultiTransformParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskDatumParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskDatumParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskDatumParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskShapeBinder.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskShapeBinder.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskShapeBinder.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskBooleanParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskBooleanParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskBooleanParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskPrimitiveParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskPrimitiveParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPrimitiveParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskPipeParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskPipeParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskPipeParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/TaskLoftParameters.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/TaskLoftParameters.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/TaskLoftParameters.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProvider.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProvider.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProvider.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderBody.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderBody.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderBody.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderSketchBased.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderSketchBased.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderSketchBased.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderPad.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderPad.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderPad.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderPocket.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderPocket.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderPocket.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderChamfer.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderChamfer.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderChamfer.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderFillet.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderFillet.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderFillet.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderDraft.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderDraft.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderDraft.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderThickness.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderThickness.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderThickness.cpp
[ 53%] Building CXX object src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderDressUp.cpp.o
cd /wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui && /usr/local/bin/g++48   -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DPartDesignGui_EXPORTS -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -I/wrkdirs/usr/ports/cad/freecad/work/.build -isystem /usr/local/include/qt4 -isystem /usr/local/include/qt4/QtOpenGL -isystem /usr/local/include/qt4/QtSvg -isystem /usr/local/include/qt4/QtUiTools -isystem /usr/local/include/qt4/QtWebKit -isystem /usr/local/include/qt4/QtGui -isystem /usr/local/include/qt4/QtXml -isystem /usr/local/include/qt4/QtNetwork -isystem /usr/local/include/qt4/QtCore -I/wrkdirs/usr/ports/cad/freecad/work/.build/src -I/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src -I/wrkdirs/usr/ports/cad/freecad/work/.build/src/Mod/PartDesign/Gui -I/usr/local/include -I/usr/local/include/OpenCASCADE -I/usr/local/include/python2.7 -I/usr/local/include/eigen3 -Wall -Wno-deprecated -Wno-wri
  te-strings -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -std=c++11 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -isystem /usr/local/include -fPIC -o CMakeFiles/PartDesignGui.dir/ViewProviderDressUp.cpp.o -c /wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderDressUp.cpp
/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderDressUp.cpp: In member function 'void PartDesignGui::ViewProviderDressUp::highlightReferences(bool)':
/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderDressUp.cpp:107:27: error: 'stoi' is not a member of 'std'
                  int idx = std::stoi(f->substr(4)) - 1;
                            ^
/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1ed3562/src/Mod/PartDesign/Gui/ViewProviderDressUp.cpp:122:27: error: 'stoi' is not a member of 'std'
                  int idx = std::stoi(e->substr(4)) - 1;
                            ^
*** [src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/ViewProviderDressUp.cpp.o] Error code 1

Stop in /wrkdirs/usr/ports/cad/freecad/work/.build.
*** [src/Mod/PartDesign/Gui/CMakeFiles/PartDesignGui.dir/all] Error code 1

Stop in /wrkdirs/usr/ports/cad/freecad/work/.build.
*** [all] Error code 1

Stop in /wrkdirs/usr/ports/cad/freecad/work/.build.
*** [do-build] Error code 1

Stop in /usr/ports/cad/freecad.


From linimon at lonesome.com  Tue Nov 22 10:00:06 2016
From: linimon at lonesome.com (Mark Linimon)
Date: Tue, 22 Nov 2016 04:00:03 -0600
Subject: Fwd: [package - 93i386-quarterly][cad/freecad] Failed for
 FreeCAD-0.17.g20160907_1 in build
In-Reply-To: <e6e93cec-6159-79bc-3de7-0e557fbde212@FreeBSD.org>
References: <201611220231.uAM2VuaP032676@beefy4.nyi.freebsd.org>
 <e6e93cec-6159-79bc-3de7-0e557fbde212@FreeBSD.org>
Message-ID: <20161122100003.GB14088@lonesome.com>

On Mon, Nov 21, 2016 at 09:40:58PM -0500, Pedro Giffuni wrote:
> I am not even the port maintainer anymore and I still get these error
> messages.

In branches/2016Q4/cad/freecad/Makefile you still are :-)

> Log URL:        http://beefy4.nyi.freebsd.org/data/93i386-quarterly/426753/logs/FreeCAD-0.17.g20160907_1.log

mcl

From fbsd at www.zefox.net  Tue Nov 22 16:50:11 2016
From: fbsd at www.zefox.net (bob prohaska)
Date: Tue, 22 Nov 2016 08:50:12 -0800
Subject: Finishing softfloat to hardfloat transition.
Message-ID: <20161122165012.GD56313@www.zefox.net>

The transition from softfloat to hardfloat on RPI2 is turning
out to be remarkably vexatious due to old libraries not being
recognized as stale and hence not upgraded.

What's the most straightforward way to find VFP libraries and
upgrade them to hardfloat? I've been doing it piecemeal and the
task seems endless. The troublesome systems are 11-stable, with
one -current machine which matters much less.

Thanks for reading,

bob prohaska

From fbsd at www.zefox.net  Tue Nov 22 18:54:13 2016
From: fbsd at www.zefox.net (bob prohaska)
Date: Tue, 22 Nov 2016 10:54:15 -0800
Subject: Python27 can't find _ctypes.so
Message-ID: <20161122185415.GE56313@www.zefox.net>

In trying to build python27 on 
FreeBSD www.zefox.net 11.0-STABLE FreeBSD 11.0-STABLE #1 r308301: Fri Nov  4 13:22:39 PDT 2016     bob at www.zefox.net:/usr/obj/usr/src/sys/RPI2  arm

make install reports in part:
pkg-static: Unable to access file /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/_ctypes.so: No such file or directory

There does seem to be a _ctypes_test.so in the same place, could this just be a naming error?

The ports tree is up-to-date but has old roots, back to the pre-hardfloat days. That seems
unrelated. The fiasco had its origins in trying to build xpdf, which failed on a softfloat
library. In trying to fix the library I inadvertently triggered an upgrade to python which
led to the present conundrum.

Thanks for reading, and any fixes/workarounds.

bob prohaska


From imb at protected-networks.net  Wed Nov 23 01:35:28 2016
From: imb at protected-networks.net (Michael Butler)
Date: Tue, 22 Nov 2016 20:35:17 -0500
Subject: qt5-webkit fails to build
Message-ID: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>

It seems to fail because the qmake config can't find libicu ..

imb at toshi:/usr/ports/www/webkit-qt5> sudo make clean
===>  Cleaning for qt5-webkit-5.6.2_1
imb at toshi:/usr/ports/www/webkit-qt5> sudo make package
===>  License LGPL21 accepted by the user
===>  Found saved configuration for qt5-webkit-5.6.2_1
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by qt5-webkit-5.6.2_1 for building
===>  Extracting for qt5-webkit-5.6.2_1
=> SHA256 Checksum OK for KDE/Qt/5.6.2/qtwebkit-opensource-src-5.6.2.tar.xz.
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/ruby22 - found
===>  Patching for qt5-webkit-5.6.2_1
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/ruby22 - found
===>  Applying FreeBSD patches for qt5-webkit-5.6.2_1
/usr/bin/sed -i.bak -e 's,python,python2.7,g'  -e 
's,$${PYTHON},python2.7,g' 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/WebCore/DerivedSources.make 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/WebCore/DerivedSources.pri 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/WebKit2/DerivedSources.make 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/WebKit2/DerivedSources.pri 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/JavaScriptCore/DerivedSources.make 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source/JavaScriptCore/DerivedSources.pri 
 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/mkspecs/features/configure.prf
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/flex - found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/ruby22 - found
===>   qt5-webkit-5.6.2_1 depends on executable: bison - found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/gperf - found
===>   qt5-webkit-5.6.2_1 depends on package: pkgconf>=0.9.10 - found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/bin/python2.7 - found
===>   qt5-webkit-5.6.2_1 depends on package: libGL>0 - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/glproto.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/dri2proto.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/x11.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/xcomposite.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/xrender.pc - found
===>   qt5-webkit-5.6.2_1 depends on package: gstreamer1-plugins>=1.4.0 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/qt5/bin/moc - 
found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Core.so 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Gui.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5Network.so - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5OpenGL.so - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5PrintSupport.so - found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/qt5/bin/qmake 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Qml.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Quick.so 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Sql.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5Widgets.so - found
===>   qt5-webkit-5.6.2_1 depends on package: perl5>=5.20<5.21 - found
===>   qt5-webkit-5.6.2_1 depends on shared library: libfontconfig.so - 
found (/usr/local/lib/libfontconfig.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libicui18n.so - 
found (/usr/local/lib/libicui18n.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libleveldb.so - 
found (/usr/local/lib/libleveldb.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libpng.so - found 
(/usr/local/lib/libpng.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libwebp.so - found 
(/usr/local/lib/libwebp.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libjpeg.so - found 
(/usr/local/lib/libjpeg.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libsqlite3.so - 
found (/usr/local/lib/libsqlite3.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libglib-2.0.so - 
found (/usr/local/lib/libglib-2.0.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libxml2.so - found 
(/usr/local/lib/libxml2.so)
===>   qt5-webkit-5.6.2_1 depends on shared library: libxslt.so - found 
(/usr/local/lib/libxslt.so)
===>  Configuring for qt5-webkit-5.6.2_1
/bin/mkdir -p /usr/ports/www/webkit-qt5/work/.build
echo 'CMAKE_MODULE_TESTS = -' > 
/usr/ports/www/webkit-qt5/work/.build/.qmake.cache
echo 'QMAKE_LIBDIR_FLAGS = -L/usr/ports/www/webkit-qt5/work/.build/lib' 
 >> /usr/ports/www/webkit-qt5/work/.build/.qmake.cache

Running configure tests...

Checking for fontconfig... yes
Checking for gccdepends... no
Checking for glx... yes
Checking for gnuld... yes
Checking for icu... no <------------------------------------------
Checking for leveldb... no
Checking for libsqlite3... no
Checking for libwebp... no
Checking for libXcomposite... yes
Checking for libxml2... yes
Checking for libXrender... yes
Checking for libxslt... yes
Checking for libzlib... no

Final configuration:

Build ......................... webkit1 webkit2
Configuration ................. release
All-in-one files .............. no
GNUmake ....................... no
Static libs as shared ......... no

  [ .. snip .. ]

Web Timing .................... yes
Workers ....................... yes
XHR Timeout ................... yes
XSLT .......................... yes

The WebKit build was disabled for the following reasons:
     * ICU is required. <----------------------------------------------

===>  Building for qt5-webkit-5.6.2_1
===>  Staging for qt5-webkit-5.6.2_1

===>   qt5-webkit-5.6.2_1 depends on package: libGL>0 - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/x11.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/xcomposite.pc - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/libdata/pkgconfig/xrender.pc - found
===>   qt5-webkit-5.6.2_1 depends on package: gstreamer1-plugins>=1.4.0 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Core.so 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Gui.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5Network.so - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5OpenGL.so - found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5PrintSupport.so - found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Qml.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Quick.so 
- found
===>   qt5-webkit-5.6.2_1 depends on file: /usr/local/lib/libQt5Sql.so - 
found
===>   qt5-webkit-5.6.2_1 depends on file: 
/usr/local/lib/libQt5Widgets.so - found
===>   Generating temporary packing list
echo "# define QT_ACCESSIBILITY"  >> 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtCore/modules/qconfig-webkit.h
echo "QT_CONFIG += accessibility accessibility-atspi-bridge"  > 
/usr/ports/www/webkit-qt5/work/stage/usr/local/lib/qt5/mkspecs/modules/qt_config_webkit.pri
====> Compressing man pages (compress-man)
===>  Building package for qt5-webkit-5.6.2_1
pkg-static: Unable to access file 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtWebKit/5.6.2/QtWebKit/private/bytearraytestdata.h: 
No such file or directory
pkg-static: Unable to access file 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtWebKit/5.6.2/QtWebKit/private/qhttpheader_p.h: 
No such file or directory
pkg-static: Unable to access file 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtWebKit/5.6.2/QtWebKit/private/qquicknetworkreply_p.h: 
No such file or directory
pkg-static: Unable to access file 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtWebKit/5.6.2/QtWebKit/private/qquicknetworkrequest_p.h: 
No such file or directory
pkg-static: Unable to access file 
/usr/ports/www/webkit-qt5/work/stage/usr/local/include/qt5/QtWebKit/5.6.2/QtWebKit/private/qquickurlschemedelegate_p.h: 
No such file or directory


From portscout at FreeBSD.org  Wed Nov 23 07:35:54 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Wed, 23 Nov 2016 07:35:54 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611230735.uAN7Zskt006432@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161123/25add017/attachment.ksh>

From koobs at FreeBSD.org  Wed Nov 23 07:43:02 2016
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Wed, 23 Nov 2016 18:41:10 +1100
Subject: Python27 can't find _ctypes.so
In-Reply-To: <20161122185415.GE56313@www.zefox.net>
References: <20161122185415.GE56313@www.zefox.net>
Message-ID: <2cea8b22-8adc-0aa7-4a0c-cde0526285c7@FreeBSD.org>

On 23/11/2016 5:54 AM, bob prohaska wrote:
> In trying to build python27 on 
> FreeBSD www.zefox.net 11.0-STABLE FreeBSD 11.0-STABLE #1 r308301: Fri Nov  4 13:22:39 PDT 2016     bob at www.zefox.net:/usr/obj/usr/src/sys/RPI2  arm
> 
> make install reports in part:
> pkg-static: Unable to access file /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/_ctypes.so: No such file or directory
> 
> There does seem to be a _ctypes_test.so in the same place, could this just be a naming error?
> 
> The ports tree is up-to-date but has old roots, back to the pre-hardfloat days. That seems
> unrelated. The fiasco had its origins in trying to build xpdf, which failed on a softfloat
> library. In trying to fix the library I inadvertently triggered an upgrade to python which
> led to the present conundrum.
> 
> Thanks for reading, and any fixes/workarounds.
> 
> bob prohaska
> 

There will be a failure or multiple failures compiling (or executing)
the ctypes extension further up in the build. That should help shed
light on the cause(s)

./koobs


From hps at selasky.org  Wed Nov 23 14:28:04 2016
From: hps at selasky.org (Hans Petter Selasky)
Date: Wed, 23 Nov 2016 15:27:44 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
Message-ID: <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>

FYI

I've made a patch to hopefully optimise SAT solving in our pkg utility.

https://github.com/freebsd/pkg/issues/1505

--HPS

From rakuco at FreeBSD.org  Wed Nov 23 15:07:41 2016
From: rakuco at FreeBSD.org (Raphael Kubo da Costa)
Date: Wed, 23 Nov 2016 16:07:13 +0100
Subject: qt5-webkit fails to build
In-Reply-To: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>
 (Michael Butler's message of "Tue, 22 Nov 2016 20:35:17 -0500")
References: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>
Message-ID: <86wpfuw7z2.fsf@FreeBSD.org>

Michael Butler <imb at protected-networks.net> writes:

> It seems to fail because the qmake config can't find libicu ..

You need to find out why exactly it's not finding ICU. Try going to the
build directory (work/.build) and check config.log. It's also possible
to reproduce the test by cd'ing to
work/.build/Tools/qmake/config.tests/icu and calling gmake from there.

From imb at protected-networks.net  Wed Nov 23 15:15:04 2016
From: imb at protected-networks.net (Michael Butler)
Date: Wed, 23 Nov 2016 10:14:58 -0500
Subject: qt5-webkit fails to build
In-Reply-To: <86wpfuw7z2.fsf@FreeBSD.org>
References: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>
 <86wpfuw7z2.fsf@FreeBSD.org>
Message-ID: <bdaa70ac-1c88-4024-cf4b-989f21df631c@protected-networks.net>

On 11/23/16 10:07, Raphael Kubo da Costa wrote:
> Michael Butler <imb at protected-networks.net> writes:
>
>> It seems to fail because the qmake config can't find libicu ..
>
> You need to find out why exactly it's not finding ICU. Try going to the
> build directory (work/.build) and check config.log. It's also possible
> to reproduce the test by cd'ing to
> work/.build/Tools/qmake/config.tests/icu and calling gmake from there.
>

Hmm .. it's failing on /usr/lib/libgcc_s.so with undefined references 
that should be resolved by libc.

executing config test icu
+ cd /usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu 
&& /usr/local/lib/qt5/bin/qmake -spec 
/usr/local/lib/qt5/mkspecs/freebsd-clang "CONFIG -= qt debug_and_release 
app_bundle lib_bundle" 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu
+ cd /usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu 
&& MAKEFLAGS= make
clang++ -c -pipe -fno-strict-aliasing -O2 -std=gnu++11 -fno-exceptions 
-fPIC -DBUILDING_QT__=1 -DNDEBUG -DENABLE_3D_RENDERING=0 
-DENABLE_ACCELERATED_2D_CANVAS=0 -DENABLE_BATTERY_STATUS=0 
-DENABLE_BLOB=0 -DENABLE_CANVAS_PATH=0 -DENABLE_CANVAS_PROXY=0 
-DENABLE_CHANNEL_MESSAGING=0 -DENABLE_CSP_NEXT=0 
-DENABLE_CSS_BOX_DECORATION_BREAK=0 -DENABLE_CSS_COMPOSITING=0 
-DENABLE_CSS_EXCLUSIONS=0 -DENABLE_CSS_FILTERS=0 
-DENABLE_CSS_GRID_LAYOUT=0 -DENABLE_CSS_HIERARCHIES=0 
-DENABLE_CSS_IMAGE_ORIENTATION=0 -DENABLE_CSS_IMAGE_RESOLUTION=0 
-DENABLE_CSS_IMAGE_SET=0 -DENABLE_CSS_REGIONS=0 -DENABLE_CSS_SHADERS=0 
executing config test icu
+ cd /usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu 
&& /usr/local/lib/qt5/bin/qmake -spec 
/usr/local/lib/qt5/mkspecs/freebsd-clang "CONFIG -= qt debug_and_release 
app_bundle lib_bundle" 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu
+ cd /usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu 
&& MAKEFLAGS= make
clang++ -c -pipe -fno-strict-aliasing -O2 -std=gnu++11 -fno-exceptions 
-fPIC -DBUILDING_QT__=1 -DNDEBUG -DENABLE_3D_RENDERING=0 
-DENABLE_ACCELERATED_2D_CANVAS=0 -DENABLE_BATTERY_STATUS=0 
-DENABLE_BLOB=0 -DENABLE_CANVAS_PATH=0 -DENABLE_CANVAS_PROXY=0 
-DENABLE_CHANNEL_MESSAGING=0 -DENABLE_CSP_NEXT=0 
-DENABLE_CSS_BOX_DECORATION_BREAK=0 -DENABLE_CSS_COMPOSITING=0 
-DENABLE_CSS_EXCLUSIONS=0 -DENABLE_CSS_FILTERS=0 
-DENABLE_CSS_GRID_LAYOUT=0 -DENABLE_CSS_HIERARCHIES=0 
-DENABLE_CSS_IMAGE_ORIENTATION=0 -DENABLE_CSS_IMAGE_RESOLUTION=0 
-DENABLE_CSS_IMAGE_SET=0 -DENABLE_CSS_REGIONS=0 -DENABLE_CSS_SHADERS=0 
-DENABLE_CSS_SHAPES=0 -DENABLE_CSS_STICKY_POSITION=0 
-DENABLE_CSS_TRANSFORMS_ANIMATIONS_UNPREFIXED=0 -DENABLE_CSS_VARIABLES=0 
-DENABLE_CSS3_CONDITIONAL_RULES=0 -DENABLE_CSS3_TEXT=0 
-DENABLE_CSS3_TEXT_LINE_BREAK=0 -DENABLE_DASHBOARD_SUPPORT=0 
-DENABLE_DATAGRID=0 -DENABLE_DATALIST_ELEMENT=0 
-DENABLE_DATA_TRANSFER_ITEMS=0 -DENABLE_DETAILS_ELEMENT=0 
-DENABLE_DEVICE_ORIENTATION=0 -DENABLE_DIRECTORY_UPLOAD=0 
-DENABLE_DOWNLOAD_ATTRIBUTE=0 -DENABLE_FAST_MOBILE_SCROLLING=0 
-DENABLE_FILE_SYSTEM=0 -DENABLE_FILTERS=0 -DENABLE_FONT_LOAD_EVENTS=0 
-DENABLE_FTPDIR=0 -DENABLE_FULLSCREEN_API=0 -DENABLE_GAMEPAD=0 
-DENABLE_GEOLOCATION=0 -DENABLE_GESTURE_EVENTS=0 
-DENABLE_HIGH_DPI_CANVAS=0 -DENABLE_ICONDATABASE=0 
-DENABLE_IFRAME_SEAMLESS=0 -DENABLE_INDEXED_DATABASE=0 
-DENABLE_INPUT_SPEECH=0 -DENABLE_INPUT_TYPE_COLOR=0 
-DENABLE_INPUT_TYPE_DATE=0 -DENABLE_INPUT_TYPE_DATETIME_INCOMPLETE=0 
-DENABLE_INPUT_TYPE_DATETIMELOCAL=0 -DENABLE_INPUT_TYPE_MONTH=0 
-DENABLE_INPUT_TYPE_TIME=0 -DENABLE_INPUT_TYPE_WEEK=0 
-DENABLE_INSPECTOR=0 -DENABLE_INSPECTOR_SERVER=0 
-DENABLE_JAVASCRIPT_DEBUGGER=0 -DENABLE_LEGACY_CSS_VENDOR_PREFIXES=0 
-DENABLE_LEGACY_NOTIFICATIONS=0 -DENABLE_LEGACY_VIEWPORT_ADAPTION=0 
-DENABLE_LEGACY_VENDOR_PREFIXES=0 -DENABLE_LEGACY_WEB_AUDIO=0 
-DENABLE_LINK_PREFETCH=0 -DENABLE_MATHML=0 -DENABLE_MEDIA_SOURCE=0 
-DENABLE_MEDIA_STATISTICS=0 -DENABLE_MEDIA_STREAM=0 
-DENABLE_METER_ELEMENT=0 -DENABLE_MHTML=0 -DENABLE_MICRODATA=0 
-DENABLE_MOUSE_CURSOR_SCALE=0 -DENABLE_NAVIGATOR_CONTENT_UTILS=0 
-DENABLE_NETSCAPE_PLUGIN_API=0 -DENABLE_NETWORK_INFO=0 
-DENABLE_NOSNIFF=0 -DENABLE_NOTIFICATIONS=0 
-DENABLE_ORIENTATION_EVENTS=0 -DENABLE_PAGE_VISIBILITY_API=0 
-DENABLE_PROGRESS_ELEMENT=0 -DENABLE_PROXIMITY_EVENTS=0 -DENABLE_QUOTA=0 
-DENABLE_RESOLUTION_MEDIA_QUERY=0 -DENABLE_RESOURCE_TIMING=0 
-DENABLE_REQUEST_ANIMATION_FRAME=0 -DENABLE_SCRIPTED_SPEECH=0 
-DENABLE_SECCOMP_FILTERS=0 -DENABLE_SHADOW_DOM=0 
-DENABLE_SHARED_WORKERS=0 -DENABLE_SMOOTH_SCROLLING=0 
-DENABLE_SQL_DATABASE=0 -DENABLE_STYLE_SCOPED=0 
-DENABLE_SUBPIXEL_LAYOUT=0 -DENABLE_SVG=0 -DENABLE_SVG_FONTS=0 
-DENABLE_TEMPLATE_ELEMENT=0 -DENABLE_TEXT_AUTOSIZING=0 
-DENABLE_THREADED_HTML_PARSER=0 -DENABLE_TOUCH_ADJUSTMENT=0 
-DENABLE_TOUCH_EVENTS=0 -DENABLE_TOUCH_ICON_LOADING=0 
-DENABLE_TOUCH_SLIDER=0 -DENABLE_USER_TIMING=0 -DENABLE_VIBRATION=0 
-DENABLE_VIDEO=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_VIEW_MODE_CSS_MEDIA=0 
-DENABLE_WEBGL=0 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB_SOCKETS=0 
-DENABLE_WEB_TIMING=0 -DENABLE_WORKERS=0 -DENABLE_XHR_TIMEOUT=0 
-DENABLE_XSLT=0 -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE 
-D_LARGEFILE_SOURCE 
-I/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu 
-I. 
-I/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source 
-I/usr/ports/www/webkit-qt5/work/.build/Source/include 
-I/usr/local/include -I/usr/local/include 
-I/usr/local/lib/qt5/mkspecs/freebsd-clang -o .obj/icu.o 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu/icu.cpp
clang++ -fuse-ld=gold -Wl,--enable-new-dtags 
-Wl,-rpath,/usr/ports/www/webkit-qt5/work/.build/lib -o icu .obj/icu.o 
-L/usr/local/lib -lpthread -licui18n -licuuc -licudata
/usr/lib/libgcc_s.so: error: undefined reference to 'free'
/usr/lib/libgcc_s.so: error: undefined reference to '__assert'
/usr/lib/libgcc_s.so: error: undefined reference to 'fwrite'
/usr/lib/libgcc_s.so: error: undefined reference to 'fflush'
/usr/lib/libgcc_s.so: error: undefined reference to 'malloc'
/usr/lib/libgcc_s.so: error: undefined reference to '__stderrp'
/usr/lib/libgcc_s.so: error: undefined reference to 'snprintf'
/usr/lib/libgcc_s.so: error: undefined reference to 'fprintf'
/usr/lib/libgcc_s.so: error: undefined reference to 'memcpy'
/usr/lib/libgcc_s.so: error: undefined reference to 'abort'
/usr/lib/libgcc_s.so: error: undefined reference to 'memset'
/usr/lib/libgcc_s.so: error: undefined reference to 'getenv'
/usr/lib/libgcc_s.so: error: undefined reference to 'dladdr'
/usr/lib/libgcc_s.so: error: undefined reference to 'mprotect'
clang++: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[2]: stopped in 
/usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu
test icu FAILED
-DENABLE_CSS_SHAPES=0 -DENABLE_CSS_STICKY_POSITION=0 
-DENABLE_CSS_TRANSFORMS_ANIMATIONS_UNPREFIXED=0 -DENABLE_CSS_VARIABLES=0 
-DENABLE_CSS3_CONDITIONAL_RULES=0 -DENABLE_CSS3_TEXT=0 
-DENABLE_CSS3_TEXT_LINE_BREAK=0 -DENABLE_DASHBOARD_SUPPORT=0 
-DENABLE_DATAGRID=0 -DENABLE_DATALIST_ELEMENT=0 
-DENABLE_DATA_TRANSFER_ITEMS=0 -DENABLE_DETAILS_ELEMENT=0 
-DENABLE_DEVICE_ORIENTATION=0 -DENABLE_DIRECTORY_UPLOAD=0 
-DENABLE_DOWNLOAD_ATTRIBUTE=0 -DENABLE_FAST_MOBILE_SCROLLING=0 
-DENABLE_FILE_SYSTEM=0 -DENABLE_FILTERS=0 -DENABLE_FONT_LOAD_EVENTS=0 
-DENABLE_FTPDIR=0 -DENABLE_FULLSCREEN_API=0 -DENABLE_GAMEPAD=0 
-DENABLE_GEOLOCATION=0 -DENABLE_GESTURE_EVENTS=0 
-DENABLE_HIGH_DPI_CANVAS=0 -DENABLE_ICONDATABASE=0 
-DENABLE_IFRAME_SEAMLESS=0 -DENABLE_INDEXED_DATABASE=0 
-DENABLE_INPUT_SPEECH=0 -DENABLE_INPUT_TYPE_COLOR=0 
-DENABLE_INPUT_TYPE_DATE=0 -DENABLE_INPUT_TYPE_DATETIME_INCOMPLETE=0 
-DENABLE_INPUT_TYPE_DATETIMELOCAL=0 -DENABLE_INPUT_TYPE_MONTH=0 
-DENABLE_INPUT_TYPE_TIME=0 -DENABLE_INPUT_TYPE_WEEK=0 
-DENABLE_INSPECTOR=0 -DENABLE_INSPECTOR_SERVER=0 
-DENABLE_JAVASCRIPT_DEBUGGER=0 -DENABLE_LEGACY_CSS_VENDOR_PREFIXES=0 
-DENABLE_LEGACY_NOTIFICATIONS=0 -DENABLE_LEGACY_VIEWPORT_ADAPTION=0 
-DENABLE_LEGACY_VENDOR_PREFIXES=0 -DENABLE_LEGACY_WEB_AUDIO=0 
-DENABLE_LINK_PREFETCH=0 -DENABLE_MATHML=0 -DENABLE_MEDIA_SOURCE=0 
-DENABLE_MEDIA_STATISTICS=0 -DENABLE_MEDIA_STREAM=0 
-DENABLE_METER_ELEMENT=0 -DENABLE_MHTML=0 -DENABLE_MICRODATA=0 
-DENABLE_MOUSE_CURSOR_SCALE=0 -DENABLE_NAVIGATOR_CONTENT_UTILS=0 
-DENABLE_NETSCAPE_PLUGIN_API=0 -DENABLE_NETWORK_INFO=0 
-DENABLE_NOSNIFF=0 -DENABLE_NOTIFICATIONS=0 
-DENABLE_ORIENTATION_EVENTS=0 -DENABLE_PAGE_VISIBILITY_API=0 
-DENABLE_PROGRESS_ELEMENT=0 -DENABLE_PROXIMITY_EVENTS=0 -DENABLE_QUOTA=0 
-DENABLE_RESOLUTION_MEDIA_QUERY=0 -DENABLE_RESOURCE_TIMING=0 
-DENABLE_REQUEST_ANIMATION_FRAME=0 -DENABLE_SCRIPTED_SPEECH=0 
-DENABLE_SECCOMP_FILTERS=0 -DENABLE_SHADOW_DOM=0 
-DENABLE_SHARED_WORKERS=0 -DENABLE_SMOOTH_SCROLLING=0 
-DENABLE_SQL_DATABASE=0 -DENABLE_STYLE_SCOPED=0 
-DENABLE_SUBPIXEL_LAYOUT=0 -DENABLE_SVG=0 -DENABLE_SVG_FONTS=0 
-DENABLE_TEMPLATE_ELEMENT=0 -DENABLE_TEXT_AUTOSIZING=0 
-DENABLE_THREADED_HTML_PARSER=0 -DENABLE_TOUCH_ADJUSTMENT=0 
-DENABLE_TOUCH_EVENTS=0 -DENABLE_TOUCH_ICON_LOADING=0 
-DENABLE_TOUCH_SLIDER=0 -DENABLE_USER_TIMING=0 -DENABLE_VIBRATION=0 
-DENABLE_VIDEO=0 -DENABLE_VIDEO_TRACK=0 -DENABLE_VIEW_MODE_CSS_MEDIA=0 
-DENABLE_WEBGL=0 -DENABLE_WEB_AUDIO=0 -DENABLE_WEB_SOCKETS=0 
-DENABLE_WEB_TIMING=0 -DENABLE_WORKERS=0 -DENABLE_XHR_TIMEOUT=0 
-DENABLE_XSLT=0 -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE 
-D_LARGEFILE_SOURCE 
-I/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu 
-I. 
-I/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Source 
-I/usr/ports/www/webkit-qt5/work/.build/Source/include 
-I/usr/local/include -I/usr/local/include 
-I/usr/local/lib/qt5/mkspecs/freebsd-clang -o .obj/icu.o 
/usr/ports/www/webkit-qt5/work/qtwebkit-opensource-src-5.6.2/Tools/qmake/config.tests/icu/icu.cpp
clang++ -fuse-ld=gold -Wl,--enable-new-dtags 
-Wl,-rpath,/usr/ports/www/webkit-qt5/work/.build/lib -o icu .obj/icu.o 
-L/usr/local/lib -lpthread -licui18n -licuuc -licudata
/usr/lib/libgcc_s.so: error: undefined reference to 'free'
/usr/lib/libgcc_s.so: error: undefined reference to '__assert'
/usr/lib/libgcc_s.so: error: undefined reference to 'fwrite'
/usr/lib/libgcc_s.so: error: undefined reference to 'fflush'
/usr/lib/libgcc_s.so: error: undefined reference to 'malloc'
/usr/lib/libgcc_s.so: error: undefined reference to '__stderrp'
/usr/lib/libgcc_s.so: error: undefined reference to 'snprintf'
/usr/lib/libgcc_s.so: error: undefined reference to 'fprintf'
/usr/lib/libgcc_s.so: error: undefined reference to 'memcpy'
/usr/lib/libgcc_s.so: error: undefined reference to 'abort'
/usr/lib/libgcc_s.so: error: undefined reference to 'memset'
/usr/lib/libgcc_s.so: error: undefined reference to 'getenv'
/usr/lib/libgcc_s.so: error: undefined reference to 'dladdr'
/usr/lib/libgcc_s.so: error: undefined reference to 'mprotect'
clang++: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[2]: stopped in 
/usr/ports/www/webkit-qt5/work/.build/Tools/qmake/config.tests/icu
test icu FAILED




From ed at nuxi.nl  Wed Nov 23 16:28:15 2016
From: ed at nuxi.nl (Ed Schouten)
Date: Wed, 23 Nov 2016 17:27:42 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
Message-ID: <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>

Hi Hans,

2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
> I've made a patch to hopefully optimise SAT solving in our pkg utility.

Nice! Do you by any chance have any numbers that show the performance
improvements made by this change? Assuming that the SAT solver of
pkg(1) uses an algorithm similar to DPLL[1], a change like this would
affect performance linearly. My guess is therefore that the running
time is reduced by approximately 5/12. Is this correct?

By the way, why attach a zip file with a diff? GitHub's pull requests
are awesome! :-)

[1] Davis-Putnam-Logemann-Loveland algorithm:
https://en.wikipedia.org/wiki/DPLL_algorithm

-- 
Ed Schouten <ed at nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717

From hps at selasky.org  Wed Nov 23 16:41:55 2016
From: hps at selasky.org (Hans Petter Selasky)
Date: Wed, 23 Nov 2016 17:41:34 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
Message-ID: <e9e1571b-443a-2452-926b-1d9f5b2f8e37@selasky.org>

On 11/23/16 17:27, Ed Schouten wrote:
> Hi Hans,
>
> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
>
> Nice! Do you by any chance have any numbers that show the performance
> improvements made by this change?

Hi Ed,

I tried measuring with "time", but figured out that it was doing a lot 
of other stuff too. Isolating this piece of code was not so easy.

 > Assuming that the SAT solver of
> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
> affect performance linearly. My guess is therefore that the running
> time is reduced by approximately 5/12. Is this correct?
>
> By the way, why attach a zip file with a diff? GitHub's pull requests
> are awesome! :-)

GitHub wouldn't allow me to make a .diff attachment.

>
> [1] Davis-Putnam-Logemann-Loveland algorithm:
> https://en.wikipedia.org/wiki/DPLL_algorithm
>

--HPS

From annulen at yandex.ru  Wed Nov 23 16:47:17 2016
From: annulen at yandex.ru (Konstantin Tokarev)
Date: Wed, 23 Nov 2016 19:47:12 +0300
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <e9e1571b-443a-2452-926b-1d9f5b2f8e37@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <e9e1571b-443a-2452-926b-1d9f5b2f8e37@selasky.org>
Message-ID: <402001479919632@web11o.yandex.ru>



23.11.2016, 19:42, "Hans Petter Selasky" <hps at selasky.org>:
> On 11/23/16 17:27, Ed Schouten wrote:
>> ?Hi Hans,
>>
>> ?2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>>> ?I've made a patch to hopefully optimise SAT solving in our pkg utility.
>>
>> ?Nice! Do you by any chance have any numbers that show the performance
>> ?improvements made by this change?
>
> Hi Ed,
>
> I tried measuring with "time", but figured out that it was doing a lot
> of other stuff too. Isolating this piece of code was not so easy.
>
> ?> Assuming that the SAT solver of
>> ?pkg(1) uses an algorithm similar to DPLL[1], a change like this would
>> ?affect performance linearly. My guess is therefore that the running
>> ?time is reduced by approximately 5/12. Is this correct?
>>
>> ?By the way, why attach a zip file with a diff? GitHub's pull requests
>> ?are awesome! :-)
>
> GitHub wouldn't allow me to make a .diff attachment.

If you really want to be nasty and not submit your change as a pull request,
GitHub allows you to paste your patch as a comment:

```diff
<your patch contents here>
```


>
>> ?[1] Davis-Putnam-Logemann-Loveland algorithm:
>> ?https://en.wikipedia.org/wiki/DPLL_algorithm
>
> --HPS
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"

-- 
Regards,
Konstantin

From ed at nuxi.nl  Wed Nov 23 16:48:11 2016
From: ed at nuxi.nl (Ed Schouten)
Date: Wed, 23 Nov 2016 17:47:39 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <e9e1571b-443a-2452-926b-1d9f5b2f8e37@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <e9e1571b-443a-2452-926b-1d9f5b2f8e37@selasky.org>
Message-ID: <CABh_MK=bR6VqrJtbPLaoOVSffFis=nJajoEmMym=eMrprN0NKw@mail.gmail.com>

2016-11-23 17:41 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
> GitHub wouldn't allow me to make a .diff attachment.

But there's absolutely no need for doing that in the first place! :-)

1. Go to https://github.com/freebsd/pkg
2. Click 'Fork' on the top right. This will probably create a
https://github.com/hselasky/pkg
3. Check out that repository using git(1), create a separate branch
and commit the changes to the SAT solver.
4. Go to https://github.com/hselasky/pkg and click on 'New pull request'.
5. Fill in the form.

-- 
Ed Schouten <ed at nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717

From mbeis at xs4all.nl  Wed Nov 23 17:02:22 2016
From: mbeis at xs4all.nl (Marco Beishuizen)
Date: Wed, 23 Nov 2016 18:02:10 +0100 (CET)
Subject: Qt5 printing with lpr
Message-ID: <alpine.BSF.2.20.1611231757540.1982@localhost>

Hi,

Does Qt5 support normal lpr/lpd printing in FreeBSD? In all Qt5 
applications (qpdfview, qupzilla), I'm missing a printer to choose from in 
the print dialogs.

In the Qt5 buildoptions CUPS can be disabled so I assume CUPS isn't 
required. Is this correct?

Thanks and regards,
Marco
-- 
The reason they're called wisdom teeth
is that the experience makes you wise.

From idefix at fechner.net  Wed Nov 23 17:03:42 2016
From: idefix at fechner.net (Matthias Fechner)
Date: Wed, 23 Nov 2016 18:03:29 +0100
Subject: Bug in heimdal dependency for bdb (forces version 5 and ignores
 defined version 6)
In-Reply-To: <8660njzk7s.wl-herbert@mailbox.org>
References: <9dfc0d38-489f-1fc3-b552-9872ad99f677@fechner.net>
 <8660njzk7s.wl-herbert@mailbox.org>
Message-ID: <5b47bccb-fed6-705e-be07-df893246b89c@fechner.net>

Am 19.11.2016 um 14:13 schrieb Herbert J. Skuhra:
> security/heimdal/Makefile:64:BDB_USES=		bdb:5 localbase
>
>> Is this wanted or an unwanted side effect?
> No, idea. Change the above line and find out yourself if the port
> builds/works with bdb6. Good luck!

I solved it by disabling the complete BDB support for this port.

Thanks.

Gru?
Matthias

-- 

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning." --
Rich Cook


From fbsd at www.zefox.net  Wed Nov 23 18:03:44 2016
From: fbsd at www.zefox.net (bob prohaska)
Date: Wed, 23 Nov 2016 10:03:40 -0800
Subject: Python27 can't find _ctypes.so
In-Reply-To: <2cea8b22-8adc-0aa7-4a0c-cde0526285c7@FreeBSD.org>
References: <20161122185415.GE56313@www.zefox.net>
 <2cea8b22-8adc-0aa7-4a0c-cde0526285c7@FreeBSD.org>
Message-ID: <20161123180340.GF56313@www.zefox.net>

On Wed, Nov 23, 2016 at 06:41:10PM +1100, Kubilay Kocak wrote:
> 
> There will be a failure or multiple failures compiling (or executing)
> the ctypes extension further up in the build. That should help shed
> light on the cause(s)
> 

Indeed so. There was a VFP mismatch in an old library. For some reason
it didn't promptly stop the build. Fixing that by hand allowed python27
to build and install.

Thank you!

bob prohaska


From Presupuestos23T at tuempresaactualizada.com  Wed Nov 23 22:43:10 2016
From: Presupuestos23T at tuempresaactualizada.com (Excel - presupuestos y proyecciones de rentabilidad)
Date: Wed, 23 Nov 2016 16:12:51 -0600
Subject: presupuesto, reportes variables y escenarios
Message-ID: <230e172921357bb23b88c2d10015b9ba@tuempresaactualizada.com>

En l?nea y en Vivo / Para todo su Equipo con una sola Conexi?n 



C?mo hacer presupuestos y proyecciones de rentabilidad en Excel

08 de diciembre - Online en Vivo - 10:00 a 13:00 y de 15:00 a 18:00 Hrs       



Conozca temas tales como el uso de presupuestos para medir el rendimiento del personal, c?mo relacionar presupuestos con el proceso de planeaci?n estrat?gica y una comparaci?n de t?cnicas de presupuestos. Exploraremos indicadores BSC, presupuestos de Flujo de efectivo y las diferencias entre presupuestos y proyecciones de Rentabilidad.




TEMARIO: 





1. Presupuestos y Planeaci?n Estrat?gica.



2. Reportes.



3. T?cnicas de Presupuestos.



4. Habilidades ?Suaves? de Presupuesto.



Y mucho m?s. 








?Requiere la informaci?n a la Brevedad?

responda este email con la palabra: 

Info - Excel.

Junto con los Siguientes Datos: Nombre, Tel?fono, Empresa.



centro telef?nico:018002129393




Lic. Arturo L?pez

Coordinador de Evento






?Demasiados mensajes en su cuenta? Responda este mensaje indicando que solo desea recibir CALENDARIO y s?lo recibir? un correo al mes. Si desea cancelar la suscripci?n, solicite su BAJA.

From andy at neu.net  Wed Nov 23 23:11:16 2016
From: andy at neu.net (AN)
Date: Wed, 23 Nov 2016 17:58:12 -0500 (EST)
Subject: artil broken
Message-ID: <alpine.BSF.2.11.1611231751240.51523@mail.neu.net>

Hi:

FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308887: Sun Nov 20 
12:20:05 EST 2016     root at BSD_12:/usr/obj/usr/src/sys/MYKERNEL  amd64

After a recent upgrade Atril is broken, is anyone seeing this?

# atril
Shared object "libicui18n.so.57" not found, required by 
"libwebkitgtk-1.0.so.0"

Should I file a PR?  Thanks in advance for any info.

Regards,

Andy

From rkoberman at gmail.com  Wed Nov 23 23:38:42 2016
From: rkoberman at gmail.com (Kevin Oberman)
Date: Wed, 23 Nov 2016 15:38:40 -0800
Subject: artil broken
In-Reply-To: <alpine.BSF.2.11.1611231751240.51523@mail.neu.net>
References: <alpine.BSF.2.11.1611231751240.51523@mail.neu.net>
Message-ID: <CAN6yY1ui1yrB_S=mM5U+bStLpxEZjBjSqBXFRiqS0ZKKBouRtg@mail.gmail.com>

On Wed, Nov 23, 2016 at 2:58 PM, AN <andy at neu.net> wrote:

> Hi:
>
> FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308887: Sun Nov 20
> 12:20:05 EST 2016     root at BSD_12:/usr/obj/usr/src/sys/MYKERNEL  amd64
>
> After a recent upgrade Atril is broken, is anyone seeing this?
>
> # atril
> Shared object "libicui18n.so.57" not found, required by
> "libwebkitgtk-1.0.so.0"
>
> Should I file a PR?  Thanks in advance for any info.
>
> Regards,
>
> Andy
>

libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt
against it.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

From andy at neu.net  Wed Nov 23 23:53:04 2016
From: andy at neu.net (AN)
Date: Wed, 23 Nov 2016 18:53:01 -0500 (EST)
Subject: artil broken
In-Reply-To: <CAN6yY1ui1yrB_S=mM5U+bStLpxEZjBjSqBXFRiqS0ZKKBouRtg@mail.gmail.com>
References: <alpine.BSF.2.11.1611231751240.51523@mail.neu.net>
 <CAN6yY1ui1yrB_S=mM5U+bStLpxEZjBjSqBXFRiqS0ZKKBouRtg@mail.gmail.com>
Message-ID: <alpine.BSF.2.11.1611231846280.75315@mail.neu.net>



On Wed, 23 Nov 2016, Kevin Oberman wrote:

> On Wed, Nov 23, 2016 at 2:58 PM, AN <andy at neu.net> wrote:
>       Hi:
>
>       FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308887: Sun Nov 20 12:20:05 EST 2016? ? ?root at BSD_12:/usr/obj/usr/src/sys/MYKERNEL?
>       amd64
>
>       After a recent upgrade Atril is broken, is anyone seeing this?
>
>       # atril
>       Shared object "libicui18n.so.57" not found, required by "libwebkitgtk-1.0.so.0"
>
>       Should I file a PR?? Thanks in advance for any info.
>
>       Regards,
>
>       Andy
> 
> 
> libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt against it.
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkoberman at gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> 
> 
>


Hi Kevin:

Still fails compilation with:

/bin/sh ../libtool  --tag=CC   --mode=link cc  -O2 -pipe 
-fstack-protector -fno-strict-aliasing  -L/usr/local/lib -fstack-protector 
-o atril eggfindbar.o ev-annotation-properties-dialog.o ev-bookmarks.o 
ev-bookmark-action.o ev-application.o ev-file-monitor.o ev-history.o 
ev-keyring.o ev-marshal.o ev-message-area.o ev-metadata.o 
ev-navigation-action.o ev-navigation-action-widget.o ev-password-view.o 
ev-progress-message-area.o ev-properties-dialog.o ev-properties-fonts.o 
ev-properties-license.o ev-open-recent-action.o ev-utils.o ev-window.o 
ev-window-title.o ev-sidebar.o ev-sidebar-annotations.o 
ev-sidebar-attachments.o ev-sidebar-bookmarks.o ev-sidebar-layers.o 
ev-sidebar-links.o ev-sidebar-page.o ev-sidebar-thumbnails.o main.o 
ev-media-player-keys.o ../cut-n-paste/zoom-control/libephyzoom.la 
../cut-n-paste/toolbar-editor/libtoolbareditor.la 
../cut-n-paste/totem-screensaver/libtotemscrsaver.la 
../cut-n-paste/gimpcellrenderertoggle/libgimpcellrenderertoggle.la 
../cut-n-paste/smclient/libsmclient.la ../properties/libevproperties.la 
../libdocument/libatrildocument.la ../libview/libatrilview.la 
../libmisc/libevmisc.la -L/usr/local/lib -lxml2 -lgtk-x11-2.0 
-lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lpthread 
-lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfontconfig -lfreetype 
-lgio-2.0 -lgobject-2.0 -lgthread-2.0 -pthread -lglib-2.0 -lintl -lX11 
-L/usr/local/lib -lsecret-1 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl 
-lz -lm -L/usr/local/lib -lmate-desktop-2 -lgtk-x11-2.0 -lgdk-x11-2.0 
-lpangocairo-1.0 -latk-1.0 -lcairo -lpthread -lgdk_pixbuf-2.0 -lgio-2.0 
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig 
-lfreetype -lstartup-notification-1   -lm
libtool: link: cc -O2 -pipe -fstack-protector -fno-strict-aliasing 
-fstack-protector -o .libs/atril eggfindbar.o 
ev-annotation-properties-dialog.o ev-bookmarks.o ev-bookmark-action.o 
ev-application.o ev-file-monitor.o ev-history.o ev-keyring.o ev-marshal.o 
ev-message-area.o ev-metadata.o ev-navigation-action.o 
ev-navigation-action-widget.o ev-password-view.o 
ev-progress-message-area.o ev-properties-dialog.o ev-properties-fonts.o 
ev-properties-license.o ev-open-recent-action.o ev-utils.o ev-window.o 
ev-window-title.o ev-sidebar.o ev-sidebar-annotations.o 
ev-sidebar-attachments.o ev-sidebar-bookmarks.o ev-sidebar-layers.o 
ev-sidebar-links.o ev-sidebar-page.o ev-sidebar-thumbnails.o main.o 
ev-media-player-keys.o -pthread  -L/usr/local/lib 
../cut-n-paste/zoom-control/.libs/libephyzoom.a 
../cut-n-paste/toolbar-editor/.libs/libtoolbareditor.a 
../cut-n-paste/totem-screensaver/.libs/libtotemscrsaver.a 
../cut-n-paste/gimpcellrenderertoggle/.libs/libgimpcellrenderertoggle.a 
../cut-n-paste/smclient/.libs/libsmclient.a -lSM -lICE 
../properties/.libs/libevproperties.a 
../libdocument/.libs/libatrildocument.so ../libview/.libs/libatrilview.so 
../libmisc/.libs/libevmisc.a 
/usr/ports/graphics/atril/work/atril-1.12.2/libview/.libs/libatrilview.so 
/usr/ports/graphics/atril/work/atril-1.12.2/libdocument/.libs/libatrildocument.so 
-lgmodule-2.0 -lgailutil -lwebkitgtk-1.0 -lsoup-2.4 
-ljavascriptcoregtk-1.0 -lxml2 -lgthread-2.0 -lX11 -lsecret-1 -lz 
-lmate-desktop-2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 
-lcairo -lpthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 
-lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -lfreetype 
-lstartup-notification-1 -lm -pthread -Wl,-rpath -Wl,/usr/local/lib
/usr/bin/ld: warning: libicui18n.so.57, needed by 
/usr/local/lib/libwebkitgtk-1.0.so, not found (try using -rpath or 
-rpath-link)
/usr/bin/ld: warning: libicuuc.so.57, needed by 
/usr/local/lib/libwebkitgtk-1.0.so, not found (try using -rpath or 
-rpath-link)
/usr/bin/ld: warning: libicudata.so.57, needed by 
/usr/local/lib/libwebkitgtk-1.0.so, not found (try using -rpath or 
-rpath-link)
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`udat_open'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`udat_close'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`ucol_setStrength'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_setAttribute'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_getCollator'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_strcoll'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_getAttribute'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_setText'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_getMatchedLength'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_setAttribute'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_getLocaleByType'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_setPattern'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to `usearch_reset'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_close'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`ucol_getStrength'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to `usearch_next'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`ucol_open'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to 
`usearch_setOffset'
/usr/local/lib/libjavascriptcoregtk-1.0.so: undefined reference to 
`udat_format'
/usr/local/lib/libwebkitgtk-1.0.so: undefined reference to `usearch_open'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
gmake[5]: *** [Makefile:718: atril] Error 1
gmake[5]: Leaving directory 
'/usr/ports/graphics/atril/work/atril-1.12.2/shell'
gmake[4]: *** [Makefile:583: all] Error 2
gmake[4]: Leaving directory 
'/usr/ports/graphics/atril/work/atril-1.12.2/shell'
gmake[3]: *** [Makefile:658: all-recursive] Error 1
gmake[3]: Leaving directory '/usr/ports/graphics/atril/work/atril-1.12.2'
gmake[2]: *** [Makefile:543: all] Error 2
gmake[2]: Leaving directory '/usr/ports/graphics/atril/work/atril-1.12.2'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure 
to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/graphics/atril
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/atril

From cmt at burggraben.net  Thu Nov 24 00:02:18 2016
From: cmt at burggraben.net (Christoph Moench-Tegeder)
Date: Thu, 24 Nov 2016 01:02:15 +0100
Subject: artil broken
In-Reply-To: <CAN6yY1ui1yrB_S=mM5U+bStLpxEZjBjSqBXFRiqS0ZKKBouRtg@mail.gmail.com>
References: <alpine.BSF.2.11.1611231751240.51523@mail.neu.net>
 <CAN6yY1ui1yrB_S=mM5U+bStLpxEZjBjSqBXFRiqS0ZKKBouRtg@mail.gmail.com>
Message-ID: <20161124000214.GA1707@elch.exwg.net>

## Kevin Oberman (rkoberman at gmail.com):

> > # atril
> > Shared object "libicui18n.so.57" not found, required by
> > "libwebkitgtk-1.0.so.0"

> libicui18n.so was updated to 58 four days ago, so Atril needs to be rebuilt
> against it.

libwebkitgtk-1.0.so.0 would be from webkit-gtk2, so that needs to be
rebuild. It was bumped with the icu update in r426525 and dutifully
rebuilt here, so you'd perhaps want to check why it is behind at
your site.

Regards,
Christoph

-- 
Spare Space

From portscout at FreeBSD.org  Thu Nov 24 08:04:01 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Thu, 24 Nov 2016 08:04:01 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611240804.uAO841KL031111@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161124/1c050e5e/attachment.ksh>

From mazhe at alkumuna.eu  Thu Nov 24 08:31:48 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Thu, 24 Nov 2016 09:31:34 +0100
Subject: Request to commit distcc port fix
Message-ID: <20161124093134.08b4041b@freedom.alkumuna.eu>

Hi,

My growing set of pending PR begin to grow, would a commiter (with interest in the distcc port?) be available to have a last look at this PR and commit the patch?

  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213875

Summary:
  * Change master site from googlecode to github (new upstream source)
  * Some updates to bring back the port in accordance with 2016 best practices

Thanks,

-- Matthieu Volat <mazhe at alkumuna.eu>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161124/a498e0a4/attachment.sig>

From reklama at tykan.ru  Thu Nov 24 08:48:05 2016
From: reklama at tykan.ru (=?windows-1251?B?we7r/Pju6SDA6/Lg6Q==?=)
Date: Thu, 24 Nov 2016 13:47:54 +0500
Subject: =?windows-1251?B?0tPQ2yDO0iAyNDYwMCDw8+EuIO3gIDUg6Ovo?=
 =?windows-1251?B?IDcgxM3FySEh?=
Message-ID: <C03A7DFD1FCBC4D70B0E47F2F6AFF7F5@tykan.ru>

????? ???? ?????, ? ????? ??????? ? ?????????! ????, ?????????? ????? ? ????, ?????? ???????? ???, ????????? ?????????, ????? ??????, ????? ???????? ?????, ??????? ? ??????? ?????????, ?????? ??????????? ?? ???????, ????????????? ?????, ??? ?????? ??????, ??????????? ??????. ????????? ???????????, ??????? ????????? ? ?????? ?? ??? ?????! ??????????? ? ??????????? ???????? ??????.

???? ???????????: 30 ???????-03 ??????, 30 ???????-05 ??????, 04-08? ??????, 04-10 ??????. ??????????? ?? ???. +79130669965, 8 (383)239-63-90

??? ?????? ? ????????? ???? 5 ????:

1.?????????? ?? ??????? + ????????

2.????????

3.????????? ?? ????? ? ??????? ?????????

4.??????????? ??????? ? ????

5.????????? ?? ?????? ???????

6.???????????? ????????? + ?????

7.??????????? ?? ???????? ?????? (?????? ? 10-?? ????? ???????? ????? ????)

8.????+??????? ? ????????????? ??????

?????????: 29900 ???. ??? ?????? ?? 01 ??????? ? 24600 ???.

??? ?????? ? ????????? ???? 7 ????:

1.?????????? ?? ??????? + ????????

2.????????

3.????????? ?? ????? ? ??????? ?????????

4.??????????? ??????? ? ????

5.????????? ?? ?????? ???????

6.???????????? ????????? + ?????

7.??????????? ?? ???????? ?????? (?????? ? 10-?? ????? ???????? ????? ????)

8. ???? + ??????? ? ????????????? ??????

9. + ??????? ?? ?????, ??? ?????? ????? ??????-???????

10. + 2 ??? ??????????? ?????????

?????????: 31900 ???. ??? ?????? ?? 01 ??????? ? 28400 ???.

??????????? ???????? ??????????? ?? ??????? ?????

???????? ????????? ????????? ???????????? ????? ?????: 8 (383) 239-63-90, +79130669965 (WAP)

??????: altai3939 at gmail.com

??????????, ?? ????????? ?? ??? ?????? ?? ??????, ?????? ??? ??????. ??? ???????? ???? ??????????? ????? ????????? ?????, ? ?? ?? ?????? ????????? ???? ??????. ??????, ???? ??????? ?? ??????, ????????? ????.

From lists at opsec.eu  Thu Nov 24 09:21:57 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Thu, 24 Nov 2016 10:21:56 +0100
Subject: Request to commit distcc port fix
In-Reply-To: <20161124093134.08b4041b@freedom.alkumuna.eu>
References: <20161124093134.08b4041b@freedom.alkumuna.eu>
Message-ID: <20161124092156.GY2648@home.opsec.eu>

Hallo,

> My growing set of pending PR begin to grow, would a commiter (with interest in the distcc port?) be available to have a last look at this PR and commit the patch?
> 
>   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213875

I've looked at the patch. It has ctrl-m at the end and it needs
some mangeling to apply the files/ rename. So it's not cookie-cutter
easy 8-}

I'll try to look into it in the next days. Sorry, the backlog of
open ports PRs is growing, so your PR is also part of that...

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From mazhe at alkumuna.eu  Thu Nov 24 09:32:04 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Thu, 24 Nov 2016 10:31:54 +0100
Subject: Request to commit distcc port fix
In-Reply-To: <20161124092156.GY2648@home.opsec.eu>
References: <20161124093134.08b4041b@freedom.alkumuna.eu>
 <20161124092156.GY2648@home.opsec.eu>
Message-ID: <20161124103154.044660c0@freedom.alkumuna.eu>

On Thu, 24 Nov 2016 10:21:56 +0100
Kurt Jaeger <lists at opsec.eu> wrote:

> Hallo,
> 
> > My growing set of pending PR begin to grow, would a commiter (with interest in the distcc port?) be available to have a last look at this PR and commit the patch?
> > 
> >   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213875
> 
> I've looked at the patch. It has ctrl-m at the end and it needs
> some mangeling to apply the files/ rename. So it's not cookie-cutter
> easy 8-}
> 
> I'll try to look into it in the next days. Sorry, the backlog of
> open ports PRs is growing, so your PR is also part of that...
> 

Sorry, I'm not sure what inserted those ^M. I suspect newer svn diff related stuff, if that helps, I renegerated the patch with some flags.

Thanks a lot for taking time to review this!

-- Matthieu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161124/94e89dd8/attachment.sig>

From 000.fbsd at quip.cz  Thu Nov 24 10:11:41 2016
From: 000.fbsd at quip.cz (Miroslav Lachman)
Date: Thu, 24 Nov 2016 11:11:30 +0100
Subject: FreeBSD Port: security/amavisd-new PR 209038 - no feedback for 6 month
Message-ID: <5836BCD2.7010409@quip.cz>

As you are new maintainer can you please commit this fix?

security/amavisd-new rc script for p0fanalyzer doesn't work correctl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209038

Miroslav Lachman

From vsevolod at highsecure.ru  Thu Nov 24 12:13:53 2016
From: vsevolod at highsecure.ru (Vsevolod Stakhov)
Date: Thu, 24 Nov 2016 12:13:39 +0000
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
Message-ID: <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>

On 23/11/2016 16:27, Ed Schouten wrote:
> Hi Hans,
> 
> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
> 
> Nice! Do you by any chance have any numbers that show the performance
> improvements made by this change? Assuming that the SAT solver of
> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
> affect performance linearly. My guess is therefore that the running
> time is reduced by approximately 5/12. Is this correct?

There won't be any improvement if you just remove duplicates from SAT
formula. This situation is handled by picosat internally and even for
naive DPLL there is no significant influence of duplicate KNF clauses:
once you've assumed all vars in some clause, you automatically resolve
all duplicates.

Is there any real improvement of SAT solver speed with this patch? From
my experiences, SAT solving is negligible in terms of CPU time comparing
to other tasks performed by pkg.

> By the way, why attach a zip file with a diff? GitHub's pull requests
> are awesome! :-)
> 
> [1] Davis-Putnam-Logemann-Loveland algorithm:
> https://en.wikipedia.org/wiki/DPLL_algorithm
> 


-- 
Vsevolod Stakhov

From hps at selasky.org  Thu Nov 24 13:05:44 2016
From: hps at selasky.org (Hans Petter Selasky)
Date: Thu, 24 Nov 2016 14:05:18 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
Message-ID: <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>

On 11/24/16 13:13, Vsevolod Stakhov wrote:
> On 23/11/2016 16:27, Ed Schouten wrote:
>> Hi Hans,
>>
>> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
>>
>> Nice! Do you by any chance have any numbers that show the performance
>> improvements made by this change? Assuming that the SAT solver of
>> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
>> affect performance linearly. My guess is therefore that the running
>> time is reduced by approximately 5/12. Is this correct?
>
> There won't be any improvement if you just remove duplicates from SAT
> formula. This situation is handled by picosat internally and even for
> naive DPLL there is no significant influence of duplicate KNF clauses:
> once you've assumed all vars in some clause, you automatically resolve
> all duplicates.
>
> Is there any real improvement of SAT solver speed with this patch? From
> my experiences, SAT solving is negligible in terms of CPU time comparing
> to other tasks performed by pkg.

Hi,

I added some code to measure the time for SAT solving. During my test 
run I'm seeing values in the range 8-10ms for both versions, so I 
consider that neglible. However, the unpatched version wants to 
reinstall 185 packages while the non-patched version wants to reinstall 
1 package. That has a huge time influential. I'm not that familar with 
PKG that I can draw any conclusions from this.

# Test1:
echo "n" | /xxx/pkg/src/pkg-static upgrade --no-repo-update > b.txt

# Test2:
echo "n" | env PKG_NO_SORT=YES /xxx/pkg/src/pkg-static upgrade 
--no-repo-update > a.txt

Please find the material attached including a debug version patch you 
can play with.

--HPS
-------------- next part --------------
Checking for upgrades (748 candidates): .......... done
Processing candidates (748 candidates): . done
Skipped 3702 identical rules
Reiterate
SAT solving took 0s and 7370 usecs
The following 52 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
	xapian-core: 1.2.23,1 -> 1.2.24,1
	webp: 0.5.0 -> 0.5.1_1
	webkit2-gtk3: 2.8.5_6 -> 2.8.5_7
	webkit-gtk2: 2.4.11_4 -> 2.4.11_5
	vlc: 2.2.4_3,4 -> 2.2.4_4,4
	trousers: 0.3.13_1 -> 0.3.14
	tiff: 4.0.6_2 -> 4.0.7
	thunderbird: 45.4.0_2 -> 45.5.0_1
	sqlite3: 3.15.1 -> 3.15.1_1
	spidermonkey170: 17.0.0_2 -> 17.0.0_3
	soundtouch: 1.9.2 -> 1.9.2_1
	raptor2: 2.0.15_4 -> 2.0.15_5
	qt5-core: 5.6.2 -> 5.6.2_1
	qt4-corelib: 4.8.7_5 -> 4.8.7_6
	polkit: 0.113_1 -> 0.113_2
	pciids: 20161029 -> 20161119
	openimageio: 1.6.12_2 -> 1.6.12_3
	openblas: 0.2.18_1,1 -> 0.2.18_2,1
	openal-soft: 1.17.2 -> 1.17.2_1
	libx264: 0.148.2708 -> 0.148.2708_1
	libvpx: 1.6.0 -> 1.6.0_1
	libvisio01: 0.1.5_3 -> 0.1.5_4
	libreoffice: 5.2.3_2 -> 5.2.3_3
	libpci: 3.5.1 -> 3.5.2
	libmspub01: 0.1.2_4 -> 0.1.2_5
	libfreehand: 0.1.1_3 -> 0.1.1_4
	libe-book: 0.1.2_5 -> 0.1.2_6
	libcdr01: 0.1.3_1 -> 0.1.3_2
	lcms2: 2.7_2 -> 2.8
	inkscape: 0.91_8 -> 0.91_9
	icu: 57.1,1 -> 58.1,1
	harfbuzz: 1.3.3 -> 1.3.3_1
	gstreamer1-plugins: 1.8.0 -> 1.8.0_1
	gstreamer-plugins: 0.10.36_6,3 -> 0.10.36_7,3
	gstreamer: 0.10.36_4 -> 0.10.36_5
	gnupg: 2.1.15 -> 2.1.16
	glib: 2.46.2_3 -> 2.46.2_4
	gcc: 4.8.5_2 -> 4.9.4
	firefox: 50.0_2,1 -> 50.0_4,1
	firebird25-client: 2.5.6_1 -> 2.5.6_2
	ffmpeg: 2.8.8_5,1 -> 2.8.8_8,1
	dejavu: 2.35 -> 2.37
	chromium: 52.0.2743.116_2 -> 52.0.2743.116_4
	boost-libs: 1.55.0_13 -> 1.55.0_14
	blender: 2.77a -> 2.77a_1
	belle-sip: 1.5.0 -> 1.5.0_1
	bash: 4.4 -> 4.4.5
	argyllcms: 1.7.0_1 -> 1.7.0_2
	OpenEXR: 2.2.0_5 -> 2.2.0_6
	ImageMagick: 6.9.5.10,1 -> 6.9.5.10_1,1
	GraphicsMagick: 1.3.24,1 -> 1.3.24_1,1

Installed packages to be REINSTALLED:
	baresip-0.4.19 (options changed)

Number of packages to be upgraded: 51
Number of packages to be reinstalled: 1

The process will require 19 MiB more space.
446 MiB to be downloaded.

Proceed with this action? [y/N]: 
-------------- next part --------------
Checking for upgrades (748 candidates): .......... done
Processing candidates (748 candidates): . done
Reiterate
SAT solving took 0s and 5790 usecs
The following 236 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
	xapian-core: 1.2.23,1 -> 1.2.24,1
	webp: 0.5.0 -> 0.5.1_1
	webkit2-gtk3: 2.8.5_6 -> 2.8.5_7
	webkit-gtk2: 2.4.11_4 -> 2.4.11_5
	vlc: 2.2.4_3,4 -> 2.2.4_4,4
	trousers: 0.3.13_1 -> 0.3.14
	tiff: 4.0.6_2 -> 4.0.7
	thunderbird: 45.4.0_2 -> 45.5.0_1
	sqlite3: 3.15.1 -> 3.15.1_1
	spidermonkey170: 17.0.0_2 -> 17.0.0_3
	soundtouch: 1.9.2 -> 1.9.2_1
	raptor2: 2.0.15_4 -> 2.0.15_5
	qt5-core: 5.6.2 -> 5.6.2_1
	qt4-corelib: 4.8.7_5 -> 4.8.7_6
	polkit: 0.113_1 -> 0.113_2
	pciids: 20161029 -> 20161119
	openimageio: 1.6.12_2 -> 1.6.12_3
	openblas: 0.2.18_1,1 -> 0.2.18_2,1
	openal-soft: 1.17.2 -> 1.17.2_1
	libx264: 0.148.2708 -> 0.148.2708_1
	libvpx: 1.6.0 -> 1.6.0_1
	libvisio01: 0.1.5_3 -> 0.1.5_4
	libreoffice: 5.2.3_2 -> 5.2.3_3
	libpci: 3.5.1 -> 3.5.2
	libmspub01: 0.1.2_4 -> 0.1.2_5
	libfreehand: 0.1.1_3 -> 0.1.1_4
	libe-book: 0.1.2_5 -> 0.1.2_6
	libcdr01: 0.1.3_1 -> 0.1.3_2
	lcms2: 2.7_2 -> 2.8
	inkscape: 0.91_8 -> 0.91_9
	icu: 57.1,1 -> 58.1,1
	harfbuzz: 1.3.3 -> 1.3.3_1
	gstreamer1-plugins: 1.8.0 -> 1.8.0_1
	gstreamer-plugins: 0.10.36_6,3 -> 0.10.36_7,3
	gstreamer: 0.10.36_4 -> 0.10.36_5
	gnupg: 2.1.15 -> 2.1.16
	glib: 2.46.2_3 -> 2.46.2_4
	gcc: 4.8.5_2 -> 4.9.4
	firefox: 50.0_2,1 -> 50.0_4,1
	firebird25-client: 2.5.6_1 -> 2.5.6_2
	ffmpeg: 2.8.8_5,1 -> 2.8.8_8,1
	dejavu: 2.35 -> 2.37
	chromium: 52.0.2743.116_2 -> 52.0.2743.116_4
	boost-libs: 1.55.0_13 -> 1.55.0_14
	blender: 2.77a -> 2.77a_1
	belle-sip: 1.5.0 -> 1.5.0_1
	bash: 4.4 -> 4.4.5
	argyllcms: 1.7.0_1 -> 1.7.0_2
	OpenEXR: 2.2.0_5 -> 2.2.0_6
	ImageMagick: 6.9.5.10,1 -> 6.9.5.10_1,1
	GraphicsMagick: 1.3.24,1 -> 1.3.24_1,1

Installed packages to be REINSTALLED:
	yaml-cpp03-0.3.0
	yajl-2.1.0
	xvid-1.3.4,1
	xcb-util-renderutil-0.3.9_1
	xcb-util-keysyms-0.4.0_1
	xcb-util-0.4.0_1,1
	twolame-0.3.13_4
	tpm-emulator-0.7.4_1
	tinyxml-2.6.2_1
	taglib-1.10
	startup-notification-0.12_4
	speexdsp-1.2.r3_1
	speex-1.2.r2,1
	speech-dispatcher-0.8.3_1
	spandsp-0.0.6
	snappy-1.1.3
	serf-1.3.9_1
	schroedinger-1.0.11_4
	redland-1.0.17_4
	readline-6.3.8
	re2-20151101
	rasqal-0.9.33
	qt5-x11extras-5.6.2
	qt5-widgets-5.6.2
	python35-3.5.2
	python27-2.7.12
	popt-1.16_1
	poppler-glib-0.46.0
	poppler-0.46.0_2
	pixman-0.34.0
	perl5-5.24.1.r4
	pcre-8.39
	pangomm-2.36.0
	pango-1.38.0_1
	p11-kit-0.23.2
	orc-0.4.25
	opus-1.1.3
	opensubdiv-3.0.5_2
	openldap-client-2.4.44
	openjpeg15-1.5.2_1
	openjpeg-2.1.2_1
	opencv2-core-2.4.13.1_1
	opencolorio-1.0.9
	opencollada-1.6.25
	nss-3.27.1_1
	nspr-4.13.1
	npth-1.2
	nettle-3.2
	mythes-1.2.4
	mpfr-3.1.5
	mpc-1.0.3
	lua52-5.2.4
	libxslt-1.1.29
	libxml2-2.9.4
	libxcb-1.12
	libwps-0.4.4
	libwpg03-0.3.1
	libwpd010-0.10.1
	libwmf-0.2.8.4_15
	libvorbis-1.3.5,3
	libvdpau-1.1.1
	libva-1.7.2
	libv4l-1.6.3_2
	libtheora-1.1.1_6
	libtasn1-4.9
	libsoup-2.52.2
	libsndfile-1.0.27
	libsigc++-2.4.1
	libsecret-0.18.4
	libsamplerate-0.1.9
	librsvg2-2.40.16
	librevenge-0.0.4_1
	libpthread-stubs-0.3_6
	libpciaccess-0.13.4
	libpaper-1.1.24.4
	libpagemaker-0.0.3
	libogg-1.3.2_1,4
	libodfgen01-0.1.6
	libmwaw03-0.3.8
	libmpeg2-0.5.1_6
	libmatroska-1.4.5
	libmad-0.15.1b_6
	libltdl-2.4.6
	liblqr-1-0.4.2
	libidn-1.33_1
	libiconv-1.14_9
	libgltf-0.0.2_1
	libglapi-11.2.2
	libgcrypt-1.7.3
	libfpx-1.3.1.4_1
	libffi-3.2.1
	libexttextcat-3.4.4
	libevent2-2.0.22_1
	libetonyek01-0.1.6,1
	libepoxy-1.3.1
	libedit-3.1.20150325_2,1
	libdvdread-5.0.3
	libdvdnav-5.0.3
	libdvbpsi-1.3.0
	libdrm-2.4.66,1
	libdca-0.0.5_1
	libcroco-0.6.11
	libcmis-0.5.1
	libcddb-1.3.2_4
	libassuan-2.4.3
	libantlr3c-3.4_1
	libabw-0.1.1_1
	liba52-0.7.4_3
	libXxf86vm-1.1.4_1
	libXvMC-1.0.10
	libXv-1.0.11,1
	libXtst-1.2.3
	libXt-1.1.5,1
	libXrender-0.9.10
	libXrandr-1.5.1
	libXmu-1.1.2_3,1
	libXinerama-1.1.3_3,1
	libXi-1.7.8,1
	libXft-2.3.2_1
	libXfixes-5.0.3
	libXext-1.3.3_1,1
	libXdmcp-1.1.2
	libXdamage-1.1.4_3
	libXcursor-1.1.14_3
	libXcomposite-0.4.4_3,1
	libXaw-1.0.13,2
	libXau-1.0.8_3
	libXScrnSaver-1.2.2_3
	libX11-1.6.4,1
	libSM-1.2.2_3,1
	libIDL-0.8.14_2
	libICE-1.0.9_1,1
	libGLU-9.0.0_2
	libGL-11.2.2
	libEGL-11.2.2
	jpeg-turbo-1.5.1
	jbigkit-2.1_1
	jasper-1.900.1_16
	ilmbase-2.2.0
	hyphen-2.8.8
	hunspell-1.3.3
	gtkspell-2.0.16_5
	gtkmm24-2.24.4_2
	gtk3-3.18.8_3
	gtk2-2.24.29_2
	gstreamer1-1.8.0
	gsl-1.16_2
	gnutls-3.4.16
	gmp-5.1.3_3
	glibmm-2.44.0,1
	glew-1.13.0
	giflib-5.1.4
	gettext-runtime-0.19.8.1
	gdk-pixbuf2-2.32.3_1
	gconf2-3.2.6_4
	gbm-11.2.2
	freetype2-2.6.3
	fontconfig-2.12.1,1
	flac-1.3.1_2
	fftw3-3.3.5
	faad2-2.7_6,1
	expat-2.2.0
	espeak-1.48.04_1
	enchant-1.6.0_5
	dotconf-1.3_1
	dbus-glib-0.104
	dbus-1.8.20
	db5-5.3.28_6
	curl-7.51.0_1
	cups-2.2.1
	colord-1.2.11_1
	clucene-2.3.3.4_7
	cairomm-1.10.0_3
	cairo-1.14.6_1,2
	boehm-gc-7.6.0
	bctoolbox-0.2.0
	baresip-0.4.19 (options changed)
	avahi-app-0.6.31_5
	atkmm-2.22.7
	atk-2.18.0
	at-spi2-atk-2.18.1
	apr-1.5.2.1.5.4_2
	alsa-lib-1.1.2
	ORBit2-2.14.19_1
	CoinMP-1.8.3

Number of packages to be upgraded: 51
Number of packages to be reinstalled: 185

The process will require 19 MiB more space.
491 MiB to be downloaded.

Proceed with this action? [y/N]: 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Optimise-SAT-solving.patch
Type: text/x-patch
Size: 8744 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161124/fb1bf1c5/attachment.bin>

From vsevolod at highsecure.ru  Thu Nov 24 13:11:46 2016
From: vsevolod at highsecure.ru (Vsevolod Stakhov)
Date: Thu, 24 Nov 2016 13:11:42 +0000
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
 <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>
Message-ID: <8c5cb2ea-54ab-c91b-5859-b6a73a2a7005@highsecure.ru>

On 24/11/2016 13:05, Hans Petter Selasky wrote:
> On 11/24/16 13:13, Vsevolod Stakhov wrote:
>> On 23/11/2016 16:27, Ed Schouten wrote:
>>> Hi Hans,
>>>
>>> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>>>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
>>>
>>> Nice! Do you by any chance have any numbers that show the performance
>>> improvements made by this change? Assuming that the SAT solver of
>>> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
>>> affect performance linearly. My guess is therefore that the running
>>> time is reduced by approximately 5/12. Is this correct?
>>
>> There won't be any improvement if you just remove duplicates from SAT
>> formula. This situation is handled by picosat internally and even for
>> naive DPLL there is no significant influence of duplicate KNF clauses:
>> once you've assumed all vars in some clause, you automatically resolve
>> all duplicates.
>>
>> Is there any real improvement of SAT solver speed with this patch? From
>> my experiences, SAT solving is negligible in terms of CPU time comparing
>> to other tasks performed by pkg.
> 
> Hi,
> 
> I added some code to measure the time for SAT solving. During my test
> run I'm seeing values in the range 8-10ms for both versions, so I
> consider that neglible. However, the unpatched version wants to
> reinstall 185 packages while the non-patched version wants to reinstall
> 1 package. That has a huge time influential. I'm not that familar with
> PKG that I can draw any conclusions from this.
> 
> # Test1:
> echo "n" | /xxx/pkg/src/pkg-static upgrade --no-repo-update > b.txt
> 
> # Test2:
> echo "n" | env PKG_NO_SORT=YES /xxx/pkg/src/pkg-static upgrade
> --no-repo-update > a.txt
> 

Then I don't understand how your patch should affect the solving
procedure. If pkg tries to reinstall something without *reason* it is a
good sign of bug in pkg itself and/or your database/repo and not in SAT
solver.

I'll try to review your issue but I'll likely need your local packages
database for this test.

-- 
Vsevolod Stakhov

From hps at selasky.org  Thu Nov 24 13:12:43 2016
From: hps at selasky.org (Hans Petter Selasky)
Date: Thu, 24 Nov 2016 14:12:22 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
 <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>
Message-ID: <7315b5a9-5b2d-ddcf-c98f-0578b1a83d73@selasky.org>

On 11/24/16 14:05, Hans Petter Selasky wrote:
> the non-patched version wants to reinstall 1 package.

Spelling: patched version wants to reinstall 1 package only.

--HPS

From hps at selasky.org  Thu Nov 24 13:15:26 2016
From: hps at selasky.org (Hans Petter Selasky)
Date: Thu, 24 Nov 2016 14:15:06 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <8c5cb2ea-54ab-c91b-5859-b6a73a2a7005@highsecure.ru>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
 <9b0469bb-ab2b-4992-1d40-de748163f2c8@selasky.org>
 <8c5cb2ea-54ab-c91b-5859-b6a73a2a7005@highsecure.ru>
Message-ID: <6a81db90-40fa-ec5f-9402-333091c333f2@selasky.org>

On 11/24/16 14:11, Vsevolod Stakhov wrote:
> On 24/11/2016 13:05, Hans Petter Selasky wrote:
>> On 11/24/16 13:13, Vsevolod Stakhov wrote:
>>> On 23/11/2016 16:27, Ed Schouten wrote:
>>>> Hi Hans,
>>>>
>>>> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>>>>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
>>>>
>>>> Nice! Do you by any chance have any numbers that show the performance
>>>> improvements made by this change? Assuming that the SAT solver of
>>>> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
>>>> affect performance linearly. My guess is therefore that the running
>>>> time is reduced by approximately 5/12. Is this correct?
>>>
>>> There won't be any improvement if you just remove duplicates from SAT
>>> formula. This situation is handled by picosat internally and even for
>>> naive DPLL there is no significant influence of duplicate KNF clauses:
>>> once you've assumed all vars in some clause, you automatically resolve
>>> all duplicates.
>>>
>>> Is there any real improvement of SAT solver speed with this patch? From
>>> my experiences, SAT solving is negligible in terms of CPU time comparing
>>> to other tasks performed by pkg.
>>
>> Hi,
>>
>> I added some code to measure the time for SAT solving. During my test
>> run I'm seeing values in the range 8-10ms for both versions, so I
>> consider that neglible. However, the unpatched version wants to
>> reinstall 185 packages while the non-patched version wants to reinstall
>> 1 package. That has a huge time influential. I'm not that familar with
>> PKG that I can draw any conclusions from this.
>>
>> # Test1:
>> echo "n" | /xxx/pkg/src/pkg-static upgrade --no-repo-update > b.txt
>>
>> # Test2:
>> echo "n" | env PKG_NO_SORT=YES /xxx/pkg/src/pkg-static upgrade
>> --no-repo-update > a.txt
>>
>
> Then I don't understand how your patch should affect the solving
> procedure. If pkg tries to reinstall something without *reason* it is a
> good sign of bug in pkg itself and/or your database/repo and not in SAT
> solver.
>
> I'll try to review your issue but I'll likely need your local packages
> database for this test.
>

Hi,

Maybe it is a bug somewhere.

I noticed some rules repeating the same variable two times for example.

Send me the list of files you need off-list.

Thank you!

--HPS

From ed at nuxi.nl  Thu Nov 24 14:15:39 2016
From: ed at nuxi.nl (Ed Schouten)
Date: Thu, 24 Nov 2016 15:15:07 +0100
Subject: Optimising generated rules for SAT solving (5/12 are duplicates)
In-Reply-To: <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
References: <20150414200459.GE39658@ivaldir.etoilebsd.net>
 <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org>
 <416359ce-1dcd-1160-5c56-f120a0f6358f@selasky.org>
 <20160627115533.gqvdsmtzwnvrrfuo@ivaldir.etoilebsd.net>
 <0671148b-d7cd-f8ad-906d-a0baa1b98cf5@selasky.org>
 <cbc964a7-5f90-6ea1-630d-414de68867b1@selasky.org>
 <CABh_MKm7LAtQzp9KEBpaRZWQQHnsUtNFiKVSVF70-wj4GmytuA@mail.gmail.com>
 <d786cde5-89af-cb14-c42e-cc649cb32bdb@highsecure.ru>
Message-ID: <CABh_MKkt-8JReEHxE4J3kfC0L1PuxE7sTw0ipnJLLfZGxg=TuA@mail.gmail.com>

2016-11-24 13:13 GMT+01:00 Vsevolod Stakhov <vsevolod at highsecure.ru>:
> On 23/11/2016 16:27, Ed Schouten wrote:
>> Hi Hans,
>>
>> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <hps at selasky.org>:
>>> I've made a patch to hopefully optimise SAT solving in our pkg utility.
>>
>> Nice! Do you by any chance have any numbers that show the performance
>> improvements made by this change? Assuming that the SAT solver of
>> pkg(1) uses an algorithm similar to DPLL[1], a change like this would
>> affect performance linearly. My guess is therefore that the running
>> time is reduced by approximately 5/12. Is this correct?
>
> There won't be any improvement if you just remove duplicates from SAT
> formula. This situation is handled by picosat internally and even for
> naive DPLL there is no significant influence of duplicate KNF clauses:
> once you've assumed all vars in some clause, you automatically resolve
> all duplicates.

Exactly. This is why I've stated: it affects performance linearly.
Referring to Wikipedia's pseudo-code of the algorithm: the number of
calls to unit-propagate() and pure-literal-assign() drops linearly,
but the recursion will stay the same.

-- 
Ed Schouten <ed at nuxi.nl>
Nuxi, 's-Hertogenbosch, the Netherlands
KvK-nr.: 62051717

From redacc24 at tuempresaactualizada.com  Thu Nov 24 18:01:31 2016
From: redacc24 at tuempresaactualizada.com (=?utf-8?Q?Comunicaci=C3=B3n_escrita_de_manera_efectiva?=)
Date: Thu, 24 Nov 2016 12:01:12 -0600
Subject: =?utf-8?Q?Ortograf=C3=ADa_y_Redacci=C3=B3n_-_En_L=C3=ADnea?=
Message-ID: <320cc9d7900b183976c7871b001dd6c6@tuempresaactualizada.com>

 

En l?nea y en Vivo / Para todo su Equipo con una sola Conexi?n 

Seminario intensivo de ORTOGRAF?A Y REDACCI?N
01 de diciembre - Online en Vivo - 10:00 a 13:00 y de 15:00 a 18:00Hrs       
 
Una buena redacci?n debe ser sencilla y congruente. Cualquier escrito que sea confuso provoca invariablemente errores de interpretaci?n. Al dominar los principios de la redacci?n moderna y saber utilizar la fuerza del lenguaje cotidiano har? de su redacci?n una de las herramientas m?s poderosas para usted y su organizaci?n. 
TEMARIO: 


- La comunicaci?n escrita: una herramienta poderosa 


- C?mo establecer su comunicaci?n escrita de manera efectiva 


- C?mo escribir propuestas atractivas al lector 


- C?mo evitar frases que desmotiven 


- Y mucho m?s.

 
?Requiere la informaci?n a la Brevedad?
responda este email con la palabra: 
Redacci?n.
centro telef?nico: 018002129393
 

Lic. Pamela Rangel
L?der de Proyecto


 
?Demasiados mensajes en su cuenta? Responda este mensaje indicando que solo desea recibir CALENDARIO y s?lo recibir? un correo al mes. Si desea cancelar la suscripci?n, solicite su BAJA..
 

 

 


From lists at opsec.eu  Thu Nov 24 21:18:12 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Thu, 24 Nov 2016 22:18:14 +0100
Subject: Request to commit distcc port fix
In-Reply-To: <20161124093134.08b4041b@freedom.alkumuna.eu>
References: <20161124093134.08b4041b@freedom.alkumuna.eu>
Message-ID: <20161124211814.GZ2648@home.opsec.eu>

Hi!

>   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213875

Done.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From portscout at FreeBSD.org  Fri Nov 25 07:31:04 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Fri, 25 Nov 2016 07:31:04 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611250731.uAP7V4f9025811@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161125/c6da8aef/attachment.ksh>

From wjw at digiware.nl  Fri Nov 25 11:47:07 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Fri, 25 Nov 2016 12:46:59 +0100
Subject: running make makesum for multiple github repos
Message-ID: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>

Hi,

I'm try in to make a port for Ceph, but it depens on a lot of github
modules.

GH_TUPLE=       \
                wjwithagen:ceph:master:ceph \
                facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \

ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
                ceph:ceph-object-corpus:master:ceph/ceph-object-corpus \
                ceph:civetweb:v1.5-1537-gcc0dfa1:ceph/src/civetweb \

ceph:jerasure:v2-ceph:ceph/src/erasure-code/jerasure/jerasure \

ceph:gf-complete:v3-ceph:ceph/src/erasure-code/jerasure/gf-complete \
                ceph:googletest:ceph-release-1.7.x:ceph/src/googletest \
                ceph:spdk:v1.2.0-39-g9322c25:ceph/src/spdk \
                ceph:xxHash:v0.5.1-2-g1f40c65:ceph/src/xxHash \
                ceph:isa-l:v2.16.0:ceph/src/isa-l \
                ceph:lua:lua-5.3-ceph:ceph/src/lua \
                ceph:Beast:999e2fa:ceph/src/Beast \
                boostorg:boost:boost-1.61.0-275-g1790aff:ceph/src/boost \
                ceph:dpdk:a38e5ec:ceph/src/dpdk \

But if I want to make distinfo for this, it only generates:
TIMESTAMP = 1480073496
SHA256 (wjwithagen-ceph-master_GH0.tar.gz) =
b72d0f0e7c57249d144dcb4c2ecb426cb70f273be72bd587446e2d1ba71c3761
SIZE (wjwithagen-ceph-master_GH0.tar.gz) = 8935857
SHA256 (ceph-dpdk-a38e5ec_GH0.tar.gz) =
2f88c1e6361c99b4525dbc524c0c56cb5a45273028045d966190e73c416a0b24
SIZE (ceph-dpdk-a38e5ec_GH0.tar.gz) = 16158917

Being the main source and the last of the submodules.

How do I get it to run makesum on all modules?

Thanx
--WjW

From jeffreybouquet at yahoo.com  Fri Nov 25 13:50:48 2016
From: jeffreybouquet at yahoo.com (Jeffrey Bouquet)
Date: Fri, 25 Nov 2016 13:50:36 +0000 (UTC)
Subject: today "pkg install" not quite smooth... vs the usual [gcc49 ]
References: <814566804.234882.1480081836680.ref@mail.yahoo.com>
Message-ID: <814566804.234882.1480081836680@mail.yahoo.com>

pkg install .... [ as always, here, an edge case, ]
some forty  [because not wanting the other thirty that " pkg upgrade"
wants to do ] ran into difficulty with a gcc-4.9 and gcc49 conflict...  [ installs into
same place some file ]

[tl;dr a bit of the above, I never answer Y to 'pkg upgrade' but pkg install a half
of the suggested ports in a long command line ] 

Seemingly resolved with  Cntl-C some of pkg commands, and "pkg add" a few
that had been downloaded.  ... that quirkiness of this run vs most of the time. 

pkg upgrade shows the upgrade(s) having been complete, and I ran ldd and --version on a few,
and it seems good to go.  Too early to be sure. 

Uncertain if some ports have been inadvertantly desinstalled, or some other
not-as-originally-intended glitch from the original command that was run, not included
here for brevity.

Posting because this pkg quirkiness hasn't happened in the past half year or so,
though it has in the past, and 'pkg add' eventually resolved it, then also.

Not so important here any longer, today at least, 
however maybe pkg could be made more foolproof with regards
to this specific gcc conflict [ symlinks during the install ?? ] and others similar to it that
may occur, python2 and python27, for example, if that were similar.  Or the ports tree
more resilient in some way.  Way past my expertise, in either case.  

Thanks for reading. 

From ventas25 at tuempresaactualizada.com  Fri Nov 25 17:40:54 2016
From: ventas25 at tuempresaactualizada.com (=?utf-8?Q?Cerrar_m=C3=A1s_y_mejores_ventas?=)
Date: Fri, 25 Nov 2016 11:30:29 -0600
Subject: =?utf-8?Q?Secretos_para_Vender_por_Tel=C3=A9fono?=
Message-ID: <d8edb5a854cfd6e24eb8e6700019e59f@tuempresaactualizada.com>

 

En l?nea y en Vivo / Para todo su Equipo con una sola Conexi?n 

Secretos para Vender por Tel?fono
07 de diciembre - Online en Vivo - 10:00 a 13:00 Hrs       
 
Vender por tel?fono es una de las formas mas dif?ciles de ganarse la vida. Los guardianes protegen a personas que toman las decisiones. Las personas recelan de los telemarketers. Usted no puede ver las caras de sus prospectos o su lenguaje corporal, as? que es dif?cil "leer" lo que ellos piensan realmente. Y para ir mas lejos, usted tiene poco o nada de tiempo para lograr esa conexi?n con cada cliente potencial. 
TEMARIO: 


1.- Generando una mentalidad positiva.

2.- Argumentaci?n persuasiva y de Impacto.

3.- Comunicaci?n efectiva.

4.- C?mo cerrar m?s y mejores ventas. 


...?Y mucho m?s!


 
?Requiere la informaci?n a la Brevedad?
responda este email con la palabra: 
 Secretos.
centro telef?nico: 018002129393
 

Lic. Arturo L?pez
Coordinador de Evento


 
?Demasiados mensajes en su cuenta? Responda este mensaje indicando que solo desea recibir CALENDARIO y s?lo recibir? un correo al mes. Si desea cancelar la suscripci?n, solicite su BAJA. 
 

 

 


From wjw at digiware.nl  Fri Nov 25 18:08:40 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Fri, 25 Nov 2016 19:08:34 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
Message-ID: <e21ab3c3-c3c4-409d-752d-3a97a74d76c4@digiware.nl>


Hi,

I'm try in to make a port for Ceph, but it depens on a lot of github
modules.

GH_TUPLE=       \
                wjwithagen:ceph:master:ceph \
                facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \

ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
                ceph:ceph-object-corpus:master:ceph/ceph-object-corpus \
                ceph:civetweb:v1.5-1537-gcc0dfa1:ceph/src/civetweb \

ceph:jerasure:v2-ceph:ceph/src/erasure-code/jerasure/jerasure \

ceph:gf-complete:v3-ceph:ceph/src/erasure-code/jerasure/gf-complete \
                ceph:googletest:ceph-release-1.7.x:ceph/src/googletest \
                ceph:spdk:v1.2.0-39-g9322c25:ceph/src/spdk \
                ceph:xxHash:v0.5.1-2-g1f40c65:ceph/src/xxHash \
                ceph:isa-l:v2.16.0:ceph/src/isa-l \
                ceph:lua:lua-5.3-ceph:ceph/src/lua \
                ceph:Beast:999e2fa:ceph/src/Beast \
                boostorg:boost:boost-1.61.0-275-g1790aff:ceph/src/boost \
                ceph:dpdk:a38e5ec:ceph/src/dpdk \

But if I want to make distinfo for this, it only generates:
TIMESTAMP = 1480073496
SHA256 (wjwithagen-ceph-master_GH0.tar.gz) =
b72d0f0e7c57249d144dcb4c2ecb426cb70f273be72bd587446e2d1ba71c3761
SIZE (wjwithagen-ceph-master_GH0.tar.gz) = 8935857
SHA256 (ceph-dpdk-a38e5ec_GH0.tar.gz) =
2f88c1e6361c99b4525dbc524c0c56cb5a45273028045d966190e73c416a0b24
SIZE (ceph-dpdk-a38e5ec_GH0.tar.gz) = 16158917

Being the main source and the last of the submodules.

How do I get it to run makesum on all modules?

I Looked in other ports on how to do this, but I see nothing out of the
ordinary.  And the makesum script is also only called with those 2
archive names.
So the collection in DISTFILES is not really what it should be.

Thanx
--WjW

From lists at opsec.eu  Fri Nov 25 19:02:25 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Fri, 25 Nov 2016 20:02:25 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <e21ab3c3-c3c4-409d-752d-3a97a74d76c4@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <e21ab3c3-c3c4-409d-752d-3a97a74d76c4@digiware.nl>
Message-ID: <20161125190225.GA2648@home.opsec.eu>

Hi!

> How do I get it to run makesum on all modules?

>From what I understand, this feature is missing in make makesum
and for the time being, the distinfo needs some manual process
to update.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From wjw at digiware.nl  Fri Nov 25 19:43:23 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Fri, 25 Nov 2016 20:43:20 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <20161125190225.GA2648@home.opsec.eu>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <e21ab3c3-c3c4-409d-752d-3a97a74d76c4@digiware.nl>
 <20161125190225.GA2648@home.opsec.eu>
Message-ID: <e6e59a26-015a-f9cf-690e-f7b9cc076162@digiware.nl>

On 25-11-2016 20:02, Kurt Jaeger wrote:
> Hi!
> 
>> How do I get it to run makesum on all modules?
> 
> From what I understand, this feature is missing in make makesum
> and for the time being, the distinfo needs some manual process
> to update.

Auch, that is a hard one....
Guess I'm going to tweak it by adding one at the time, and keeping the sigs.

But there is going to be pain when repos upgrade ...

--WjW



From wjw at digiware.nl  Fri Nov 25 19:51:57 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Fri, 25 Nov 2016 20:51:56 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <e6e59a26-015a-f9cf-690e-f7b9cc076162@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <e21ab3c3-c3c4-409d-752d-3a97a74d76c4@digiware.nl>
 <20161125190225.GA2648@home.opsec.eu>
 <e6e59a26-015a-f9cf-690e-f7b9cc076162@digiware.nl>
Message-ID: <9711b323-8895-6107-23ff-aff09c4c257c@digiware.nl>

On 25-11-2016 20:43, Willem Jan Withagen wrote:
> On 25-11-2016 20:02, Kurt Jaeger wrote:
>> Hi!
>>
>>> How do I get it to run makesum on all modules?
>>
>> From what I understand, this feature is missing in make makesum
>> and for the time being, the distinfo needs some manual process
>> to update.
> 
> Auch, that is a hard one....
> Guess I'm going to tweak it by adding one at the time, and keeping the sigs.
> 
> But there is going to be pain when repos upgrade ...

Tried doing it in:
	/usr/ports/www/uchiwa

And there 'make makesum' does fetch all submodules, and builds distinfo

So I guess it should work.

--WjW



From update at account.com  Fri Nov 25 21:44:03 2016
From: update at account.com (=?utf-8?Q?Ppl=20Account?=)
Date: Fri, 25 Nov 2016 19:52:37 +0000
Subject: =?utf-8?Q?Account=20Is=20Locked?=
Message-ID: <ca8ab460863655cdf02b8dba27c1fbcb@appliancechoice.uk>


From tech-lists at zyxst.net  Fri Nov 25 22:49:43 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Fri, 25 Nov 2016 22:49:37 +0000
Subject: quazip is broken - won't install
Message-ID: <a445dedc-efab-ba32-d416-3e0fc7c273a6@zyxst.net>

Hello ports@

/usr/ports/archivers/quazip & quazip-qt5 are broken

-- Set runtime path of 
"/storage/usr/ports/archivers/quazip/work/stage/usr/local/lib/libquazip.so.1.0.0" 
to "/usr/local/lib/qt4"
-- Installing: 
/storage/usr/ports/archivers/quazip/work/stage/usr/local/lib/libquazip.a
====> Compressing man pages (compress-man)
===>  Installing for quazip-0.7.2_1
===>  Checking if quazip already installed
===>   Registering installation for quazip-0.7.2_1 as automatic
pkg-static: Unable to access file 
/storage/usr/ports/archivers/quazip/work/stage/usr/local/share/cmake/Modules/FindQuaZip.cmake: 
No such file or directory
*** Error code 74

Stop.
make[5]: stopped in /storage/usr/ports/archivers/quazip
*** Error code 1

The cmake dir in the port and those beneath it are not created.

The command to install the port was:
make clean package deinstall && pkg add work/pkg/* && make clean

ports is r427130
system is freebsd11-stable r308922
-- 
J.

From markmi at dsl-only.net  Sat Nov 26 00:13:25 2016
From: markmi at dsl-only.net (Mark Millard)
Date: Fri, 25 Nov 2016 16:13:21 -0800
Subject: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need
 such too?]
Message-ID: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>

> Author: dim (src committer)
> Date: Fri Nov 25 12:54:01 2016
> New Revision: 427110
> URL: 
> https://svnweb.freebsd.org/changeset/ports/427110
> 
> 
> Log:
>   Fix build of lang/gcc with libc++ 3.9.0, similar to r421625:
> . . .
>   What is happening here, is that the source file includes gcc/system.h,
>   which defines abort to fancy_abort, and then the source file includes
>   <new>, which attempts to call _VSTD::abort() (the _VSTD is a libc++
>   alias for std::).  The macro definition then causes the above breakage.
>   
>   Newer gcc ports, such as gcc5 and gcc6 don't show this issue, because
>   upstream gcc first added an include of <algorithm> (which indirectly
>   includes <new>) in r217348 [1], and later even add a direct include of
>   <new> in r232736 [2].
>   
>   Fix it for this version, by adding the direct include of <new> to
>   gcc/system.h.  This makes the 'second' includes of <new> in some .c
>   files superfluous, but at least they won't result in errors.

Will lang/gcc49 needs similar changes?

(I normally only use explicitly version numbered lang/gcc* 's and
I use lang/gcc49 on powerpc64's.)


===
Mark Millard
markmi at dsl-only.net


From tech-lists at zyxst.net  Sat Nov 26 00:19:15 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 26 Nov 2016 00:19:09 +0000
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
Message-ID: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>

Hello ports@,

py3-cairo fails to build saying it can't find Python.h - however this 
file is present.

/storage/usr/local/include/python2.7/Python.h
/storage/usr/local/include/python3.5m/Python.h

root at pumpkin:/root# file /storage/usr/local/include/python2.7/Python.h
/storage/usr/local/include/python2.7/Python.h: C source, ASCII text

root at pumpkin:/root# file /storage/usr/local/include/python3.5m/Python.h
/storage/usr/local/include/python3.5m/Python.h: C source, ASCII text

FreeBSD 11.0-STABLE #0 r308922 / ports is r427130

The build gives the following error:

# make MAKE_JOBS_UNSAFE=yes
===>  Building for py35-cairo-1.10.0_3
   ./options()
Waf: Entering directory 
`/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
   ./build()
   src/build()
parsing 
/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src/cairomodule.c 
failed
Traceback (most recent call last):
   File 
"/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py", 
line 496, in addlines
     lines=filter_comments(filepath)
   File 
"/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py", 
line 47, in filter_comments
     code=Utils.readf(filename)
   File 
"/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Utils.py", 
line 83, in readf
     txt=f.read()
   File "/usr/local/lib/python3.5/encodings/ascii.py", line 26, in decode
     return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 54: 
ordinal not in range(128)
[1/9] c: src/cairomodule.c -> build_directory/src/cairomodule.c.1.o
00:06:50 runner ['cc', '-I/usr/local/include', '-O2', '-pipe', 
'-fstack-protector', '-fno-strict-aliasing', '-fPIC', 
'-fstack-protector', '-fstack-protector', '-fstack-protector', 
'-fno-strict-aliasing', '-fno-strict-aliasing', 
'-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src', 
'-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src', 
'-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0', 
'-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include', 
'-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2', 
'-I/usr/local/include/libdrm', '-I/usr/local/include/libpng16', 
'-I/storage/storage/usr/local/include/python3.5m', '-D_THREAD_SAFE', 
'-DNDEBUG', '../src/cairomodule.c', '-c', '-o', 'src/cairomodule.c.1.o']
../src/cairomodule.c:21:10: fatal error: 'Python.h' file not found
#include <Python.h>
          ^
1 error generated.
Waf: Leaving directory 
`/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
Build failed
  -> task failed (exit status 1):
	{task 34457710776: c cairomodule.c -> cairomodule.c.1.o}
['cc', '-I/usr/local/include', '-O2', '-pipe', '-fstack-protector', 
'-fno-strict-aliasing', '-fPIC', '-fstack-protector', 
'-fstack-protector', '-fstack-protector', '-fno-strict-aliasing', 
'-fno-strict-aliasing', 
'-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src', 
'-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src', 
'-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0', 
'-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include', 
'-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2', 
'-I/usr/local/include/libdrm', '-I/usr/local/include/libpng16', 
'-I/storage/storage/usr/local/include/python3.5m', '-D_THREAD_SAFE', 
'-DNDEBUG', '../src/cairomodule.c', '-c', '-o', 'src/cairomodule.c.1.o']
*** Error code 1

Stop.
make: stopped in /storage/usr/ports/graphics/py3-cairo

-- 
J.

From dim at FreeBSD.org  Sat Nov 26 01:00:24 2016
From: dim at FreeBSD.org (Dimitry Andric)
Date: Sat, 26 Nov 2016 02:00:13 +0100
Subject: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need
 such too?]
In-Reply-To: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
References: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
Message-ID: <9D54F0CC-F38C-4CCE-BC33-25C1457BD44B@FreeBSD.org>

On 26 Nov 2016, at 01:13, Mark Millard <markmi at dsl-only.net> wrote:
> 
>> Author: dim (src committer)
>> Date: Fri Nov 25 12:54:01 2016
>> New Revision: 427110
>> URL:
>> https://svnweb.freebsd.org/changeset/ports/427110
>> 
>> 
>> Log:
>>  Fix build of lang/gcc with libc++ 3.9.0, similar to r421625:
>> . . .
>>  What is happening here, is that the source file includes gcc/system.h,
>>  which defines abort to fancy_abort, and then the source file includes
>>  <new>, which attempts to call _VSTD::abort() (the _VSTD is a libc++
>>  alias for std::).  The macro definition then causes the above breakage.
>> 
>>  Newer gcc ports, such as gcc5 and gcc6 don't show this issue, because
>>  upstream gcc first added an include of <algorithm> (which indirectly
>>  includes <new>) in r217348 [1], and later even add a direct include of
>>  <new> in r232736 [2].
>> 
>>  Fix it for this version, by adding the direct include of <new> to
>>  gcc/system.h.  This makes the 'second' includes of <new> in some .c
>>  files superfluous, but at least they won't result in errors.
> 
> Will lang/gcc49 needs similar changes?

Actually, the patch was copied from the lang/gcc49 port, which had
already been fixed earlier, in r421625.


> (I normally only use explicitly version numbered lang/gcc* 's and
> I use lang/gcc49 on powerpc64's.)

Well, lang/gcc is a special case, in the sense that some ports that have
USE_GCC=yes, e.g. with an unspecified version, will default to it.

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161126/06269ba7/attachment.sig>

From markmi at dsl-only.net  Sat Nov 26 01:17:32 2016
From: markmi at dsl-only.net (Mark Millard)
Date: Fri, 25 Nov 2016 17:17:24 -0800
Subject: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need
 such too?]
In-Reply-To: <9D54F0CC-F38C-4CCE-BC33-25C1457BD44B@FreeBSD.org>
References: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
 <9D54F0CC-F38C-4CCE-BC33-25C1457BD44B@FreeBSD.org>
Message-ID: <5C936BA8-6941-431A-B05F-31030816F85C@dsl-only.net>

On 2016-Nov-25, at 5:00 PM, Dimitry Andric <dim at FreeBSD.org> wrote:

> On 26 Nov 2016, at 01:13, Mark Millard <markmi at dsl-only.net> wrote:
>> 
>>> Author: dim (src committer)
>>> Date: Fri Nov 25 12:54:01 2016
>>> New Revision: 427110
>>> URL:
>>> https://svnweb.freebsd.org/changeset/ports/427110
>>> 
>>> 
>>> Log:
>>> Fix build of lang/gcc with libc++ 3.9.0, similar to r421625:
>>> . . .
>>> What is happening here, is that the source file includes gcc/system.h,
>>> which defines abort to fancy_abort, and then the source file includes
>>> <new>, which attempts to call _VSTD::abort() (the _VSTD is a libc++
>>> alias for std::).  The macro definition then causes the above breakage.
>>> 
>>> Newer gcc ports, such as gcc5 and gcc6 don't show this issue, because
>>> upstream gcc first added an include of <algorithm> (which indirectly
>>> includes <new>) in r217348 [1], and later even add a direct include of
>>> <new> in r232736 [2].
>>> 
>>> Fix it for this version, by adding the direct include of <new> to
>>> gcc/system.h.  This makes the 'second' includes of <new> in some .c
>>> files superfluous, but at least they won't result in errors.
>> 
>> Will lang/gcc49 needs similar changes?
> 
> Actually, the patch was copied from the lang/gcc49 port, which had
> already been fixed earlier, in r421625.

Good to know.

>> (I normally only use explicitly version numbered lang/gcc* 's and
>> I use lang/gcc49 on powerpc64's.)
> 
> Well, lang/gcc is a special case, in the sense that some ports that have
> USE_GCC=yes, e.g. with an unspecified version, will default to it.

I wonder if that leaves lang/gcc and lang/gcc49 as conflicting.

But luckily so far I've not picked to build anything that built
lang/gcc. Or, more likely(?), if some gcc is already installed it
is used instead if lang/gcc is not installed yet. I tend to
install an explicit (not older) lang/gcc* first, before building
much else.

[Another example of conflicts can be powerpc64-gcc vs. a sometimes
matching version of devel/gcc* in the same powerpc64 environment.
For my activity I give priority to powerpc64-gcc despite it needing
a workaround to finish installing it in a powerpc64 environment.]

> -Dimitry

Thanks for all the projects/clang390-import work and powerpc64 and
powerpc back-porting to 3.9.0. Now I've got some testing/exploring
to do in powerpc64 and powerpc lands.

===
Mark Millard
markmi at dsl-only.net


From koobs at FreeBSD.org  Sat Nov 26 03:50:37 2016
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Sat, 26 Nov 2016 14:48:35 +1100
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
Message-ID: <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>

On 26/11/2016 11:19 AM, tech-lists wrote:
> Hello ports@,
> 
> py3-cairo fails to build saying it can't find Python.h - however this
> file is present.
> 
> /storage/usr/local/include/python2.7/Python.h
> /storage/usr/local/include/python3.5m/Python.h
> 
> root at pumpkin:/root# file /storage/usr/local/include/python2.7/Python.h
> /storage/usr/local/include/python2.7/Python.h: C source, ASCII text
> 
> root at pumpkin:/root# file /storage/usr/local/include/python3.5m/Python.h
> /storage/usr/local/include/python3.5m/Python.h: C source, ASCII text
> 
> FreeBSD 11.0-STABLE #0 r308922 / ports is r427130
> 
> The build gives the following error:
> 
> # make MAKE_JOBS_UNSAFE=yes
> ===>  Building for py35-cairo-1.10.0_3
>   ./options()
> Waf: Entering directory
> `/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
>   ./build()
>   src/build()
> parsing
> /storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src/cairomodule.c
> failed
> Traceback (most recent call last):
>   File
> "/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py",
> line 496, in addlines
>     lines=filter_comments(filepath)
>   File
> "/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py",
> line 47, in filter_comments
>     code=Utils.readf(filename)
>   File
> "/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Utils.py",
> line 83, in readf
>     txt=f.read()
>   File "/usr/local/lib/python3.5/encodings/ascii.py", line 26, in decode
>     return codecs.ascii_decode(input, self.errors)[0]
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 54:
> ordinal not in range(128)
> [1/9] c: src/cairomodule.c -> build_directory/src/cairomodule.c.1.o
> 00:06:50 runner ['cc', '-I/usr/local/include', '-O2', '-pipe',
> '-fstack-protector', '-fno-strict-aliasing', '-fPIC',
> '-fstack-protector', '-fstack-protector', '-fstack-protector',
> '-fno-strict-aliasing', '-fno-strict-aliasing',
> '-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src',
> '-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src',
> '-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0',
> '-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include',
> '-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2',
> '-I/usr/local/include/libdrm', '-I/usr/local/include/libpng16',
> '-I/storage/storage/usr/local/include/python3.5m', '-D_THREAD_SAFE',
> '-DNDEBUG', '../src/cairomodule.c', '-c', '-o', 'src/cairomodule.c.1.o']
> ../src/cairomodule.c:21:10: fatal error: 'Python.h' file not found
> #include <Python.h>
>          ^
> 1 error generated.
> Waf: Leaving directory
> `/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
> Build failed
>  -> task failed (exit status 1):
>     {task 34457710776: c cairomodule.c -> cairomodule.c.1.o}
> ['cc', '-I/usr/local/include', '-O2', '-pipe', '-fstack-protector',
> '-fno-strict-aliasing', '-fPIC', '-fstack-protector',
> '-fstack-protector', '-fstack-protector', '-fno-strict-aliasing',
> '-fno-strict-aliasing',
> '-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src',
> '-I/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src',
> '-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0',
> '-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include',
> '-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2',
> '-I/usr/local/include/libdrm', '-I/usr/local/include/libpng16',
> '-I/storage/storage/usr/local/include/python3.5m', '-D_THREAD_SAFE',

Include path  ^^ has a double '/storage/storage/' prefix:

 '-I/storage/storage/usr/local/include/python3.5m'

What's causing it is the question. It could be that something is not
PREFIX-safe.


./koobs

From gerald at pfeifer.com  Sat Nov 26 07:48:07 2016
From: gerald at pfeifer.com (Gerald Pfeifer)
Date: Sat, 26 Nov 2016 08:47:59 +0100 (CET)
Subject: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need
 such too?]
In-Reply-To: <5C936BA8-6941-431A-B05F-31030816F85C@dsl-only.net>
References: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
 <9D54F0CC-F38C-4CCE-BC33-25C1457BD44B@FreeBSD.org>
 <5C936BA8-6941-431A-B05F-31030816F85C@dsl-only.net>
Message-ID: <alpine.LSU.2.20.1611260832560.2407@anthias.pfeifer.com>

On Fri, 25 Nov 2016, Mark Millard wrote:
> I wonder if that leaves lang/gcc and lang/gcc49 as conflicting.

Yes, these two ports conflict for the time being, and are properly
marked as such.

(And I am looking for a more elegant approach going forward, in 
particular when we move into GCC 5 territory where, based on input 
from Tijl and others, we now distinguish between lang/gcc5 and 
lang/gcc5-devel.)

> But luckily so far I've not picked to build anything that built
> lang/gcc. Or, more likely(?), if some gcc is already installed it
> is used instead if lang/gcc is not installed yet.

Correct.  If lang/gcc49 or lang/gcc is installed, either of the
two is picked up; if a newer version is installed and USE_GCC=yes
or USE_GCC=X.Y+ are requested (and the installed version is newer),
that one is used.

Nothing to do with luck on your side, Mark.  Rather, design and 
implementation in the Ports Collection. :-)

Gerald


From tech-lists at zyxst.net  Sat Nov 26 10:11:49 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 26 Nov 2016 10:11:45 +0000
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
Message-ID: <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>

On 26/11/2016 03:48, Kubilay Kocak wrote:
> Include path  ^^ has a double '/storage/storage/' prefix:
>
>  '-I/storage/storage/usr/local/include/python3.5m'
>
> What's causing it is the question. It could be that something is not
> PREFIX-safe.

Interesting. Is this something I can fix myself in the Makefile?
-- 
J.

From jjuanino at gmail.com  Sat Nov 26 12:43:12 2016
From: jjuanino at gmail.com (=?UTF-8?B?Sm9zw6kgR2FyY8OtYSBKdWFuaW5v?=)
Date: Sat, 26 Nov 2016 13:43:10 +0100
Subject: commit PR 214236
Message-ID: <CAAVO5+J_QdKykAaP-z9-0YbcbxKGUx_zW59tw+KGcVL-C=4FYg@mail.gmail.com>

Hi freebsd-ports,

could any committer take a look to PR 214236? It is a patch ready to
be committed. Thanks.

From koobs at FreeBSD.org  Sat Nov 26 14:01:45 2016
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Sun, 27 Nov 2016 00:59:44 +1100
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
 <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
Message-ID: <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>

On 26/11/2016 9:11 PM, tech-lists wrote:
> On 26/11/2016 03:48, Kubilay Kocak wrote:
>> Include path  ^^ has a double '/storage/storage/' prefix:
>>
>>  '-I/storage/storage/usr/local/include/python3.5m'
>>
>> What's causing it is the question. It could be that something is not
>> PREFIX-safe.
> 
> Interesting. Is this something I can fix myself in the Makefile?

Difficult to answer that question without knowing what/where the cause
is. Off the top of my head, some avenues to investigate:

- /etc/make.conf (or any other config sourced into the port build)
- the graphics/py3-cairo port
- Any USES=foo framework components that py3-cairo uses
- waf configuration for py3-cairo
- python3.5-config results
- if python3.5-config results contain the incorrect path, then the
lang/python35 port or Mk/Uses/python.mk looking for things that may be
PREFIX-unsafe.

Which raises the question, what variable(s) is/are being overridden to
get things happening  in /storage in your environment? A full
environment variable list while building the port would be good.

./koobs

From tech-lists at zyxst.net  Sat Nov 26 16:41:21 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sat, 26 Nov 2016 16:41:18 +0000
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
 <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
 <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>
Message-ID: <555a5a00-3d6a-ad8d-a0c0-2800cf2e0d62@zyxst.net>

On 26/11/2016 13:59, Kubilay Kocak wrote:
> On 26/11/2016 9:11 PM, tech-lists wrote:
>> On 26/11/2016 03:48, Kubilay Kocak wrote:
>>> Include path  ^^ has a double '/storage/storage/' prefix:
>>>
>>>  '-I/storage/storage/usr/local/include/python3.5m'
>>>
>>> What's causing it is the question. It could be that something is not
>>> PREFIX-safe.
>>
>> Interesting. Is this something I can fix myself in the Makefile?
>
> Difficult to answer that question without knowing what/where the cause
> is. Off the top of my head, some avenues to investigate:
>
> - /etc/make.conf (or any other config sourced into the port build)
> - the graphics/py3-cairo port
> - Any USES=foo framework components that py3-cairo uses
> - waf configuration for py3-cairo
> - python3.5-config results
> - if python3.5-config results contain the incorrect path, then the
> lang/python35 port or Mk/Uses/python.mk looking for things that may be
> PREFIX-unsafe.
>
> Which raises the question, what variable(s) is/are being overridden to
> get things happening  in /storage in your environment? A full
> environment variable list while building the port would be good.

Hi,

/storage is a zpool.

/usr/local is a symlink of /storage/usr/local

OK, here is the output from env:

# env
TERM=xterm-256color
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
SHELL=/bin/csh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=amd
OSTYPE=FreeBSD
MACHTYPE=x86_64
SHLVL=1
PWD=/usr/ports/graphics/py3-cairo
LOGNAME=root
GROUP=wheel
HOST=pumpkin.growveg.org
EDITOR=vi
PAGER=more

Here is /etc/make.conf:

MALLOC_PRODUCTION=yes
MAKE_JOBS_NUMBER=18
WITH_MANCOMPRESS=YES
WITHOUT_DEBUG=YES
DEFAULT_VERSIONS+=  ssl=libressl
OPTIMIZED_CFLAGS=YES
BUILD_OPTIMIZED=YES
NO_SENDMAIL=true

python3-config:

# python3.5-config --prefix
/storage/usr/local

#

I don't know what waf is or how it works. It's referenced in the 
makefile, as is reference to USES=

Here's the makefile:

# Created by: Michael Johnson <ahze at FreeBSD.org>
# $FreeBSD: head/graphics/py3-cairo/Makefile 401900 2015-11-18 22:13:53Z 
rm $
#       $MCom: ports/graphics/py-cairo/Makefile,v 1.28 2010/11/15 
14:12:13 kwm Exp $

PORTNAME=       cairo
PORTVERSION=    1.10.0
PORTREVISION=   3
CATEGORIES=     graphics python
MASTER_SITES=   http://cairographics.org/releases/
PKGNAMEPREFIX=  ${PYTHON_PKGNAMEPREFIX}
DISTNAME=       py${PORTNAME}-${PORTVERSION}

MAINTAINER=     gnome at FreeBSD.org
COMMENT=        Python 3 bindings for Cairo

USES=           pkgconfig python:3 shebangfix tar:bzip2 waf
USE_GNOME=      cairo
CPPFLAGS+=      -I${LOCALBASE}/include
LDFLAGS+=       -L${LOCALBASE}/lib

SHEBANG_FILES=  examples/*.py examples/*/*.py test/*.py

.include <bsd.port.pre.mk>

.if ${PYTHON_REL} < 3500
PYOEXTENSION=   pyo
.else
PYOEXTENSION=   opt-1.pyc
.endif

PLIST_SUB+=     PYTVER=${PYTHON_VER:S/.//} \
                 PYOEXTENSION=${PYOEXTENSION}

post-patch:
         @${REINPLACE_CMD} -e 's|python %s|${PYTHON_CMD} %s|g' \
                 ${WRKSRC}/test/examples_test.py

pre-configure:
# Run waf configure twice, once to extract waflib and patch and then 
actual configure
         @cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${CONFIGURE_CMD} || :
         @cd ${WRKSRC}/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/ && \
                 ${PATCH} -p1 < 
${FILESDIR}/pycairo-1.10.0-waf-py3_4.patch && \
                 ${PATCH} -p1 < ${FILESDIR}/pycairo-1.10.0-waf-py3_5.patch

post-install:
         @${RM} ${STAGEDIR}${PYTHON_SITELIBDIR}/cairo/__init__.py[co]
         @cd ${STAGEDIR}${PREFIX} && ${PYTHON_CMD} 
${PYTHON_LIBDIR}/compileall.py \
                 -d ${PYTHONPREFIX_SITELIBDIR} -f 
${PYTHONPREFIX_SITELIBDIR:S;${PREFIX}/;;}
         @cd ${STAGEDIR}${PREFIX} && ${PYTHON_CMD} -O 
${PYTHON_LIBDIR}/compileall.py \
                 -d ${PYTHONPREFIX_SITELIBDIR} -f 
${PYTHONPREFIX_SITELIBDIR:S;${PREFIX}/;;}
         @${STRIP_CMD} ${STAGEDIR}${PYTHON_SITELIBDIR}/cairo/_cairo.so

.include <bsd.port.post.mk>

many thanks,
-- 
J.

From mexas at bris.ac.uk  Sat Nov 26 19:06:49 2016
From: mexas at bris.ac.uk (Anton Shterenlikht)
Date: Sat, 26 Nov 2016 11:06:46 -0800 (PST)
Subject: openjdk8 installed, but libjawt.so => not found
Message-ID: <201611261906.uAQJ6i5E001895@minky.cable.virginmedia.net>

This is on 11.0-RELEASE-p2 amd64 laptops.

# ldd /usr/local/lib/libnativewindow_awt.so
/usr/local/lib/libnativewindow_awt.so:
        libX11.so.6 => /usr/local/lib/libX11.so.6 (0x801202000)
        libXxf86vm.so.1 => /usr/local/lib/libXxf86vm.so.1 (0x801541000)
        libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x801745000)
        libjawt.so => not found (0)
        libc.so.7 => /lib/libc.so.7 (0x800823000)
        libxcb.so.1 => /usr/local/lib/libxcb.so.1 (0x80194e000)
        libXext.so.6 => /usr/local/lib/libXext.so.6 (0x801b6d000)
        libXau.so.6 => /usr/local/lib/libXau.so.6 (0x801d7e000)
        libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 (0x801f80000)
        libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x802181000)
# ldd /usr/local/lib/libswt-awt-gtk-3738.so
/usr/local/lib/libswt-awt-gtk-3738.so:
        libjawt.so => not found (0)
        libc.so.7 => /lib/libc.so.7 (0x800823000)
# pkg info -xl jdk |grep libjawt | xargs ls -al
-r--r--r--  1 root  wheel  6512 Nov  3 07:50 /usr/local/openjdk8/jre/lib/amd64/libjawt.so
-r--r--r--  1 root  wheel  6719 Nov  3 07:50 /usr/local/openjdk8/lib/amd64/libjawt.so

I reinstalled several times:

# pkg install jogamp-jogl swt-devel

New packages to be INSTALLED:
        jogamp-jogl: 2.2.4
        swt-devel: 3.7.1_2,1
        openjdk8: 8.102.14_1

But still libjawt.so cannot be found by swt-devel
and jogamp-jogl.

Can anybody reproduce this?
Any advice?

Thanks

Anton


From mat at FreeBSD.org  Sat Nov 26 20:10:12 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Sat, 26 Nov 2016 21:10:07 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
Message-ID: <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>

Le 25/11/2016 ? 12:46, Willem Jan Withagen a ?crit :
> Hi,
>
> I'm try in to make a port for Ceph, but it depens on a lot of github
> modules.

From having a quick look at the GH_TUPLE, it seems you have duplicate
tags, the fourth field.  You seem to always put :ceph, but it *must* be
unique.

Also, you are using master at least twice, you must not use branch
names, you must put tags or commit hashes.

> GH_TUPLE=       \
>                 wjwithagen:ceph:master:ceph \
>                 facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \
>
> ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
>                 ceph:ceph-object-corpus:master:ceph/ceph-object-corpus \
>                 ceph:civetweb:v1.5-1537-gcc0dfa1:ceph/src/civetweb \
>
> ceph:jerasure:v2-ceph:ceph/src/erasure-code/jerasure/jerasure \
>
> ceph:gf-complete:v3-ceph:ceph/src/erasure-code/jerasure/gf-complete \
>                 ceph:googletest:ceph-release-1.7.x:ceph/src/googletest \
>                 ceph:spdk:v1.2.0-39-g9322c25:ceph/src/spdk \
>                 ceph:xxHash:v0.5.1-2-g1f40c65:ceph/src/xxHash \
>                 ceph:isa-l:v2.16.0:ceph/src/isa-l \
>                 ceph:lua:lua-5.3-ceph:ceph/src/lua \
>                 ceph:Beast:999e2fa:ceph/src/Beast \
>                 boostorg:boost:boost-1.61.0-275-g1790aff:ceph/src/boost \
>                 ceph:dpdk:a38e5ec:ceph/src/dpdk \
>
> But if I want to make distinfo for this, it only generates:
> TIMESTAMP = 1480073496
> SHA256 (wjwithagen-ceph-master_GH0.tar.gz) =
> b72d0f0e7c57249d144dcb4c2ecb426cb70f273be72bd587446e2d1ba71c3761
> SIZE (wjwithagen-ceph-master_GH0.tar.gz) = 8935857
> SHA256 (ceph-dpdk-a38e5ec_GH0.tar.gz) =
> 2f88c1e6361c99b4525dbc524c0c56cb5a45273028045d966190e73c416a0b24
> SIZE (ceph-dpdk-a38e5ec_GH0.tar.gz) = 16158917
>
> Being the main source and the last of the submodules.
>
> How do I get it to run makesum on all modules?
>
> Thanx
> --WjW
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>


-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161126/d47febf2/attachment.sig>

From markmi at dsl-only.net  Sun Nov 27 00:16:14 2016
From: markmi at dsl-only.net (Mark Millard)
Date: Sat, 26 Nov 2016 16:16:11 -0800
Subject: svn commit: r427110 - head/lang/gcc/files [does lang/gcc49 need
 such too?]
In-Reply-To: <alpine.LSU.2.20.1611260832560.2407@anthias.pfeifer.com>
References: <86C72DB2-B9ED-4512-A88C-BD1D9A23806F@dsl-only.net>
 <9D54F0CC-F38C-4CCE-BC33-25C1457BD44B@FreeBSD.org>
 <5C936BA8-6941-431A-B05F-31030816F85C@dsl-only.net>
 <alpine.LSU.2.20.1611260832560.2407@anthias.pfeifer.com>
Message-ID: <487153E5-EF53-4960-9364-23992D7E0F76@dsl-only.net>

On 2016-Nov-25, at 11:47 PM, Gerald Pfeifer <gerald at pfeifer.com> wrote:

> On Fri, 25 Nov 2016, Mark Millard wrote:
>> I wonder if that leaves lang/gcc and lang/gcc49 as conflicting.
> 
> Yes, these two ports conflict for the time being, and are properly
> marked as such.
> 
> (And I am looking for a more elegant approach going forward, in 
> particular when we move into GCC 5 territory where, based on input 
> from Tijl and others, we now distinguish between lang/gcc5 and 
> lang/gcc5-devel.)

That explains why I've only had lang/gcc5 vs. devel/powerpc64-gcc
conflicts at times: devel/powerpc64-gcc is not treated as a 3rd
alternative to lang/gcc5-devel and lang/gcc5 and it overlaps with
lang/gcc5 when the .x part of the versions (of .x.y) happen to be
the same.

[Long ago it was devel/powerpc64-gcc and lang/gcc49 conflicts.]

devel/powerpc64-gcc is currently a gcc5 variant. I actually
install and use devel/powerpc64-xtoolchain-gcc and its
devel/powerpc64-gcc on the powerpc64 contexts that I have. (This
requires a staging-failure workaround.) I learned to avoid
having lang/gcc5 (in more modern times). Sounds like I could
have lang/gcc5-devel without conflicts.

I use devel/powerpc64-gcc for "self hosted cross builds" in order
to have a modern libc++ based powerpc64 environment without
requiring actual cross builds. [I've never gotten lib32 to
work under this technique so I build without it.]

>> But luckily so far I've not picked to build anything that built
>> lang/gcc. Or, more likely(?), if some gcc is already installed it
>> is used instead if lang/gcc is not installed yet.
> 
> Correct.  If lang/gcc49 or lang/gcc is installed, either of the
> two is picked up; if a newer version is installed and USE_GCC=yes
> or USE_GCC=X.Y+ are requested (and the installed version is newer),
> that one is used.
> 
> Nothing to do with luck on your side, Mark.  Rather, design and 
> implementation in the Ports Collection. :-)
> 
> Gerald


===
Mark Millard
markmi at dsl-only.net


From kayasaman at gmail.com  Sun Nov 27 02:22:39 2016
From: kayasaman at gmail.com (Kaya Saman)
Date: Sun, 27 Nov 2016 02:22:36 +0000
Subject: net-snmp index files / cached data
Message-ID: <7f380535-a353-f547-8025-d9fed1f8f254@gmail.com>

Hi,


does anyone know where the net-snmp port stores its cache?


It seems that the cached files which are stored as .index files on some 
systems (not sure if it's the case with the FBSD port) are getting out 
of sync and causing issues for applications trying to locally load mibs.


I've checked the file system all over but unfortunately haven't been 
able to locate any directory called mib_indexes or something similar.


Thanks.


Kaya


From kayasaman at gmail.com  Sun Nov 27 02:28:00 2016
From: kayasaman at gmail.com (Kaya Saman)
Date: Sun, 27 Nov 2016 02:27:56 +0000
Subject: net-snmp index files / cached data
In-Reply-To: <7f380535-a353-f547-8025-d9fed1f8f254@gmail.com>
References: <7f380535-a353-f547-8025-d9fed1f8f254@gmail.com>
Message-ID: <c8de4508-3ca8-07e7-3092-a1b2afe8edd4@gmail.com>

False alarm!

Found it: /var/net-snmp/mib_indexes

:-)

On 11/27/2016 02:22 AM, Kaya Saman wrote:
> Hi,
>
>
> does anyone know where the net-snmp port stores its cache?
>
>
> It seems that the cached files which are stored as .index files on 
> some systems (not sure if it's the case with the FBSD port) are 
> getting out of sync and causing issues for applications trying to 
> locally load mibs.
>
>
> I've checked the file system all over but unfortunately haven't been 
> able to locate any directory called mib_indexes or something similar.
>
>
> Thanks.
>
>
> Kaya
>


From portscout at FreeBSD.org  Sun Nov 27 07:54:00 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Sun, 27 Nov 2016 07:53:59 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611270753.uAR7rxHs075328@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161127/e44297df/attachment.ksh>

From tech-lists at zyxst.net  Sun Nov 27 11:37:07 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sun, 27 Nov 2016 11:36:57 +0000
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <555a5a00-3d6a-ad8d-a0c0-2800cf2e0d62@zyxst.net>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
 <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
 <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>
 <555a5a00-3d6a-ad8d-a0c0-2800cf2e0d62@zyxst.net>
Message-ID: <27c87941-575c-70d3-4f41-d7bb400d5a69@zyxst.net>

also, it's uninstallable from the pkg repo, even though freshports 
suggests it should be:

# pkg install py34-cairo
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
pkg: No packages available to install matching 'py34-cairo' have been 
found in the repositories

-- 
J.

From tech-lists at zyxst.net  Sun Nov 27 11:50:58 2016
From: tech-lists at zyxst.net (tech-lists)
Date: Sun, 27 Nov 2016 11:50:46 +0000
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <27c87941-575c-70d3-4f41-d7bb400d5a69@zyxst.net>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
 <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
 <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>
 <555a5a00-3d6a-ad8d-a0c0-2800cf2e0d62@zyxst.net>
 <27c87941-575c-70d3-4f41-d7bb400d5a69@zyxst.net>
Message-ID: <73d9119f-29fe-1f27-9845-354997077cc5@zyxst.net>

On 27/11/2016 11:36, tech-lists wrote:
> also, it's uninstallable from the pkg repo, even though freshports
> suggests it should be:
>
> # pkg install py34-cairo
> Updating FreeBSD repository catalogue...
> FreeBSD repository is up-to-date.
> All repositories are up-to-date.
> pkg: No packages available to install matching 'py34-cairo' have been
> found in the repositories

pkg install py35-cairo worked :D

-- 
J.

From wjw at digiware.nl  Sun Nov 27 11:57:40 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Sun, 27 Nov 2016 12:57:34 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>
Message-ID: <e595a117-e8c3-5e2f-dce2-1ca21d41d70a@digiware.nl>

On 26-11-2016 21:10, Mathieu Arnold wrote:
> Le 25/11/2016 ? 12:46, Willem Jan Withagen a ?crit :
>> Hi,
>>
>> I'm try in to make a port for Ceph, but it depens on a lot of github
>> modules.
> 
> From having a quick look at the GH_TUPLE, it seems you have duplicate
> tags, the fourth field.  You seem to always put :ceph, but it *must* be
> unique.
> 
> Also, you are using master at least twice, you must not use branch
> names, you must put tags or commit hashes.

Hi Mathieu,

Your remarks pushed me in the right direction.
I needed to fix two things:
Fetching all the repos, and they needed to be IN the tree that is
fetched with master.

So indeed the fourth field (which is called group) needs to be
different, then all the repos are fetched. Placing them in
subdirectories of ${WRKSRC} is done by adding the path after a / after
the group.

IMHO a sort of an illogical last element of GH_TUPLE. And perhaps
deserves a bit/lot more explaining in the handbook.

It now looks like:
GH_TUPLE+=      ceph:xxHash:v0.5.1-2-g1f40c65:xxHash/src/xxHash
GH_TUPLE+=      ceph:isa-l:v2.16.0:isal/src/isa-l
GH_TUPLE+=      ceph:lua:lua-5.3-ceph:lua/src/lua
GH_TUPLE+=      ceph:Beast:999e2fa:Beast/src/Beast
GH_TUPLE+=      boostorg:boost:boost-1.61.0-275-g1790aff:boost/src/boost
GH_TUPLE+=      ceph:dpdk:a38e5ec:dpd/src/dpd

Thanx for the help,
--WjW


> 
>> GH_TUPLE=       \
>>                 wjwithagen:ceph:master:ceph \
>>                 facebook:rocksdb:2.7.fb-4511-ge55f42f:ceph/src/rocksdb \
>>
>> ceph:ceph-erasure-code-corpus:b5c8634:ceph/ceph-erasure-code-corpus \
>>                 ceph:ceph-object-corpus:master:ceph/ceph-object-corpus \
>>                 ceph:civetweb:v1.5-1537-gcc0dfa1:ceph/src/civetweb \
>>
>> ceph:jerasure:v2-ceph:ceph/src/erasure-code/jerasure/jerasure \
>>
>> ceph:gf-complete:v3-ceph:ceph/src/erasure-code/jerasure/gf-complete \
>>                 ceph:googletest:ceph-release-1.7.x:ceph/src/googletest \
>>                 ceph:spdk:v1.2.0-39-g9322c25:ceph/src/spdk \
>>                 ceph:xxHash:v0.5.1-2-g1f40c65:ceph/src/xxHash \
>>                 ceph:isa-l:v2.16.0:ceph/src/isa-l \
>>                 ceph:lua:lua-5.3-ceph:ceph/src/lua \
>>                 ceph:Beast:999e2fa:ceph/src/Beast \
>>                 boostorg:boost:boost-1.61.0-275-g1790aff:ceph/src/boost \
>>                 ceph:dpdk:a38e5ec:ceph/src/dpdk \
>>
>> But if I want to make distinfo for this, it only generates:
>> TIMESTAMP = 1480073496
>> SHA256 (wjwithagen-ceph-master_GH0.tar.gz) =
>> b72d0f0e7c57249d144dcb4c2ecb426cb70f273be72bd587446e2d1ba71c3761
>> SIZE (wjwithagen-ceph-master_GH0.tar.gz) = 8935857
>> SHA256 (ceph-dpdk-a38e5ec_GH0.tar.gz) =
>> 2f88c1e6361c99b4525dbc524c0c56cb5a45273028045d966190e73c416a0b24
>> SIZE (ceph-dpdk-a38e5ec_GH0.tar.gz) = 16158917
>>
>> Being the main source and the last of the submodules.
>>
>> How do I get it to run makesum on all modules?
>>
>> Thanx
>> --WjW
>> _______________________________________________
>> freebsd-ports at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>>
> 
> 


From indexbuild at FreeBSD.org  Sun Nov 27 12:12:37 2016
From: indexbuild at FreeBSD.org (Ports Index build)
Date: Sun, 27 Nov 2016 12:12:37 GMT
Subject: INDEX build failed for 9.x
Message-ID: <201611271212.uARCCbuQ076926@portsindexbuild.ysv.freebsd.org>

INDEX build failed with errors:
Generating INDEX-9 - please wait.."Makefile", line 87: Malformed conditional (defined(OPENSSL_PORT) && "${OPENSSL_PORT:M*libressl*}" != "")
"Makefile", line 89: if-less endif
fmake: fatal errors encountered -- cannot continue
===> www/mod_spdy failed
*** [describe.www] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-9] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 amdmi3 brnrd gblach novel olgeni rene 

Most recent SVN update was:
Updating '.':
U    misc/py-glance/Makefile
U    misc/py-glance/distinfo
U    misc/py-glance/files/glance-api.in
A    misc/py-glance/files/glance-glare.in
U    misc/py-glance/files/glance-registry.in
U    misc/py-glance/files/glance-scrubber.in
U    devel/Makefile
A    devel/py-wsgi_intercept
A    devel/py-wsgi_intercept/Makefile
A    devel/py-wsgi_intercept/distinfo
A    devel/py-wsgi_intercept/pkg-descr
A    devel/py-websockify
A    devel/py-websockify/Makefile
A    devel/py-websockify/distinfo
A    devel/py-websockify/pkg-descr
A    devel/py-oslo.versionedobjects
A    devel/py-oslo.versionedobjects/Makefile
A    devel/py-oslo.versionedobjects/distinfo
A    devel/py-oslo.versionedobjects/pkg-descr
A    devel/py-oslo.rootwrap
A    devel/py-oslo.rootwrap/Makefile
A    devel/py-oslo.rootwrap/distinfo
A    devel/py-oslo.rootwrap/pkg-descr
A    devel/py-oslo.reports
A    devel/py-oslo.reports/Makefile
A    devel/py-oslo.reports/distinfo
A    devel/py-oslo.reports/pkg-descr
A    devel/py-oslo.privsep
A    devel/py-oslo.privsep/Makefile
A    devel/py-oslo.privsep/distinfo
A    devel/py-oslo.privsep/pkg-descr
A    devel/py-microversion-parse
A    devel/py-microversion-parse/Makefile
A    devel/py-microversion-parse/distinfo
A    devel/py-microversion-parse/pkg-descr
U    devel/efl/Makefile
U    devel/efl/distinfo
U    devel/py-oslo.service/Makefile
U    devel/py-oslo.service/distinfo
U    devel/py-oslo.policy/Makefile
U    devel/py-oslo.policy/distinfo
U    devel/py-oslo.middleware/Makefile
U    devel/py-oslo.middleware/distinfo
U    devel/py-oslo.messaging/Makefile
U    devel/py-oslo.messaging/distinfo
U    sysutils/ohmu/Makefile
U    sysutils/cbsd/Makefile
U    sysutils/cbsd/distinfo
U    sysutils/cbsd/files/cbsdd.in
D    www/gecko-sharp20
U    www/mod_spdy/Makefile
U    www/mod_spdy/pkg-descr
U    www/Makefile
U    www/elixir-maru/Makefile
U    www/elixir-maru/distinfo
U    www/elixir-maru/pkg-plist
U    MOVED
U    net/py-openstackclient/Makefile
U    net/py-openstackclient/distinfo
U    net/py-keystoneclient/Makefile
U    net/py-keystoneclient/distinfo
U    games/4stattack/Makefile
Updated to revision 427226.

From mat at FreeBSD.org  Sun Nov 27 12:34:43 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Sun, 27 Nov 2016 13:34:37 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <e595a117-e8c3-5e2f-dce2-1ca21d41d70a@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>
 <e595a117-e8c3-5e2f-dce2-1ca21d41d70a@digiware.nl>
Message-ID: <2a5f6706-ec7b-097c-0879-d0e8e85b203b@FreeBSD.org>

Le 27/11/2016 ? 12:57, Willem Jan Withagen a ?crit :
> On 26-11-2016 21:10, Mathieu Arnold wrote:
>> Le 25/11/2016 ? 12:46, Willem Jan Withagen a ?crit :
>>> Hi,
>>>
>>> I'm try in to make a port for Ceph, but it depens on a lot of github
>>> modules.
>> From having a quick look at the GH_TUPLE, it seems you have duplicate
>> tags, the fourth field.  You seem to always put :ceph, but it *must* be
>> unique.
>>
>> Also, you are using master at least twice, you must not use branch
>> names, you must put tags or commit hashes.
> Hi Mathieu,
>
> Your remarks pushed me in the right direction.
> I needed to fix two things:
> Fetching all the repos, and they needed to be IN the tree that is
> fetched with master.
>
> So indeed the fourth field (which is called group) needs to be
> different, then all the repos are fetched. Placing them in
> subdirectories of ${WRKSRC} is done by adding the path after a / after
> the group.
>
> IMHO a sort of an illogical last element of GH_TUPLE. And perhaps
> deserves a bit/lot more explaining in the handbook.

It is all documented in the USE_GITHUB section[1] of the Porter's
Handbook. The format of GH_TUPLE is described there too, and there are a
few examples, including one extended one describing what you are trying
to do.

The GH_TUPLE format is a bit strange, I agree, but the subdirectory
could not be put in another place because the third field (commit or
tag) can contain a / (there are a few examples in the tree), and the
path can contain a : (I stumbled upon one).
Also, GH_SUBDIR is optional, and it was a bad idea to put an optional
part in the middle of the string.
(And I'm not talking about the fact that GH_SUBDIR is newer than
GH_TUPLE, and that backward compatibility needed to be kept.)

> It now looks like:
> GH_TUPLE+=      ceph:xxHash:v0.5.1-2-g1f40c65:xxHash/src/xxHash
> GH_TUPLE+=      ceph:isa-l:v2.16.0:isal/src/isa-l
> GH_TUPLE+=      ceph:lua:lua-5.3-ceph:lua/src/lua
> GH_TUPLE+=      ceph:Beast:999e2fa:Beast/src/Beast
> GH_TUPLE+=      boostorg:boost:boost-1.61.0-275-g1790aff:boost/src/boost
> GH_TUPLE+=      ceph:dpdk:a38e5ec:dpd/src/dpd

1:
https://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github

-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161127/d3c72c11/attachment.sig>

From wjw at digiware.nl  Sun Nov 27 12:57:20 2016
From: wjw at digiware.nl (Willem Jan Withagen)
Date: Sun, 27 Nov 2016 13:57:16 +0100
Subject: running make makesum for multiple github repos
In-Reply-To: <2a5f6706-ec7b-097c-0879-d0e8e85b203b@FreeBSD.org>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>
 <e595a117-e8c3-5e2f-dce2-1ca21d41d70a@digiware.nl>
 <2a5f6706-ec7b-097c-0879-d0e8e85b203b@FreeBSD.org>
Message-ID: <b2ccf320-1dc8-6b1a-c899-15e215a2e018@digiware.nl>

On 27-11-2016 13:34, Mathieu Arnold wrote:
> Le 27/11/2016 ? 12:57, Willem Jan Withagen a ?crit :
>> On 26-11-2016 21:10, Mathieu Arnold wrote:
>>> Le 25/11/2016 ? 12:46, Willem Jan Withagen a ?crit :
>>>> Hi,
>>>>
>>>> I'm try in to make a port for Ceph, but it depens on a lot of github
>>>> modules.
>>> From having a quick look at the GH_TUPLE, it seems you have duplicate
>>> tags, the fourth field.  You seem to always put :ceph, but it *must* be
>>> unique.
>>>
>>> Also, you are using master at least twice, you must not use branch
>>> names, you must put tags or commit hashes.
>> Hi Mathieu,
>>
>> Your remarks pushed me in the right direction.
>> I needed to fix two things:
>> Fetching all the repos, and they needed to be IN the tree that is
>> fetched with master.
>>
>> So indeed the fourth field (which is called group) needs to be
>> different, then all the repos are fetched. Placing them in
>> subdirectories of ${WRKSRC} is done by adding the path after a / after
>> the group.
>>
>> IMHO a sort of an illogical last element of GH_TUPLE. And perhaps
>> deserves a bit/lot more explaining in the handbook.
> 
> It is all documented in the USE_GITHUB section[1] of the Porter's
> Handbook. The format of GH_TUPLE is described there too, and there are a
> few examples, including one extended one describing what you are trying
> to do.

I have reread the section, but still cannot really understand what I did
from the text... But that perhaps says more about me. :)

Perhaps it would help if the group/subdir is a more verbosely explained.
It, for one, does not tell that group needs to be exclusive for each
repo. And I still have no clue as to its function.

In the fourth field the group is required, and subdir is optional.

> The GH_TUPLE format is a bit strange, I agree, but the subdirectory
> could not be put in another place because the third field (commit or
> tag) can contain a / (there are a few examples in the tree), and the
> path can contain a : (I stumbled upon one).
> Also, GH_SUBDIR is optional, and it was a bad idea to put an optional
> part in the middle of the string.
> (And I'm not talking about the fact that GH_SUBDIR is newer than
> GH_TUPLE, and that backward compatibility needed to be kept.)

GH_TUPLE is also not very often used in the ports. So there are not that
many examples to find. And I appreciate backwards compatibility, and
starting to escape chars will not make it more ledgible.

>> It now looks like:
>> GH_TUPLE+=      ceph:xxHash:v0.5.1-2-g1f40c65:xxHash/src/xxHash
>> GH_TUPLE+=      ceph:isa-l:v2.16.0:isal/src/isa-l
>> GH_TUPLE+=      ceph:lua:lua-5.3-ceph:lua/src/lua
>> GH_TUPLE+=      ceph:Beast:999e2fa:Beast/src/Beast
>> GH_TUPLE+=      boostorg:boost:boost-1.61.0-275-g1790aff:boost/src/boost
>> GH_TUPLE+=      ceph:dpdk:a38e5ec:dpd/src/dpd
> 
> 1:
> https://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github
> 

That is where i got my info...

Thanx,
--WjW

From indexbuild at FreeBSD.org  Sun Nov 27 15:08:08 2016
From: indexbuild at FreeBSD.org (Ports Index build)
Date: Sun, 27 Nov 2016 15:08:08 GMT
Subject: INDEX now builds successfully on 9.x
Message-ID: <201611271508.uARF88u4002295@portsindexbuild.ysv.freebsd.org>


From neel at neelc.org  Sun Nov 27 19:42:46 2016
From: neel at neelc.org (Neel Chauhan)
Date: Sun, 27 Nov 2016 19:42:37 +0000
Subject: Is anybody working on a FreeBSD Port for the Pantheon desktop
Message-ID: <02eea46e000774b8d0964ba99a7a21b1@mail.neelc.org>

Hi freebsd-ports,

I am wondering if anybody is working on a FreeBSD Port for the Pantheon desktop (the DE used in Elementary OS)? If not, I am happily willing to work on a port (or even if someone is, if they want help, I can help).

Thank You,
Neel Chauhan
===
https://www.neelc.org/

From duchateau.olivier at gmail.com  Sun Nov 27 21:56:54 2016
From: duchateau.olivier at gmail.com (Olivier Duchateau)
Date: Sun, 27 Nov 2016 22:57:00 +0100
Subject: Is anybody working on a FreeBSD Port for the Pantheon desktop
In-Reply-To: <02eea46e000774b8d0964ba99a7a21b1@mail.neelc.org>
References: <02eea46e000774b8d0964ba99a7a21b1@mail.neelc.org>
Message-ID: <20161127225700.3c003a3a21baadc0e881f3d3@gmail.com>

On Sun, 27 Nov 2016 19:42:37 +0000
"Neel Chauhan" <neel at neelc.org> wrote:

> Hi freebsd-ports,
> 
> I am wondering if anybody is working on a FreeBSD Port for the Pantheon desktop (the DE used in Elementary OS)? If not, I am happily willing to work on a port (or even if someone is, if they want help, I can help).

I'm working on Pantheon desktop, but gala is too unstable (like some other applications, which crash often).

I'm focusing on standalone applications, because some piece of desktop are not yet available (no tarballs).

> Thank You,
> Neel Chauhan
> ===
> https://www.neelc.org/
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"


-- 
olivier

From kremels at kreme.com  Sun Nov 27 23:22:18 2016
From: kremels at kreme.com (@lbutlr)
Date: Sun, 27 Nov 2016 16:16:14 -0700
Subject: p5-Net-SMTP-SSL
Message-ID: <AF6D429E-CA48-4524-83F1-D710F3969DC3@kreme.com>

https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED: Deprecated by upstream, use Net::SMTP instead?

But there is not p5-Net-SMTP package. There are p5-Net-SMTPS and p5-Net-SMTP-Server and            p5-Net-SMTP-TLS, but it is not clear what port is meant to replace p5-Net-SMTP-SSL.

also, git still requires p5-Net-SMTP-SSL.


From cmt at burggraben.net  Mon Nov 28 08:47:58 2016
From: cmt at burggraben.net (Christoph Moench-Tegeder)
Date: Mon, 28 Nov 2016 09:47:54 +0100
Subject: p5-Net-SMTP-SSL
In-Reply-To: <AF6D429E-CA48-4524-83F1-D710F3969DC3@kreme.com>
References: <AF6D429E-CA48-4524-83F1-D710F3969DC3@kreme.com>
Message-ID: <20161128084754.GB1620@elch.exwg.net>

## @lbutlr (kremels at kreme.com):

> https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED: Deprecated by upstream, use Net::SMTP instead?
> 
> But there is not p5-Net-SMTP package.

Of course, Net::SMTP is part of libnet, which installs as p5-Net
(net/p5-Net), which has been around "forever" and learned SSL about
two years ago.

> also, git still requires p5-Net-SMTP-SSL.

Looks like someone should send patches.

Regards,
Christoph

-- 
Spare Space

From rakuco at FreeBSD.org  Mon Nov 28 13:03:26 2016
From: rakuco at FreeBSD.org (Raphael Kubo da Costa)
Date: Mon, 28 Nov 2016 14:03:15 +0100
Subject: qt5-webkit fails to build
In-Reply-To: <bdaa70ac-1c88-4024-cf4b-989f21df631c@protected-networks.net>
 (Michael Butler's message of "Wed, 23 Nov 2016 10:14:58 -0500")
References: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>
 <86wpfuw7z2.fsf@FreeBSD.org>
 <bdaa70ac-1c88-4024-cf4b-989f21df631c@protected-networks.net>
Message-ID: <86a8cjzrho.fsf@FreeBSD.org>

Michael Butler <imb at protected-networks.net> writes:

> /usr/lib/libgcc_s.so: error: undefined reference to 'free'
> /usr/lib/libgcc_s.so: error: undefined reference to '__assert'
> /usr/lib/libgcc_s.so: error: undefined reference to 'fwrite'
> /usr/lib/libgcc_s.so: error: undefined reference to 'fflush'
> /usr/lib/libgcc_s.so: error: undefined reference to 'malloc'
> /usr/lib/libgcc_s.so: error: undefined reference to '__stderrp'
> /usr/lib/libgcc_s.so: error: undefined reference to 'snprintf'
> /usr/lib/libgcc_s.so: error: undefined reference to 'fprintf'
> /usr/lib/libgcc_s.so: error: undefined reference to 'memcpy'
> /usr/lib/libgcc_s.so: error: undefined reference to 'abort'
> /usr/lib/libgcc_s.so: error: undefined reference to 'memset'
> /usr/lib/libgcc_s.so: error: undefined reference to 'getenv'
> /usr/lib/libgcc_s.so: error: undefined reference to 'dladdr'
> /usr/lib/libgcc_s.so: error: undefined reference to 'mprotect'

This looks unrelated to qt5-webkit; are you building your own world?

From koobs at FreeBSD.org  Mon Nov 28 13:27:04 2016
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Tue, 29 Nov 2016 00:24:59 +1100
Subject: graphics/py3-cairo cannot find Python.h, but Python.h is present
In-Reply-To: <73d9119f-29fe-1f27-9845-354997077cc5@zyxst.net>
References: <30b728cd-4f5b-fb00-be41-c2f21e54eded@zyxst.net>
 <0c801f97-bb8f-3219-4923-5ae6c721d8af@FreeBSD.org>
 <862561bd-d6ed-d316-9de6-3807285ec0e9@zyxst.net>
 <15ecc8c9-40db-552b-c459-56507ac7e7c9@FreeBSD.org>
 <555a5a00-3d6a-ad8d-a0c0-2800cf2e0d62@zyxst.net>
 <27c87941-575c-70d3-4f41-d7bb400d5a69@zyxst.net>
 <73d9119f-29fe-1f27-9845-354997077cc5@zyxst.net>
Message-ID: <d91945fe-310d-e947-d7a1-9f78448b8ada@FreeBSD.org>

On 27/11/2016 10:50 PM, tech-lists wrote:
> On 27/11/2016 11:36, tech-lists wrote:
>> also, it's uninstallable from the pkg repo, even though freshports
>> suggests it should be:
>>
>> # pkg install py34-cairo
>> Updating FreeBSD repository catalogue...
>> FreeBSD repository is up-to-date.
>> All repositories are up-to-date.
>> pkg: No packages available to install matching 'py34-cairo' have been
>> found in the repositories
> 
> pkg install py35-cairo worked :D
> 

The reason for this is the "default version" of python3 was recently
updated from 3.4 to 3.5. [1].

What this effectively means for users is that for ports that ask for a
3.x version of Python, the version of packages produced by the official
package building cluster are now py35-* versions, where previously they
were py34-*.

Note: The above only happens for ports (a small minority) that either:

- Explicitly *ask* to be built with a 3.x version of Python (Like py3-*
ports)
- Ports that *only* work with Python 3.x (eg: USES=python:3.4+)

For those that don't (the majority), only py27-* versions are built,
because 2.7 is the default 'python' version, as in
DEFAULT_VERSIONS=python=2.7 in usr/ports/Mk/bsd.default-versions.mk, if
not otherwise set/overridden by the user.

Note #2: py3-* ports are actually just temporary workarounds used major
dependency ports (like py*-cairo), because:

We are waiting for the "Variants" feature [2][3] to land in order for
the Ports Framework to gain support for "building *multiple* packages
from a single port origin", which in the Python ports case, means both
py27 and py3x packages being built and made available at the same time
for all ports that support both Python 2 and 3.

Until then, only 2.7 official packages even if they support multiple
versions.

[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204519
[2] https://reviews.freebsd.org/D5563
[3] [3] https://github.com/freebsd/poudriere/issues/259

Now you know everything :)

./koobs

From lacey.leanne at gmail.com  Mon Nov 28 15:27:16 2016
From: lacey.leanne at gmail.com (Lacey Powers)
Date: Mon, 28 Nov 2016 07:27:13 -0800
Subject: Request for Committer for chkrootkit patch
Message-ID: <e68957a1-15d2-4942-10a8-40646d90b38e@gmail.com>

Hello,

If someone had the time, I'd be grateful if they could take a look at
this and commit it if there are no problems with it:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214416

Best,

Lacey


From julian at freebsd.org  Mon Nov 28 17:22:01 2016
From: julian at freebsd.org (Julian Elischer)
Date: Tue, 29 Nov 2016 01:21:44 +0800
Subject: really to pkg people
Message-ID: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>

Is it at all possible for the ports/pkg people to QUIT DELETING STUFF!

It's most disconcerting when a quarterly collection of packages 
disappears and one has nowhere to get new packages that match all the 
ones out in the field. Since 10.3 is the latest 10 release and the 
release_3 collection is gettign soemwhat dated, it would be nice to 
have a stable quarterly set to refer to  that is not going to 
disappear in 3 months!

machines get shipped.. they go to customers. They are frozen in time.  
If debugging requires a new package, we have to have copied the entire 
quarterly set  "just in case". because the originals from freebsd have 
done a runner.  Are they archived somewhere?

yours


grumpy

p.s get off my lawn!


From killing at multiplay.co.uk  Mon Nov 28 17:29:02 2016
From: killing at multiplay.co.uk (Steven Hartland)
Date: Mon, 28 Nov 2016 17:29:26 +0000
Subject: really to pkg people
In-Reply-To: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
References: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
Message-ID: <dbe956bb-9dd0-d257-16a0-bd4146129a47@multiplay.co.uk>

If the machines where installed using pkg you can always grab the 
installs out of the cache (/var/cache/pkg/) on the relevant machines to 
debug issues.

On 28/11/2016 17:21, Julian Elischer wrote:
> Is it at all possible for the ports/pkg people to QUIT DELETING STUFF!
>
> It's most disconcerting when a quarterly collection of packages 
> disappears and one has nowhere to get new packages that match all the 
> ones out in the field. Since 10.3 is the latest 10 release and the 
> release_3 collection is gettign soemwhat dated, it would be nice to 
> have a stable quarterly set to refer to  that is not going to 
> disappear in 3 months!
>
> machines get shipped.. they go to customers. They are frozen in time.  
> If debugging requires a new package, we have to have copied the entire 
> quarterly set  "just in case". because the originals from freebsd have 
> done a runner.  Are they archived somewhere?
>
> yours
>
>
> grumpy
>
> p.s get off my lawn!
>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"


From matthew at FreeBSD.org  Mon Nov 28 17:46:21 2016
From: matthew at FreeBSD.org (Matthew Seaman)
Date: Mon, 28 Nov 2016 17:46:07 +0000
Subject: really to pkg people
In-Reply-To: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
References: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
Message-ID: <60b22ad3-6608-f381-bebf-c22d2b14dc20@FreeBSD.org>

On 2016/11/28 17:21, Julian Elischer wrote:
> It's most disconcerting when a quarterly collection of packages
> disappears and one has nowhere to get new packages that match all the
> ones out in the field. Since 10.3 is the latest 10 release and the
> release_3 collection is gettign soemwhat dated, it would be nice to have
> a stable quarterly set to refer to  that is not going to disappear in 3
> months!

IIRC the original proposal was to keep each quarterly branch around for
a year, but I believe that was infeasible due to the space requirements,
and the extra workload of getting changes MFH'd to four different
branches would be not be popular.

> machines get shipped.. they go to customers. They are frozen in time. 
> If debugging requires a new package, we have to have copied the entire
> quarterly set  "just in case". because the originals from freebsd have
> done a runner.  Are they archived somewhere?

If your requirement is to have a frozen/slushy[*] package repo for more
than 3 months at a time, have you considered running your own poudriere
server?  You probably only need to build a fairly small proportion of
the available ports, and if you keep a static copy of the ports tree on
hand to build from, you can easily add anything you need, built
compatibly with all your existing packages.  That's doable with a very
ordinary server: no need for massive amounts of disk space or super-fast
CPUs.  If you arrange to build stuff over night, it can quite happily
timeshare on a machine that is busy during the day.

	Cheers,

	Matthew

[*] ie. security updates only.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 972 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161128/0e46eeed/attachment.sig>

From rkoberman at gmail.com  Mon Nov 28 17:49:51 2016
From: rkoberman at gmail.com (Kevin Oberman)
Date: Mon, 28 Nov 2016 09:48:42 -0800
Subject: p5-Net-SMTP-SSL
In-Reply-To: <20161128084754.GB1620@elch.exwg.net>
References: <AF6D429E-CA48-4524-83F1-D710F3969DC3@kreme.com>
 <20161128084754.GB1620@elch.exwg.net>
Message-ID: <CAN6yY1t=y5j47zp6OTD_4EFQ6wVPjHEJS7RRwURuXfRSLzxF-Q@mail.gmail.com>

On Mon, Nov 28, 2016 at 12:47 AM, Christoph Moench-Tegeder <
cmt at burggraben.net> wrote:

> ## @lbutlr (kremels at kreme.com):
>
> > https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED:
> Deprecated by upstream, use Net::SMTP instead?
> >
> > But there is not p5-Net-SMTP package.
>
> Of course, Net::SMTP is part of libnet, which installs as p5-Net
> (net/p5-Net), which has been around "forever" and learned SSL about
> two years ago.
>

Yes, but building the SSL components is disabled by default. I assume that
you need to 'make config' and select SSL if you want p5-Net to do what
p5-Net-SMTP-SL does. Also, any code using  p5-Net-SMTP-SSL would need to be
modified to just use Net::SMTP instead of Net::SMTP::SSL. This should be an
upstream fix, not a FreeBSD patch. I have confirmed that devel/git
explicitly requires Net::SMTP::SSL. I MAY try to patch it and see if
Net::SMTP will do the trick.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

From linimon at lonesome.com  Mon Nov 28 19:05:30 2016
From: linimon at lonesome.com (Mark Linimon)
Date: Mon, 28 Nov 2016 13:05:28 -0600
Subject: really to pkg people
In-Reply-To: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
References: <c37a38e7-71e5-8217-6975-147a84ad19dd@freebsd.org>
Message-ID: <20161128190528.GB8623@lonesome.com>

On Tue, Nov 29, 2016 at 01:21:44AM +0800, Julian Elischer wrote:
> It's most disconcerting when a quarterly collection of packages disappears
> and one has nowhere to get new packages that match all the ones out in the
> field.

I think this is more a question for clusteradm@ than for the ports team.
My supposition is that this is constrained by space on the mirrors.

mcl

From xaque208 at gmail.com  Mon Nov 28 19:13:39 2016
From: xaque208 at gmail.com (Zach Leslie)
Date: Mon, 28 Nov 2016 11:13:37 -0800
Subject: Commit request sysutils/puppetserver
Message-ID: <CACrr7Y6_48vuPGK=dUGWtCTyv_5-5xdQ4SBMPbnP5qS0cAC0Ow@mail.gmail.com>

Good day,

If any committers have moment to apply the change in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213343 I would appreciate
it.

Cheers,

-- 
Zach

From mail at 22power.com  Mon Nov 28 20:00:44 2016
From: mail at 22power.com (Special Offer)
Date: Mon, 28 Nov 2016 21:36:32 +0200
Subject: Super Sale - 10% off  All Courses
Message-ID: <03762a41-42702-00719003734954@seabird>

Hey My Friend
New Promotional Announcement
Get 10% discount for any course
check 22maya dot com

Let's keep on learning, building, and earning together!
Awaiting your requests on my email
Fell free adding me on skype:mohammadkhalifa
Remember I'm only her to help you and I'm one email away

Remember: one simple email can literally
change the trajectory
of someone?s life toward a better destiny.

Only If you INTERESTED in or COMMITTED to
creating the life of your dreams?
Kindly Consider Me as Your PERSONAL ADVISER

Just Go to  22maya dot com
Awaiting your requests by email to :powerlover22 at gmail.com

Your reliable friend
       MK
We respect your privacy.
In case you don't like to receive any more e-mails from me,
Just reply with "REMOVE" in the subject line.

P.S. The door is always open.
If you have any questions or feedback,
we are only one email away anytime.
Feel free to drop us a line,
we are happy to set up a time to
discuss your specific situation and if we
might be a good fit for helping you to
achieve the results you?re looking for.



From herbert at mailbox.org  Mon Nov 28 20:13:25 2016
From: herbert at mailbox.org (Herbert J. Skuhra)
Date: Mon, 28 Nov 2016 21:13:12 +0100
Subject: p5-Net-SMTP-SSL
In-Reply-To: <20161128084754.GB1620@elch.exwg.net>
References: <AF6D429E-CA48-4524-83F1-D710F3969DC3@kreme.com>
 <20161128084754.GB1620@elch.exwg.net>
Message-ID: <86mvgjfjmv.wl-herbert@mailbox.org>

Christoph Moench-Tegeder skrev:
> 
> ## @lbutlr (kremels at kreme.com):
>> https://www.freshports.org/mail/p5-Net-SMTP-SSL/ says, " DEPRECATED: Deprecated by upstream, use Net::SMTP instead?
>> 
>> But there is not p5-Net-SMTP package.
> 
> Of course, Net::SMTP is part of libnet, which installs as p5-Net
> (net/p5-Net), which has been around "forever" and learned SSL about
> two years ago.

% pkg which `locate SMTP.pm`
/usr/local/lib/perl5/5.24/Net/SMTP.pm was installed by package perl5-5.24.1.r4

From: http://perldoc.perl.org/Net/SMTP.html

This module implements a client interface to the SMTP and ESMTP
protocol, enabling a perl5 application to talk to SMTP servers. This
documentation assumes that you are familiar with the concepts of the
SMTP protocol described in RFC2821. With IO::Socket::SSL installed it
also provides support for implicit and explicit TLS encryption,
i.e. SMTPS or SMTP+STARTTLS.

Why e.g. devel/git can't use this version?

--
Herbert

From fernando.apesteguia at gmail.com  Mon Nov 28 22:28:02 2016
From: fernando.apesteguia at gmail.com (=?UTF-8?Q?Fernando_Apestegu=C3=ADa?=)
Date: Mon, 28 Nov 2016 23:27:58 +0100
Subject: exp-runs information
Message-ID: <CAGwOe2aQx3yU3OhhMR55GO7U4jbHXN6ozR=HBqginQGrL2c2Rw@mail.gmail.com>

Hi all,

Where can I find information about exp-runs? Specifically when they
should be run, and how to proceed in case something breaks. What's the
policy in this regard? There's nothing in the porter's handbook and I
could only find a few bits of information scattered in the web.

Thanks!

From imb at protected-networks.net  Mon Nov 28 22:28:12 2016
From: imb at protected-networks.net (Michael Butler)
Date: Tue, 29 Nov 2016 09:27:49 +1100
Subject: qt5-webkit fails to build
In-Reply-To: <86a8cjzrho.fsf@FreeBSD.org>
References: <026c0a40-931b-2cb3-e8c4-f39bb8a34588@protected-networks.net>
 <86wpfuw7z2.fsf@FreeBSD.org>
 <bdaa70ac-1c88-4024-cf4b-989f21df631c@protected-networks.net>
 <86a8cjzrho.fsf@FreeBSD.org>
Message-ID: <BA4D33F3-8FB9-4753-94C5-3AAAE9AC6C5D@protected-networks.net>

Yes - built from -current source,

Sent from my iPhone

> On Nov 29, 2016, at 00:03, Raphael Kubo da Costa <rakuco at FreeBSD.org> wrote:
> 
> Michael Butler <imb at protected-networks.net> writes:
> 
>> /usr/lib/libgcc_s.so: error: undefined reference to 'free'
>> /usr/lib/libgcc_s.so: error: undefined reference to '__assert'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'fwrite'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'fflush'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'malloc'
>> /usr/lib/libgcc_s.so: error: undefined reference to '__stderrp'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'snprintf'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'fprintf'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'memcpy'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'abort'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'memset'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'getenv'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'dladdr'
>> /usr/lib/libgcc_s.so: error: undefined reference to 'mprotect'
> 
> This looks unrelated to qt5-webkit; are you building your own world?


From junovitch at FreeBSD.org  Tue Nov 29 00:41:46 2016
From: junovitch at FreeBSD.org (Jason Unovitch)
Date: Tue, 29 Nov 2016 00:41:40 +0000
Subject: Request for Committer for chkrootkit patch
In-Reply-To: <e68957a1-15d2-4942-10a8-40646d90b38e@gmail.com>
References: <e68957a1-15d2-4942-10a8-40646d90b38e@gmail.com>
Message-ID: <20161129004140.GA61704@xts-bsd.pa-us.unovitch.com>

On Mon, Nov 28, 2016 at 07:27:13AM -0800, Lacey Powers wrote:
> Hello,
> 
> If someone had the time, I'd be grateful if they could take a look at
> this and commit it if there are no problems with it:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214416
> 
> Best,
> 
> Lacey
> 
Committed.  Thank you Lacey!

From FreeBSD at ShaneWare.Biz  Tue Nov 29 04:34:10 2016
From: FreeBSD at ShaneWare.Biz (Shane Ambler)
Date: Tue, 29 Nov 2016 14:58:55 +1030
Subject: running make makesum for multiple github repos
In-Reply-To: <b2ccf320-1dc8-6b1a-c899-15e215a2e018@digiware.nl>
References: <14fe8d55-2d90-d722-653e-ff2df119b408@digiware.nl>
 <c421545d-5803-c887-da68-ae6594e67c47@FreeBSD.org>
 <e595a117-e8c3-5e2f-dce2-1ca21d41d70a@digiware.nl>
 <2a5f6706-ec7b-097c-0879-d0e8e85b203b@FreeBSD.org>
 <b2ccf320-1dc8-6b1a-c899-15e215a2e018@digiware.nl>
Message-ID: <75b42364-c530-2139-0fcf-61e1d6a45aec@ShaneWare.Biz>

On 27/11/2016 23:27, Willem Jan Withagen wrote:
> On 27-11-2016 13:34, Mathieu Arnold wrote:
>> Le 27/11/2016 ?  12:57, Willem Jan Withagen a ??crit :
>>> On 26-11-2016 21:10, Mathieu Arnold wrote:
>>>> Le 25/11/2016 ?  12:46, Willem Jan Withagen a ??crit :
>>>>> Hi,
>>>>>
>>>>> I'm try in to make a port for Ceph, but it depens on a lot of github
>>>>> modules.

> In the fourth field the group is required, and subdir is optional.
>
>> The GH_TUPLE format is a bit strange, I agree, but the subdirectory
>> could not be put in another place because the third field (commit or
>> tag) can contain a / (there are a few examples in the tree), and the
>> path can contain a : (I stumbled upon one).
>> Also, GH_SUBDIR is optional, and it was a bad idea to put an optional
>> part in the middle of the string.
>> (And I'm not talking about the fact that GH_SUBDIR is newer than
>> GH_TUPLE, and that backward compatibility needed to be kept.)
>
> GH_TUPLE is also not very often used in the ports. So there are not that
> many examples to find. And I appreciate backwards compatibility, and
> starting to escape chars will not make it more ledgible.
>
>>> It now looks like:
>>> GH_TUPLE+=      ceph:xxHash:v0.5.1-2-g1f40c65:xxHash/src/xxHash
>>> GH_TUPLE+=      ceph:isa-l:v2.16.0:isal/src/isa-l
>>> GH_TUPLE+=      ceph:lua:lua-5.3-ceph:lua/src/lua
>>> GH_TUPLE+=      ceph:Beast:999e2fa:Beast/src/Beast
>>> GH_TUPLE+=      boostorg:boost:boost-1.61.0-275-g1790aff:boost/src/boost
>>> GH_TUPLE+=      ceph:dpdk:a38e5ec:dpd/src/dpd
>>
>> 1:
>> https://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github
>>
>
> That is where i got my info...

The trouble I had using multiple github repos when it was first setup
(before GH_TUPLE) was that you *MUST* use the default group - that is
one tuple with no group name or using the group name of DEFAULT and no
subdir, the default repo is set as WRKSRC and is the base dir that the
other subdirs are relative to.

That would be the point that makes the manual mis-leading as the
examples use a group name for both repos. In example 5.4 under the
sample makefile it reads "This will fetch three distribution files from
github. The default one comes from foo/foo and is version 1.0.2." that
means the not-so-obvious default repo is using an automatically
generated tuple from ${PORTNAME}:${PORTNAME}:${PORTVERSION}

So I get makesum to work by using a default tuple -

GH_TUPLE=	wjwithagen:ceph:64bcf92
GH_TUPLE+=	facebook:rocksdb:6370c43:rocksdb/src/rocksdb
GH_TUPLE+= 
ceph:ceph-erasure-code-corpus:b5c8634:cepherasure/ceph-erasure-code-corpus
GH_TUPLE+=	ceph:ceph-object-corpus:bb3cee6:cephobject/ceph-object-corpus
GH_TUPLE+=	ceph:civetweb:v1.5:civetweb/src/civetweb
GH_TUPLE+=	ceph:jerasure:v2-ceph:jerasure/src/erasure-code/jerasure/jerasure
GH_TUPLE+= 
ceph:gf-complete:v3-ceph:gfcomplete/src/erasure-code/jerasure/gf-complete
GH_TUPLE+=	ceph:googletest:ceph-release-1.7.x:googletest/src/googletest
GH_TUPLE+=	ceph:spdk:v1.2.0:spdk/src/spdk
GH_TUPLE+=	ceph:xxHash:v0.5.1:xxhash/src/xxHash
GH_TUPLE+=	ceph:isa-l:v2.16.0:isa/src/isa-l
GH_TUPLE+=	ceph:lua:lua-5.3-ceph:lua/src/lua
GH_TUPLE+=	ceph:Beast:999e2fa:beast/src/Beast
GH_TUPLE+=	boostorg:boost:boost-1.61.0:boost/src/boost
GH_TUPLE+=	ceph:dpdk:a38e5ec:dpdk/src/dpdk


-- 
FreeBSD - the place to B...Software Developing

Shane Ambler


From portscout at FreeBSD.org  Tue Nov 29 08:09:41 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Tue, 29 Nov 2016 08:09:41 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611290809.uAT89fXI012803@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161129/b5474d41/attachment.ksh>

From mat at FreeBSD.org  Tue Nov 29 08:27:38 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Tue, 29 Nov 2016 09:27:30 +0100
Subject: exp-runs information
In-Reply-To: <CAGwOe2aQx3yU3OhhMR55GO7U4jbHXN6ozR=HBqginQGrL2c2Rw@mail.gmail.com>
References: <CAGwOe2aQx3yU3OhhMR55GO7U4jbHXN6ozR=HBqginQGrL2c2Rw@mail.gmail.com>
Message-ID: <783ae373-0b35-e70f-537e-b701d57f276d@FreeBSD.org>

Le 28/11/2016 ? 23:27, Fernando Apestegu?a a ?crit :
> Hi all,
>
> Where can I find information about exp-runs? Specifically when they
> should be run, and how to proceed in case something breaks. What's the
> policy in this regard? There's nothing in the porter's handbook and I
> could only find a few bits of information scattered in the web.
>

https://www.freebsd.org/doc/en/articles/committers-guide/ports.html#ports-exp-run


-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161129/9facd1ba/attachment.sig>

From timp87 at gmail.com  Tue Nov 29 08:51:52 2016
From: timp87 at gmail.com (Pavel Timofeev)
Date: Tue, 29 Nov 2016 11:51:49 +0300
Subject: latest www/chromium: no sound
Message-ID: <CAAoTqft5pXcgGFDu+5tFQttvuqK-axC7xrS3ri_OmjQN6fUKjw@mail.gmail.com>

Please, set ALSA to ON by default for www/chromium!
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214924

From cederom at tlen.pl  Tue Nov 29 11:36:29 2016
From: cederom at tlen.pl (CeDeROM)
Date: Tue, 29 Nov 2016 12:36:03 +0100
Subject: [devel/protobuf] upgrade request to 3
Message-ID: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>

Hello,

I want to port Ultimaker Cura 2.3 to FreeBSD. This would bring 3D
print. However, Cura depends on CuraEngine and this depends on
protobuf >= 3.0.0. I think I have already asked for this upgrade some
time ago. Maybe there will be some spare time now to make the upgrade
please? :-)

Best ragards,
Tomek

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

From fernando.apesteguia at gmail.com  Tue Nov 29 16:50:50 2016
From: fernando.apesteguia at gmail.com (=?UTF-8?Q?Fernando_Apestegu=C3=ADa?=)
Date: Tue, 29 Nov 2016 17:50:46 +0100
Subject: Help with C++, gcc4.9 and libstdc++
Message-ID: <CAGwOe2Y2g8W7sP+CcSG6qbEn6yevEXquDDYKkN3MapwCvgi-VA@mail.gmail.com>

I maintain a port written mostly in C++ (cad/openvsp).

This port used to compile fine in 11 and 10.x in both i386 and amd64.
Since Nov 22nd I'm receiving a pkg-fallout for this port in 10.1. The
port fails with this message:

undefined reference to `__cxa_throw_bad_array_new_length'

I assume the source of the problem is defaulting to gcc 4.9 in the
ports and it seems to be related to libstdc++

I use USES=compiler:gcc-c++11-lib in the Makefile since some c++11
features are required. Any idea of why this could be failing to link?.
What puzzles me is that it compiles fine with gcc 4.9 in 10.2.

Thanks in advance.

From sinescontabilernane at outlook.com  Tue Nov 29 18:38:42 2016
From: sinescontabilernane at outlook.com (SINESCONTABIL/MG)
Date: Tue, 29 Nov 2016 18:38:33 +0000
Subject: Nota Fiscal =?utf-8?Q?Eletr=C3=B4nica?= 
Message-ID: <d6f3d19dcaba9c8928b7aafc72904823@ballag.comunicadosines.com.br>

		 HTTP://WWW.SINESCONTABIL.COM.BR/

NOTA FISCAL ELETR?NICA?

 A TOTLAB desenvolveu o sistema de nota fiscal eletr?nica ap?s dois
anos de trabalho. O sistema foi feito para facilitar o trabalho das
empresas e do contador, que o cliente ter? que informar o seu estoque
ap?s o dia 31 de dezembro de cada um.

 O sistema da TOTLAB d? baixa na hora que o comerciante efetua a sua
venda, o sistema de utiliza??o remove toda a complexidade na hora da
emiss?o da nota fiscal, para que voc? possa emitir a suas notas com
poucos cliques e com tempo reduzido.

 O SINESCONT?BIL/MG colaborou com a TOTLAB para que o sistema fosse
elaborado, e firmou parceria com a mesma para reduzir o seu pre?o
para os clientes dos nossos associados.

O PRE?O FIRMADO COM O TOTLAB FOI DE R$30,00 REAIS MENSAIS PARA OS
CLIENTES DOS NOSSOS ASSOCIADOS ?EM DIA COM SUAS OBRIGA??ES?,
TENDO O DIREITO DE EMITIR AT? 4MIL NOTAS FISCAIS.

CONSTAR? NO SISTEMA:

Atualiza??o autom?tica do sistema para atender ?s novas regras do
Governo.
 Cadastro de clientes, Fornecedores, Produtos, Servi?os e
Transportadoras.
 Busca dos dados do cliente automatizado, Informando o CNPJ.
 DANFe personalizada com logotipo da sua Empresa 

 Voc? colega contador ? quem define o programa a ser utilizado para
seus clientes, veja no site do SINESCONT?BIL/MG
http://www.sinescontabil.com.br/ em palestras a serem realizadas e
n?o deixe para fazer a nota fiscal em ?ltima hora por que o sistema
do Estado ser? desativado no dia 01 de janeiro de 2017.
 Maiores informa??es entrar em contato: contato at totlab.com.br

 OBSERVA??O: Esse sistema foi desenvolvido pelo s?cio propriet?rio
da TOTLAB o Senhor Rodrigo de Aquino, Analista de Sistema e
ex-funcion?rio do SINESCONT?BIL/MG.

A TOTLAB FORNECER? O SUPORTE T?CNICO SUFICIENTE PARA TODOS QUE
UTILIZAREM O SISTEMA.

 Atenciosamente,
 Diretoria do SINESCONT?BIL/MG.

N?O DEIXE DE PARTICIPAR DA PALESTRA QUE SER? PROFERIDA PELA TOTLAB.

MAIORES INFORMA??ES CLIQUE AQUI.
HTTP://WWW.SINESCONTABIL.COM.BR/PALESTRA-INSS-GRATUITA.PHP

? ?
? ? ? ? ? ? ?? HTTP://TOTLAB.COM.BR/
HTTP://WWW.SINESCONTABIL.COM.BR/
HTTPS://WWW.FACEBOOK.COM/SINESCONTABIL/
HTTPS://TWITTER.COM/SINESCONTABIL

SEU CLIENTE DE E-MAIL NAO PODE LER ESTE E-MAIL,PARA VISUALIZ?-LO
ONLINE, POR FAVOR ,?CLIQUE AQUI?
HTTP://EMAIL.MAISAPI.COM.BR/INDEX.PHP/CAMPAIGNS/SL427AOKHS37B/WEB-VERSION/HZ0848K826073
VOC? EST? RECEBENDO ESTE EMAIL PORQUE O EMAIL:
?FREEBSD-PORTS at FREEBSD.ORG est? cadastrado em nossa lista de
contatos.
Para deixar de receber nossos Emails Clicando aqui
http://isla.sinescontabil.com.br/index.php/lists/gf9775hspqf19/unsubscribe/hz0848k826073/sl427aokhs37b

 

From rhurlin at gwdg.de  Tue Nov 29 18:43:16 2016
From: rhurlin at gwdg.de (Rainer Hurling)
Date: Tue, 29 Nov 2016 18:58:02 +0100
Subject: Help with C++, gcc4.9 and libstdc++
In-Reply-To: <CAGwOe2Y2g8W7sP+CcSG6qbEn6yevEXquDDYKkN3MapwCvgi-VA@mail.gmail.com>
References: <CAGwOe2Y2g8W7sP+CcSG6qbEn6yevEXquDDYKkN3MapwCvgi-VA@mail.gmail.com>
Message-ID: <e016b8bf-8c3a-b8e1-6dae-3aa6f25063a0@gwdg.de>

Hi Fernando,

Am 29.11.2016 um 17:50 schrieb Fernando Apestegu?a:
> I maintain a port written mostly in C++ (cad/openvsp).
> 
> This port used to compile fine in 11 and 10.x in both i386 and amd64.
> Since Nov 22nd I'm receiving a pkg-fallout for this port in 10.1. The
> port fails with this message:
> 
> undefined reference to `__cxa_throw_bad_array_new_length'
> 
> I assume the source of the problem is defaulting to gcc 4.9 in the
> ports and it seems to be related to libstdc++
> 
> I use USES=compiler:gcc-c++11-lib in the Makefile since some c++11
> features are required. Any idea of why this could be failing to link?.
> What puzzles me is that it compiles fine with gcc 4.9 in 10.2.
> 
> Thanks in advance.

this also happens with a few other ports, and is described in

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863

As far, as I understand, a patch with a workaround will be committed in
the next time.

HTH,
Rainer

From fernando.apesteguia at gmail.com  Tue Nov 29 20:28:40 2016
From: fernando.apesteguia at gmail.com (=?UTF-8?Q?Fernando_Apestegu=C3=ADa?=)
Date: Tue, 29 Nov 2016 21:28:35 +0100
Subject: Help with C++, gcc4.9 and libstdc++
In-Reply-To: <e016b8bf-8c3a-b8e1-6dae-3aa6f25063a0@gwdg.de>
References: <CAGwOe2Y2g8W7sP+CcSG6qbEn6yevEXquDDYKkN3MapwCvgi-VA@mail.gmail.com>
 <e016b8bf-8c3a-b8e1-6dae-3aa6f25063a0@gwdg.de>
Message-ID: <CAGwOe2ZPWxDS0mzRXJ_2ddOhHMYpes0UDJAbHKFOrsc4_AFMvQ@mail.gmail.com>

El 29 nov. 2016 18:58, "Rainer Hurling" <rhurlin at gwdg.de> escribi?:
>
> Hi Fernando,
>
> Am 29.11.2016 um 17:50 schrieb Fernando Apestegu?a:
> > I maintain a port written mostly in C++ (cad/openvsp).
> >
> > This port used to compile fine in 11 and 10.x in both i386 and amd64.
> > Since Nov 22nd I'm receiving a pkg-fallout for this port in 10.1. The
> > port fails with this message:
> >
> > undefined reference to `__cxa_throw_bad_array_new_length'
> >
> > I assume the source of the problem is defaulting to gcc 4.9 in the
> > ports and it seems to be related to libstdc++
> >
> > I use USES=compiler:gcc-c++11-lib in the Makefile since some c++11
> > features are required. Any idea of why this could be failing to link?.
> > What puzzles me is that it compiles fine with gcc 4.9 in 10.2.
> >
> > Thanks in advance.
>
> this also happens with a few other ports, and is described in
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214863
>
> As far, as I understand, a patch with a workaround will be committed in
> the next time.

Thanks for the info!

>
> HTH,
> Rainer

From aryeh.friedman at gmail.com  Tue Nov 29 23:00:41 2016
From: aryeh.friedman at gmail.com (Aryeh Friedman)
Date: Tue, 29 Nov 2016 18:00:40 -0500
Subject: upgrade to devel/dbus breaks xfce4
Message-ID: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>

After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
non-root user due to being unable to open/write to /etc/machine-id.   I
made a tempurary fix by touching /etc/machine-id and chmod'ing it to 777.

-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org

From kotanabe3 at gmail.com  Wed Nov 30 03:49:08 2016
From: kotanabe3 at gmail.com (Minoru TANABE)
Date: Wed, 30 Nov 2016 12:49:06 +0900
Subject: qt5-webkit fails to build
Message-ID: <CA+GDr7i4bLaQ-WZPYUtjSX5zUJWaeLtP3KDBu7fk8fgKM7Xq8g@mail.gmail.com>

I'm using 12-current r309170, and experienced same error when upgrade
qt5-webkit.
I tried "portupgrade -fR www/webkit-qt5", upgrade successfully ended.
I think system clang recently changed, and I need some dependencies
must be upgrades at the same time.
I am sorry in poor English

>Yes - built from -current sourr309170ce,
>
>Sent from my iPhone
>
>>* On Nov 29, 2016, at 00:03, Raphael Kubo da Costa <rakuco at FreeBSD.org <https://lists.freebsd.org/mailman/listinfo/freebsd-ports>> wrote:
*>> >>* Michael Butler <imb at protected-networks.net
<https://lists.freebsd.org/mailman/listinfo/freebsd-ports>> writes:
*>> >>>* /usr/lib/libgcc_s.so: error: undefined reference to 'free'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to '__assert'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'fwrite'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'fflush'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'malloc'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to '__stderrp'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'snprintf'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'fprintf'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'memcpy'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'abort'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'memset'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'getenv'
*>>>* /usr/lib/libgcc_s.so: error: undefined reference to 'dladdr'
*?>>* /usr/lib/libgcc_s.so: error: undefined reference to 'mprotect'
*>> >>* This looks unrelated to qt5-webkit; are you building your own world?*

-- 
MInoru TANABE
EMail  kotanabe3 at gmail.com

From portscout at FreeBSD.org  Wed Nov 30 08:00:13 2016
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Wed, 30 Nov 2016 08:00:12 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201611300800.uAU80CAX030944@portscout.ysv.freebsd.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161130/36a239ea/attachment.ksh>

From koobs at FreeBSD.org  Wed Nov 30 10:21:33 2016
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Wed, 30 Nov 2016 21:19:26 +1100
Subject: [devel/protobuf] upgrade request to 3
In-Reply-To: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
References: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
Message-ID: <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>

On 29/11/2016 10:36 PM, CeDeROM wrote:
> Hello,
> 
> I want to port Ultimaker Cura 2.3 to FreeBSD. This would bring 3D
> print. However, Cura depends on CuraEngine and this depends on
> protobuf >= 3.0.0. I think I have already asked for this upgrade some
> time ago. Maybe there will be some spare time now to make the upgrade
> please? :-)
> 
> Best ragards,
> Tomek
> 

This probably requires a new port (protobuf30), as it crosses a major
version boundary (2.x -> 3.x) and judging by the presence of separate
protobuf (2.6.x) and protobuf25 port.

I've CC'd Dmitry (MAINTAINER of protobuf25) in case they're interested.

If not, please create a new port (protobuf30) based on devel/protobuf
and submit it as a new port in Bugzilla.

./koobs

From cederom at tlen.pl  Wed Nov 30 11:15:54 2016
From: cederom at tlen.pl (CeDeROM)
Date: Wed, 30 Nov 2016 12:15:51 +0100
Subject: [devel/protobuf] upgrade request to 3
In-Reply-To: <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
References: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
 <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
Message-ID: <CAFYkXjnB_ZAyd97AmR6o0nWomsC8UovbsmhKNqtZ02d654+dyg@mail.gmail.com>

ACK! i have simply updated the nuber and 3.1.0 port compiled well. not sure
how it works yet. i will create protobuf30 port. thanks! :-)

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

From mazhe at alkumuna.eu  Wed Nov 30 12:27:33 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Wed, 30 Nov 2016 13:27:13 +0100
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
Message-ID: <20161130132713.48adeaf7@freedom.alkumuna.eu>

On Tue, 29 Nov 2016 18:00:40 -0500
Aryeh Friedman <aryeh.friedman at gmail.com> wrote:

> After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
> non-root user due to being unable to open/write to /etc/machine-id.   I
> made a tempurary fix by touching /etc/machine-id and chmod'ing it to 777.
> 

"Funny", this (/etc/machine-id) is systemd-os stuff, the port is configured to use /var/db/dbus/machine-id which should be generated by the rc script.

I'm not having issues with slim/xfce4...

-- Matthieu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161130/0ffca539/attachment.sig>

From rakuco at FreeBSD.org  Wed Nov 30 14:11:31 2016
From: rakuco at FreeBSD.org (Raphael Kubo da Costa)
Date: Wed, 30 Nov 2016 15:11:10 +0100
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
 (Aryeh Friedman's message of "Tue, 29 Nov 2016 18:00:40 -0500")
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
Message-ID: <86poldqcqp.fsf@FreeBSD.org>

Aryeh Friedman <aryeh.friedman at gmail.com> writes:

> After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
> non-root user due to being unable to open/write to /etc/machine-id. I
> made a tempurary fix by touching /etc/machine-id and chmod'ing it to
> 777.

If the /etc/machine-id message you're getting looks like

    D-Bus library appears to be incorrectly set up; failed to read
    machine uuid: Failed to open "/etc/machine-id": No such file or
    directory

it may be misleading as /etc/machine-id is a fallback if other files
were not found before (see bug 213540, for example).

Is dbus running when you try to launch XFCE?

From cederom at tlen.pl  Wed Nov 30 16:28:45 2016
From: cederom at tlen.pl (CeDeROM)
Date: Wed, 30 Nov 2016 17:28:22 +0100
Subject: [devel/protobuf] upgrade request to 3
In-Reply-To: <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
References: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
 <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
Message-ID: <CAFYkXjkORJMmYLXn4rZaCCWSj0=hSOXRpH7EGcppaxmatt-utA@mail.gmail.com>

On Wed, Nov 30, 2016 at 11:19 AM, Kubilay Kocak <koobs at freebsd.org> wrote:
> This probably requires a new port (protobuf30), as it crosses a major
> version boundary (2.x -> 3.x) and judging by the presence of separate
> protobuf (2.6.x) and protobuf25 port.
>
> I've CC'd Dmitry (MAINTAINER of protobuf25) in case they're interested.
>
> If not, please create a new port (protobuf30) based on devel/protobuf
> and submit it as a new port in Bugzilla.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214957 :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

From lists at opsec.eu  Wed Nov 30 17:26:07 2016
From: lists at opsec.eu (Kurt Jaeger)
Date: Wed, 30 Nov 2016 18:26:07 +0100
Subject: [devel/protobuf] upgrade request to 3
In-Reply-To: <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
References: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
 <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
Message-ID: <20161130172607.GB2648@home.opsec.eu>

Hi!

> This probably requires a new port (protobuf30), as it crosses a major
> version boundary (2.x -> 3.x) and judging by the presence of separate
> protobuf (2.6.x) and protobuf25 port.

As far as I studied the issue, a new version is not required. See

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212973

But I had no time for a final validation and I'm traveling right now.

-- 
pi at opsec.eu            +49 171 3101372                         4 years to go !

From cederom at tlen.pl  Wed Nov 30 17:38:35 2016
From: cederom at tlen.pl (CeDeROM)
Date: Wed, 30 Nov 2016 18:38:12 +0100
Subject: [devel/protobuf] upgrade request to 3
In-Reply-To: <20161130172607.GB2648@home.opsec.eu>
References: <CAFYkXj=NmgkyL_6zwjmyqf5RkSjQ-+22TsLrCF2j7c2E-74UCA@mail.gmail.com>
 <922fa900-010b-ae3e-5f97-7dccac0e7eda@FreeBSD.org>
 <20161130172607.GB2648@home.opsec.eu>
Message-ID: <CAFYkXj==0SQ31HcsKR8=UiRyQnzUEJsbeqBkrykw5X-p_FAo+A@mail.gmail.com>

On Wed, Nov 30, 2016 at 6:26 PM, Kurt Jaeger <lists at opsec.eu> wrote:
> Hi!
>
>> This probably requires a new port (protobuf30), as it crosses a major
>> version boundary (2.x -> 3.x) and judging by the presence of separate
>> protobuf (2.6.x) and protobuf25 port.
>
> As far as I studied the issue, a new version is not required. See
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212973

Tanks! :-) It looks that 2 and 3 have different API. Keeping
'protobuf' up to date and leaving 'protobuf2' for legacy reasons seems
to be reasonable.. :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

From mommketu at yahoo.com  Wed Nov 30 18:00:59 2016
From: mommketu at yahoo.com (mommu ketu)
Date: 30 Nov 2016 17:58:58 +0000
Subject: Cancelled: Loan Offer
Message-ID: <mailman.14.1480528861.4375.freebsd-ports@freebsd.org>


From mommketu at yahoo.com  Wed Nov 30 18:02:26 2016
From: mommketu at yahoo.com (mommu ketu)
Date: 30 Nov 2016 17:58:31 +0000
Subject: 邀請： Loan Offer
Message-ID: <mailman.9.1480528949.4374.freebsd-ports@freebsd.org>


From jhs at berklix.com  Wed Nov 30 18:36:00 2016
From: jhs at berklix.com (Julian H. Stacey)
Date: Wed, 30 Nov 2016 19:35:37 +0100
Subject: Breaking SSL options:  Which to use to build 1000 ports?
Message-ID: <201611301835.uAUIZbxF037904@fire.js.berklix.net>

Hi ports at freebsd.org
Advice Please: 
I need some SSL settings I can compile 1000 ports with.
I dont care which SSL.  (Any of eg base from src/ or any from devel/ )
I dont care if SSL fails to run on most ports.
I need 1000 ports to compile & install, & stop wasting my time with SSL.
SSL will not even be used in most cases,
Here's a small subset of ever growing DUDS= fail to build because of SSL:
	arandr fetchmail fvwm2 xf86-input-keyboard xf86-input-mouse
	xf86-video-chips xf86-video-fbdev xf86-video-neomagic
	xf86-video-vesa xorg xorg-apps xorg-server

I make ports from sources, never packages, using ports/*/Makefile.local
with SUBDIR+= ports_i_want

I purged some old old duplicate bins & libs, & now need to do eg
	cd /usr/ports ; make BERKLIX_CLIENT=YES BERKLIX_SERVER=YES install 
Lots of ports fail to build, no matter which SSL options I try,
currently (with make.conf below) I'm seeing a dependent port eg:
	cd /usr/ports/security/p5-GSSAPI ; make
===>  p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected
GSSAPI from base, please select another GSSAPI value.

I can't revert to src/ base as loads of ports want devel/openssl
	pkg delete openssl-1.0.2j_1,1 # Number of packages to be removed: 149

FreeBSD's SSL defaults seem a mess : complex, breaking on loads
of ports, inadequately documented, insufficiently clear error messages.

My current /etc/make.conf:
----------------
# GSSAPI: Generic Security Services Application Program Interface
# http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface
# /usr/ports/Mk/Uses/gssapi.mk:
#       You are using OpenSSL from ports and have selected
#       GSSAPI from base, please select another GSSAPI value.
# cd /usr/ports/security/openssl; echo ../*ssl*
# SSL_DEFAULT=base # Disapproved of by
#       /usr/ports/Mk/bsd.default-versions.mk
# which instead reccomends:
#       DEFAULT_VERSIONS+=ssl=base
#       DEFAULT_VERSIONS+=ssl=openssl
#       Possible values: base, openssl, openssl-devel, libressl, libressl-devel
# & also has:
#       WITH_OPENSSL_*
DEFAULT_VERSIONS+=ssl=openssl
# WITH_OPENSSL="YES"
# WITH_OPENSSL="openssl"
# WITH_OPENSSL_PORT="YES"
# WITH_OPENSSL_PORT="openssl"
# SEE ALSO
#       /etc/src.conf  (used only by src/),
#                       whereas this make.conf used by both src/ & ports/.
#       https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/openssl.html
#               WITH_OPENSSL_PORT WITH_OPENSSL_BASE
#       man 7 ports
#       /usr/ports/Mk/Uses/gssapi.mk
----------------

Advice welcome, Thanks !

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes

From truckman at FreeBSD.org  Wed Nov 30 19:28:32 2016
From: truckman at FreeBSD.org (Don Lewis)
Date: Wed, 30 Nov 2016 11:28:18 -0800 (PST)
Subject: Breaking SSL options:  Which to use to build 1000 ports?
In-Reply-To: <201611301835.uAUIZbxF037904@fire.js.berklix.net>
Message-ID: <201611301928.uAUJSIsp021684@gw.catspoiler.org>

On 30 Nov, Julian H. Stacey wrote:
> Hi ports at freebsd.org
> Advice Please: 
> I need some SSL settings I can compile 1000 ports with.
> I dont care which SSL.  (Any of eg base from src/ or any from devel/ )
> I dont care if SSL fails to run on most ports.
> I need 1000 ports to compile & install, & stop wasting my time with SSL.
> SSL will not even be used in most cases,
> Here's a small subset of ever growing DUDS= fail to build because of SSL:
> 	arandr fetchmail fvwm2 xf86-input-keyboard xf86-input-mouse
> 	xf86-video-chips xf86-video-fbdev xf86-video-neomagic
> 	xf86-video-vesa xorg xorg-apps xorg-server
> 
> I make ports from sources, never packages, using ports/*/Makefile.local
> with SUBDIR+= ports_i_want
> 
> I purged some old old duplicate bins & libs, & now need to do eg
> 	cd /usr/ports ; make BERKLIX_CLIENT=YES BERKLIX_SERVER=YES install 
> Lots of ports fail to build, no matter which SSL options I try,
> currently (with make.conf below) I'm seeing a dependent port eg:
> 	cd /usr/ports/security/p5-GSSAPI ; make
> ===>  p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected
> GSSAPI from base, please select another GSSAPI value.
> 
> I can't revert to src/ base as loads of ports want devel/openssl
> 	pkg delete openssl-1.0.2j_1,1 # Number of packages to be removed: 149
> 
> FreeBSD's SSL defaults seem a mess : complex, breaking on loads
> of ports, inadequately documented, insufficiently clear error messages.
> 
> My current /etc/make.conf:
> ----------------
> # GSSAPI: Generic Security Services Application Program Interface
> # http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface
> # /usr/ports/Mk/Uses/gssapi.mk:
> #       You are using OpenSSL from ports and have selected
> #       GSSAPI from base, please select another GSSAPI value.
> # cd /usr/ports/security/openssl; echo ../*ssl*
> # SSL_DEFAULT=base # Disapproved of by
> #       /usr/ports/Mk/bsd.default-versions.mk
> # which instead reccomends:
> #       DEFAULT_VERSIONS+=ssl=base
> #       DEFAULT_VERSIONS+=ssl=openssl
> #       Possible values: base, openssl, openssl-devel, libressl, libressl-devel
> # & also has:
> #       WITH_OPENSSL_*
> DEFAULT_VERSIONS+=ssl=openssl
> # WITH_OPENSSL="YES"
> # WITH_OPENSSL="openssl"
> # WITH_OPENSSL_PORT="YES"
> # WITH_OPENSSL_PORT="openssl"
> # SEE ALSO
> #       /etc/src.conf  (used only by src/),
> #                       whereas this make.conf used by both src/ & ports/.
> #       https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/openssl.html
> #               WITH_OPENSSL_PORT WITH_OPENSSL_BASE
> #       man 7 ports
> #       /usr/ports/Mk/Uses/gssapi.mk
> ----------------
> 
> Advice welcome, Thanks !

This is what I use in /etc/make.conf to build ports with openssl from
ports:

WITH_OPENSSL_PORT=yes
DEFAULT_VERSIONS+=ssl=openssl
OPTIONS_SET=GSSAPI_NONE KRB_NONE
OPTIONS_UNSET=GSSAPI_BASE KRB_BASE KERBEROS

The GSSAPI and KERBEROS adjustments are needed because openssl from
ports can't be combined with base gssapi / kerberos.  GSSAPI_HEIMDAL or
GSSAPI_MIT should also work, likewise KRB_HEIMDAL or KRB_MIT.


From aryeh.friedman at gmail.com  Wed Nov 30 19:42:05 2016
From: aryeh.friedman at gmail.com (Aryeh Friedman)
Date: Wed, 30 Nov 2016 14:42:02 -0500
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <86poldqcqp.fsf@FreeBSD.org>
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
 <86poldqcqp.fsf@FreeBSD.org>
Message-ID: <CAGBxaXmAq_5VZVWV4EDubpJu3ywZxv4uq6JA6Vs3QmbZ5GZOfQ@mail.gmail.com>

On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa <rakuco at freebsd.org>
wrote:

> Aryeh Friedman <aryeh.friedman at gmail.com> writes:
>
> > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
> > non-root user due to being unable to open/write to /etc/machine-id. I
> > made a tempurary fix by touching /etc/machine-id and chmod'ing it to
> > 777.
>
> If the /etc/machine-id message you're getting looks like
>
>     D-Bus library appears to be incorrectly set up; failed to read
>     machine uuid: Failed to open "/etc/machine-id": No such file or
>     directory
>
> it may be misleading as /etc/machine-id is a fallback if other files
> were not found before (see bug 213540, for example).
>
> Is dbus running when you try to launch XFCE?
>

That is the message I got... it was immediately after boot and dbus was not
running (it asked for a onestart when I attempted to manually start it).
My .xinitrc is as follows:

xfce4-session



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org

From shantanna at hotmail.com  Wed Nov 30 20:16:04 2016
From: shantanna at hotmail.com (SATRIANI Santana)
Date: Wed, 30 Nov 2016 20:14:53 +0000
Subject: FreeBSD Port: pgtune-0.9.3_1
Message-ID: <AM4PR04MB2066EA6FDCF77D89E8C89F20AF8C0@AM4PR04MB2066.eurprd04.prod.outlook.com>

Hello,

Sadly pgtune don't works. Take a look to the output.
Thanks in advance.

[code]

root at FreeBSD:~ # pgtune
pgtune: Command not found.
root at FreeBSD:~ # which pgtune
/usr/local/bin/pgtune
root at FreeBSD:~ # ls -lA /usr/local/bin/pgtune
-r-xr-xr-x??1 root??wheel??18021 Nov??4 06:06 /usr/local/bin/pgtune
root at FreeBSD:~ # sh /usr/local/bin/pgtune
/usr/local/bin/pgtune:?
pgtune

Sample usage shown by running with --help
: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: try:: not found
from: can't read /var/mail/ctypes
from: can't read /var/mail/ctypes.wintypes
/usr/local/bin/pgtune: 22: Syntax error: "(" unexpected
root at FreeBSD:~ # uname -Kpr
11.0-RELEASE-p1 amd64 1100122

[/code]

From rkoberman at gmail.com  Wed Nov 30 20:28:38 2016
From: rkoberman at gmail.com (Kevin Oberman)
Date: Wed, 30 Nov 2016 12:28:36 -0800
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <CAGBxaXmAq_5VZVWV4EDubpJu3ywZxv4uq6JA6Vs3QmbZ5GZOfQ@mail.gmail.com>
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
 <86poldqcqp.fsf@FreeBSD.org>
 <CAGBxaXmAq_5VZVWV4EDubpJu3ywZxv4uq6JA6Vs3QmbZ5GZOfQ@mail.gmail.com>
Message-ID: <CAN6yY1vC1hFEvnN1_fsop+YPv83kqh3YuvsL55O2UPS5GVvGqQ@mail.gmail.com>

On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman <aryeh.friedman at gmail.com>
wrote:

> On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa <rakuco at freebsd.org
> >
> wrote:
>
> > Aryeh Friedman <aryeh.friedman at gmail.com> writes:
> >
> > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
> > > non-root user due to being unable to open/write to /etc/machine-id. I
> > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to
> > > 777.
> >
> > If the /etc/machine-id message you're getting looks like
> >
> >     D-Bus library appears to be incorrectly set up; failed to read
> >     machine uuid: Failed to open "/etc/machine-id": No such file or
> >     directory
> >
> > it may be misleading as /etc/machine-id is a fallback if other files
> > were not found before (see bug 213540, for example).
> >
> > Is dbus running when you try to launch XFCE?
> >
>
> That is the message I got... it was immediately after boot and dbus was not
> running (it asked for a onestart when I attempted to manually start it).
> My .xinitrc is as follows:
>
> xfce4-session
>
>
>
> --
> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
>

To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf? It
looks like the dbus daemon is not running and, when it tries to run from
xfce, it lacks the privs needed. Perhaps the protections were adjusted in
the new version of dbus.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

From aryeh.friedman at gmail.com  Wed Nov 30 20:32:51 2016
From: aryeh.friedman at gmail.com (Aryeh Friedman)
Date: Wed, 30 Nov 2016 15:32:49 -0500
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <CAN6yY1vC1hFEvnN1_fsop+YPv83kqh3YuvsL55O2UPS5GVvGqQ@mail.gmail.com>
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
 <86poldqcqp.fsf@FreeBSD.org>
 <CAGBxaXmAq_5VZVWV4EDubpJu3ywZxv4uq6JA6Vs3QmbZ5GZOfQ@mail.gmail.com>
 <CAN6yY1vC1hFEvnN1_fsop+YPv83kqh3YuvsL55O2UPS5GVvGqQ@mail.gmail.com>
Message-ID: <CAGBxaXnf7oAfetep9B4VjUko1+c6BNzfVAwd31KzK+VJnzojdg@mail.gmail.com>

On Wed, Nov 30, 2016 at 3:28 PM, Kevin Oberman <rkoberman at gmail.com> wrote:

> On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman <aryeh.friedman at gmail.com
> > wrote:
>
>> On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa <
>> rakuco at freebsd.org>
>> wrote:
>>
>> > Aryeh Friedman <aryeh.friedman at gmail.com> writes:
>> >
>> > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
>> > > non-root user due to being unable to open/write to /etc/machine-id. I
>> > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to
>> > > 777.
>> >
>> > If the /etc/machine-id message you're getting looks like
>> >
>> >     D-Bus library appears to be incorrectly set up; failed to read
>> >     machine uuid: Failed to open "/etc/machine-id": No such file or
>> >     directory
>> >
>> > it may be misleading as /etc/machine-id is a fallback if other files
>> > were not found before (see bug 213540, for example).
>> >
>> > Is dbus running when you try to launch XFCE?
>> >
>>
>> That is the message I got... it was immediately after boot and dbus was
>> not
>> running (it asked for a onestart when I attempted to manually start it).
>> My .xinitrc is as follows:
>>
>> xfce4-session
>>
>>
>>
>> --
>> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
>>
>
> To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf?
> It looks like the dbus daemon is not running and, when it tries to run from
> xfce, it lacks the privs needed. Perhaps the protections were adjusted in
> the new version of dbus.
>

I am using what ever the defaults are but I suspect since I had to use
onestart it was not enabled (before the update this was not needed).

> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkoberman at gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org

From mazhe at alkumuna.eu  Wed Nov 30 20:52:10 2016
From: mazhe at alkumuna.eu (Matthieu Volat)
Date: Wed, 30 Nov 2016 21:51:51 +0100
Subject: upgrade to devel/dbus breaks xfce4
In-Reply-To: <CAGBxaXnf7oAfetep9B4VjUko1+c6BNzfVAwd31KzK+VJnzojdg@mail.gmail.com>
References: <CAGBxaX=L23skVEJ1WE4OcaXdA8LVDU7YFgMgGtXxspb5FnXwLQ@mail.gmail.com>
 <86poldqcqp.fsf@FreeBSD.org>
 <CAGBxaXmAq_5VZVWV4EDubpJu3ywZxv4uq6JA6Vs3QmbZ5GZOfQ@mail.gmail.com>
 <CAN6yY1vC1hFEvnN1_fsop+YPv83kqh3YuvsL55O2UPS5GVvGqQ@mail.gmail.com>
 <CAGBxaXnf7oAfetep9B4VjUko1+c6BNzfVAwd31KzK+VJnzojdg@mail.gmail.com>
Message-ID: <20161130215151.5b2fee04@freedom.alkumuna.eu>

On Wed, 30 Nov 2016 15:32:49 -0500
Aryeh Friedman <aryeh.friedman at gmail.com> wrote:

> On Wed, Nov 30, 2016 at 3:28 PM, Kevin Oberman <rkoberman at gmail.com> wrote:
> 
> > On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman <aryeh.friedman at gmail.com
> > > wrote:
> >
> >> On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa <
> >> rakuco at freebsd.org>
> >> wrote:
> >>
> >> > Aryeh Friedman <aryeh.friedman at gmail.com> writes:
> >> >
> >> > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a
> >> > > non-root user due to being unable to open/write to /etc/machine-id. I
> >> > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to
> >> > > 777.
> >> >
> >> > If the /etc/machine-id message you're getting looks like
> >> >
> >> >     D-Bus library appears to be incorrectly set up; failed to read
> >> >     machine uuid: Failed to open "/etc/machine-id": No such file or
> >> >     directory
> >> >
> >> > it may be misleading as /etc/machine-id is a fallback if other files
> >> > were not found before (see bug 213540, for example).
> >> >
> >> > Is dbus running when you try to launch XFCE?
> >> >
> >>
> >> That is the message I got... it was immediately after boot and dbus was
> >> not
> >> running (it asked for a onestart when I attempted to manually start it).
> >> My .xinitrc is as follows:
> >>
> >> xfce4-session
> >>
> >>
> >>
> >> --
> >> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
> >>
> >
> > To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf?
> > It looks like the dbus daemon is not running and, when it tries to run from
> > xfce, it lacks the privs needed. Perhaps the protections were adjusted in
> > the new version of dbus.
> >
> 
> I am using what ever the defaults are but I suspect since I had to use
> onestart it was not enabled (before the update this was not needed).
> 

I had a very hard time starting xfce those days with a minimal xinitrc
(could not get the shutdown permissions to apply and such). I ended
copying /usr/local/etc/xdg/xfce4/xinitrc which seems to take care of everything.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161130/dda2a901/attachment.sig>

From mat at FreeBSD.org  Wed Nov 30 21:04:52 2016
From: mat at FreeBSD.org (Mathieu Arnold)
Date: Wed, 30 Nov 2016 22:04:48 +0100
Subject: Breaking SSL options: Which to use to build 1000 ports?
In-Reply-To: <201611301835.uAUIZbxF037904@fire.js.berklix.net>
References: <201611301835.uAUIZbxF037904@fire.js.berklix.net>
Message-ID: <74b8d8d4-5a49-fd2c-bb52-61fab82d41c7@FreeBSD.org>

Le 30/11/2016 ? 19:35, Julian H. Stacey a ?crit :
> FreeBSD's SSL defaults seem a mess : complex, breaking on loads
> of ports, inadequately documented, insufficiently clear error messages.

And any attempt I've made it the past year and a half to make it better
was met with "DON'T TOUCH HOW I USE OPENSSL" hate mail.

In the close future, the default will be to use OpenSSL from ports, but
other things need to happen in the GSSAPI front, and yes, it is a mess.


-- 
Mathieu Arnold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20161130/9935213f/attachment.sig>