Re: Will 10.3 clobber my ports area?

On Tue, 4 Oct 2016, Kevin Oberman wrote: [ Reloading ports ] > Of course. You can use portsnap(8) to do this. See 4.5 - Using the Ports > Collection > > for details. It's quite trivial. This also will give you the

Re: Will 10.3 clobber my ports area?

On Tue, Oct 4, 2016 at 8:04 PM, Dave Horsfall wrote: > On Mon, 3 Oct 2016, Kevin Oberman wrote: > > > The ports will not be touched, but some will not run on 10.3 because of > > ABI changes in some shareable libraries. Most of the base system uses > > versioned symbols, so

Re: Will 10.3 clobber my ports area?

On Wed, 5 Oct 2016, Dave Horsfall wrote: > Oh, this is for Joseph Mingrove: my mail log shows a message from you > (relayed via FreeBSD.org) but there's nothing in my mailbox about it > (and it certainly wasn't rejected). I guess I accidentally deleted it, > so could you please send it again?

Re: dependency explosions

On Tue, Oct 04, 2016 at 10:21:30AM +1100, Greg 'groggy' Lehey wrote: > Is there a way to display these dependencies in a tree structure? http://portsmon.freebsd.org/portdependencytree.py?category=x11=kde4 It's slow because I do not store dependencies in the database, so it recalculates it on the

Re: Will 10.3 clobber my ports area?

On Mon, 3 Oct 2016, Kevin Oberman wrote: > The ports will not be touched, but some will not run on 10.3 because of > ABI changes in some shareable libraries. Most of the base system uses > versioned symbols, so will work fine, but some, usually contributed > code, don't. Ports that use them

Re: dependency explosions

On 3/10/2016 5:14 AM, Mathieu Arnold wrote: Le 01/10/2016 à 04:35, Julian Elischer a écrit : There is a need for a "minimum" install of a lot of packages. Some dependencies are often optional, and can be unchecked by running make config. Such a 'minimum' install should probably be the

usage of openssl command in ports

Hi, I have a question about usage of openssl command in ports. If a port uses openssl command for example in pkg-install, how can I determine which openssl to use? I think if ssl=base, /usr/bin/openssl should be used. If ssl=openssl, ${PREFIX}/bin/openssl should be used. And other ssl

multimedia/zoneminder - a message from pkg-fallout with linker error

Hello, I received the pkg-fallout message for port I'm maintaning, however error is rather strange http://beefy3.nyi.freebsd.org/data/93i386-quarterly/423181/logs/errors/zoneminder-1.30.0_3.log /usr/local/lib/libopencv_core.so.2: undefined reference to `std::ctype::_M_widen_init()

New 2016Q4 branch

Hi, The 2016Q4 branch has been created. It means that the next update on the quarterly packages will be on the 2016Q4 branch. A lot of things happened in the last three months: - pkg 1.8.7 - New USES: grantlee kde linux - Removed USES: (none) - New keywords: javavm - Removed keywords: (none) -

Firefox 49.0_7,1 crashes on YouTube video and certain web pages

Hello, First off: FreeBSD igor 9.3-RELEASE-p43 FreeBSD 9.3-RELEASE-p43 #0: Sat May 28 00:19:32 UTC 2016 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 /usr/ports/www/firefox/Makefile: $FreeBSD: head/www/firefox/Makefile 422956 2016-09-30 01:15:10Z jbeich $

Re: FreeBSD Port: lang/phantomjs

Mark Felder wrote on 10/04/2016 17:23: On Mon, Oct 3, 2016, at 16:33, Miroslav Lachman wrote: Hi, I noticed hand full of new dependencies after PORTREVISION bump to 4 because there is a new USE_XORG= x11 Is this really needed? Phantomjs worked for me for a long time without any X11

Re: FreeBSD Port: lang/phantomjs

On Mon, Oct 3, 2016, at 16:33, Miroslav Lachman wrote: > Hi, > I noticed hand full of new dependencies after PORTREVISION bump to 4 > because there is a new USE_XORG= x11 > > Is this really needed? Phantomjs worked for me for a long time without > any X11 libraries. We are always trying

Re: make clean failes to cleanup everything

On Tue, 4 Oct 2016 14:18:51 +0200 Gerhard Schmidt wrote: > Am 04.10.2016 um 14:03 schrieb Tijl Coosemans: >> On Tue, 4 Oct 2016 13:36:29 +0200 Gerhard Schmidt wrote: >> >>> Am 04.10.2016 um 12:48 schrieb Tijl Coosemans: On Tue, 4 Oct 2016 09:52:23

Re: LICENSE questions

On Tue, 4 Oct 2016 14:15:28 +0200 Mathieu Arnold wrote: > Le 04/10/2016 à 14:03, Montgomery-Smith, Stephen a écrit : > > On 10/04/2016 06:47 AM, Mathieu Arnold wrote: > >> Le 04/10/2016 à 09:29, Eitan Adler a écrit : > >>> On 4 October 2016 at 00:25, Mathieu Arnold

Re: make clean failes to cleanup everything

Am 04.10.2016 um 14:03 schrieb Tijl Coosemans: > On Tue, 4 Oct 2016 13:36:29 +0200 Gerhard Schmidt wrote: >> Am 04.10.2016 um 12:48 schrieb Tijl Coosemans: >>> On Tue, 4 Oct 2016 09:52:23 +0200 Gerhard Schmidt >>> wrote: make clean fails to clean

Re: LICENSE questions

Le 04/10/2016 à 14:03, Montgomery-Smith, Stephen a écrit : > On 10/04/2016 06:47 AM, Mathieu Arnold wrote: >> Le 04/10/2016 à 09:29, Eitan Adler a écrit : >>> On 4 October 2016 at 00:25, Mathieu Arnold wrote: Le 04/10/2016 à 03:58, Montgomery-Smith, Stephen a écrit : >

Re: LICENSE questions

On 10/04/2016 06:47 AM, Mathieu Arnold wrote: > Le 04/10/2016 à 09:29, Eitan Adler a écrit : >> On 4 October 2016 at 00:25, Mathieu Arnold wrote: >>> Le 04/10/2016 à 03:58, Montgomery-Smith, Stephen a écrit : Could we use USES=metaport to suppress these messages? >>>

Re: make clean failes to cleanup everything

On Tue, 4 Oct 2016 13:36:29 +0200 Gerhard Schmidt wrote: > Am 04.10.2016 um 12:48 schrieb Tijl Coosemans: >> On Tue, 4 Oct 2016 09:52:23 +0200 Gerhard Schmidt wrote: >> >>> make clean fails to clean autoconf and automake. >>> >>> If a port uses autoconf

Re: LICENSE questions

Le 04/10/2016 à 09:29, Eitan Adler a écrit : > On 4 October 2016 at 00:25, Mathieu Arnold wrote: >> Le 04/10/2016 à 03:58, Montgomery-Smith, Stephen a écrit : >>> On 10/03/2016 07:34 AM, Eitan Adler wrote: On 3 October 2016 at 05:31, Montgomery-Smith, Stephen

Re: make clean failes to cleanup everything

Am 04.10.2016 um 12:48 schrieb Tijl Coosemans: > On Tue, 4 Oct 2016 09:52:23 +0200 Gerhard Schmidt wrote: >> make clean fails to clean autoconf and automake. >> >> If a port uses autoconf and autoconf isn't installed on the system, it >> will be build and installed. >> >> if

Re: make clean failes to cleanup everything

On Tue, 4 Oct 2016 09:52:23 +0200 Gerhard Schmidt wrote: > make clean fails to clean autoconf and automake. > > If a port uses autoconf and autoconf isn't installed on the system, it > will be build and installed. > > if you run make clean after installing the port, every

FreeBSD ports you maintain which are out of date

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

make clean failes to cleanup everything

Hi make clean fails to clean autoconf and automake. If a port uses autoconf and autoconf isn't installed on the system, it will be build and installed. if you run make clean after installing the port, every dependency is cleaned as well but not autoconf. This should be not a problem (besides

weird messages, source unidentified

For many moons now, I've been seeing messages like the following, but emitted by many programs, not just by cmake. I've indented all example message lines below by ">". >cmake: environment corrupt; missing value for QT_IM_MO I don't know what causes them or how to get rid of them.

Re: LICENSE questions

On 4 October 2016 at 00:25, Mathieu Arnold wrote: > Le 04/10/2016 à 03:58, Montgomery-Smith, Stephen a écrit : >> On 10/03/2016 07:34 AM, Eitan Adler wrote: >>> On 3 October 2016 at 05:31, Montgomery-Smith, Stephen >>> wrote: On 10/02/2016 05:27 PM,

Re: LICENSE questions

Le 04/10/2016 à 03:58, Montgomery-Smith, Stephen a écrit : > On 10/03/2016 07:34 AM, Eitan Adler wrote: >> On 3 October 2016 at 05:31, Montgomery-Smith, Stephen >> wrote: >>> On 10/02/2016 05:27 PM, Eitan Adler wrote: On 2 October 2016 at 14:44, Montgomery-Smith,

Re: math/R slave ports and shared library

2016-10-04 4:59 GMT+02:00 Joseph Mingrone : > After some surgery, math/R is in more manageable shape. But, the surgery > broke two slave ports, math/libR and math/libRmath. They have each been > marked broken since June or July and I posted to ports@ about deleting > them, but

Re: dependency explosions

Hi! > > The problem is to add code to allow variants is complex and needs > > engineering power. > But regarding the > changes that would be required to only allow other variants, why do you > say it would be complex? Wouldn't that be only a change in pkg so that > it can handle dependencies

Re: dependency explosions

On 04/10/2016 05:09, Kurt Jaeger wrote: Hi! Right now, we build packages for [9,10,11,12]x[amd64,i386]x[head,quarterly], that's 16 different sets, and we mostly manage to build them over and over again, every two days. Imagine how long it would take to build 320 sets. You are trying to take