Re: www/firefox on RPI2: error: instruction requires: armv6t2

2017-05-10 Thread Mark Millard 
On 2017-May-10, at 8:37 PM, bob prohaska  wrote:

> With freebsd at 
> FreeBSD www.zefox.com 12.0-CURRENT FreeBSD 12.0-CURRENT #50 r318138: Wed May 
> 10 10:30:51 PDT 2017 b...@www.zefox.com:/usr/obj/usr/src/sys/RPI2  arm
> 
> ports at 
> Revision: 440570
> 
> and using 
> root@www:/usr/ports/www/firefox # make CFLAGS='-mcpu=cortex-a7' -DBATCH > 
> make.log &
> 
> the compilation seems to halt with
> /usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:88:3:
>  error: instruction requires: armv6t2
>  sbfx r11, r6, #12, #16
>  ^
> /usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:99:3:
>  error: instruction requires: armv6t2
>  sbfx r11, r6, #12, #16
>  ^
> /usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:142:3:
>  error: instruction requires: armv6t2
>  sbfx r8, r6, #12, #16
>  ^
> gmake[6]: *** 
> [/usr/ports/www/firefox/work/firefox-53.0.2/config/rules.mk:989: 
> filter_ar_fast_q12_armv7.o] Error 1
> 
> I'm told this is likely caused by  CFLAGS='-mcpu=cortex-a7', which is
> needed to avoid a "NEON not enabled" error earlier in the compile.


If the .S files (assembler source files) are used via the
likes of (from looking at some vintage of config/rules.mk
on the web):

$(SOBJS):

$(REPORT_BUILD)
$(AS) -o $@ $(DEFINES) $(ASFLAGS) $($(notdir $<)_FLAGS) 
$(LOCAL_INCLUDES) -c $<

then the -mcpu=cortex-a7 is likely not involved.

Instead such a context would suggest needing to supply
some option in ASFLAGS for the $(ASFLAGS) expansion, an
option appropriate to whatever the assembler command is
[expansion of $(AS)].


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

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

www/firefox on RPI2: error: instruction requires: armv6t2

2017-05-10 Thread bob prohaska 
With freebsd at 
FreeBSD www.zefox.com 12.0-CURRENT FreeBSD 12.0-CURRENT #50 r318138: Wed May 10 
10:30:51 PDT 2017 b...@www.zefox.com:/usr/obj/usr/src/sys/RPI2  arm

ports at 
Revision: 440570

and using 
root@www:/usr/ports/www/firefox # make CFLAGS='-mcpu=cortex-a7' -DBATCH > 
make.log &

the compilation seems to halt with
/usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:88:3:
 error: instruction requires: armv6t2
  sbfx r11, r6, #12, #16
  ^
/usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:99:3:
 error: instruction requires: armv6t2
  sbfx r11, r6, #12, #16
  ^
/usr/ports/www/firefox/work/firefox-53.0.2/media/webrtc/trunk/webrtc/common_audio/signal_processing/filter_ar_fast_q12_armv7.S:142:3:
 error: instruction requires: armv6t2
  sbfx r8, r6, #12, #16
  ^
gmake[6]: *** [/usr/ports/www/firefox/work/firefox-53.0.2/config/rules.mk:989: 
filter_ar_fast_q12_armv7.o] Error 1

I'm told this is likely caused by  CFLAGS='-mcpu=cortex-a7', which is
needed to avoid a "NEON not enabled" error earlier in the compile.

Would a bug report be redundant? 

Thanks for reading,

bob prohaska
 

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

Re: nginx is not linking against libressl

2017-05-10 Thread Adam Weinberger 
> On 10 May, 2017, at 18:42, Sergey A. Osokin  wrote:
> 
> On Wed, May 10, 2017 at 11:13:05PM +, Sergey A. Osokin wrote:
>> On Wed, May 10, 2017 at 10:56:26PM +, Sergey A. Osokin wrote:
>>> On Wed, May 10, 2017 at 04:04:52PM -0600, Adam Weinberger wrote:
> On 10 May, 2017, at 15:51, Sergey A. Osokin  wrote:
> 
> can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
> Would you mind to raise a problem report with details, i.e. OS version,
> ident Makefile, config.log, etc.
> 
> Thanks in advance.
 
 Sergey -
 
 Set DEFAULT_VERSIONS= ssl=libressl, and then turn off the IPV6 option in 
 nginx. It's reproducible for me.
>>> 
>>> Got it, thanks Adam for the point, looks like a regression.
> 
> Patch.

Thanks, Sergey. Builds successfully for me with that patch.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org

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

Re: nginx is not linking against libressl

2017-05-10 Thread Sergey A. Osokin 
On Wed, May 10, 2017 at 11:13:05PM +, Sergey A. Osokin wrote:
> On Wed, May 10, 2017 at 10:56:26PM +, Sergey A. Osokin wrote:
> > On Wed, May 10, 2017 at 04:04:52PM -0600, Adam Weinberger wrote:
> > > > On 10 May, 2017, at 15:51, Sergey A. Osokin  wrote:
> > > > 
> > > > can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
> > > > Would you mind to raise a problem report with details, i.e. OS version,
> > > > ident Makefile, config.log, etc.
> > > > 
> > > > Thanks in advance.
> > > 
> > > Sergey -
> > > 
> > > Set DEFAULT_VERSIONS= ssl=libressl, and then turn off the IPV6 option in 
> > > nginx. It's reproducible for me.
> > 
> > Got it, thanks Adam for the point, looks like a regression.

Patch.
 
-- 
Sergey Osokin
o...@freebsd.org
Index: Makefile
===
--- Makefile(revision 440609)
+++ Makefile(working copy)
@@ -3,7 +3,7 @@
 
 PORTNAME=  nginx
 PORTVERSION=   1.12.0
-PORTREVISION=  1
+PORTREVISION=  2
 PORTEPOCH= 2
 CATEGORIES=www
 MASTER_SITES=  http://nginx.org/download/
@@ -307,7 +307,7 @@
 .endif
 
 .if empty(PORT_OPTIONS:MIPV6)
-CONFIGURE_ARGS+=--with-cc-opt="-DNGX_HAVE_INET6=0"
+CONFIGURE_ARGS+=--with-cc-opt="-DNGX_HAVE_INET6=0 -I ${LOCALBASE}/include"
 .else
 CATEGORIES+=   ipv6
 .endif
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: blender-2.78c

2017-05-10 Thread Stari Karp 
On Wed, 2017-05-10 at 13:45 +0200, Jan Beich wrote:
> Алексей Берегов  writes:
> 
> > 
> > /usr/ports/graphics/blender/work/blender-
> > 2.78c/intern/cycles/bvh/../util/util_vector.h:46:22:
> > error: type 'std::vector >' is not
> > a
> > direct or virtual base of 'ccl::vector > ccl::StackAllocator<256, int> >'
> > explicit vector() : std::vector > allocator_type>() {  }
> > ^
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218703 has a fix.
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.o
> rg"

And how will building with option Cycles and CYCLESOSL=on: Shading
support for the cycles render engine works? Openshading lannguage needs
clang34 and llvm34 and xserver cannot start if is llvm34 installed?

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

Re: nginx is not linking against libressl

2017-05-10 Thread Sergey A. Osokin 
On Wed, May 10, 2017 at 10:56:26PM +, Sergey A. Osokin wrote:
> On Wed, May 10, 2017 at 04:04:52PM -0600, Adam Weinberger wrote:
> > > On 10 May, 2017, at 15:51, Sergey A. Osokin  wrote:
> > > 
> > > can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
> > > Would you mind to raise a problem report with details, i.e. OS version,
> > > ident Makefile, config.log, etc.
> > > 
> > > Thanks in advance.
> > 
> > Sergey -
> > 
> > Set DEFAULT_VERSIONS= ssl=libressl, and then turn off the IPV6 option in 
> > nginx. It's reproducible for me.
> 
> Got it, thanks Adam for the point, looks like a regression.

https://trac.nginx.org/nginx/ticket/1268

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

Re: nginx is not linking against libressl

2017-05-10 Thread Sergey A. Osokin 
On Wed, May 10, 2017 at 04:04:52PM -0600, Adam Weinberger wrote:
> > On 10 May, 2017, at 15:51, Sergey A. Osokin  wrote:
> > 
> > can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
> > Would you mind to raise a problem report with details, i.e. OS version,
> > ident Makefile, config.log, etc.
> > 
> > Thanks in advance.
> 
> Sergey -
> 
> Set DEFAULT_VERSIONS= ssl=libressl, and then turn off the IPV6 option in 
> nginx. It's reproducible for me.

Got it, thanks Adam for the point, looks like a regression.

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

Re: nginx is not linking against libressl

2017-05-10 Thread Adam Weinberger 
> On 10 May, 2017, at 15:51, Sergey A. Osokin  wrote:
> 
> Hi,
> 
> can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
> Would you mind to raise a problem report with details, i.e. OS version,
> ident Makefile, config.log, etc.
> 
> Thanks in advance.

Sergey -

Set DEFAULT_VERSIONS= ssl=libressl, and then turn off the IPV6 option in nginx. 
It's reproducible for me.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org



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

Re: nginx is not linking against libressl

2017-05-10 Thread Sergey A. Osokin 
Hi,

can't reproduce it on my laptop with FreeBSD 11.0-STABLE #5: Sun Apr 16.
Would you mind to raise a problem report with details, i.e. OS version,
ident Makefile, config.log, etc.

Thanks in advance.

-- 
Sergey Osokin
o...@freebsd.org

On Sun, May 07, 2017 at 06:05:22PM -0400, j...@ohlste.in wrote:
> Hello,
> 
> On 05/07/2017 03:55 PM, abi wrote:
> > Hello,
> > 
> > I tried to upgrade my jail to the latest versions of ports and nginx is 
> > not building correctly.
> > 
> > objs/src/event/ngx_event_openssl.o: In function `ngx_ssl_get_ciphers':
> > src/event/ngx_event_openssl.c:(.text+0x3de6): undefined reference to 
> > `SSL_CIPHER_find'
> > src/event/ngx_event_openssl.c:(.text+0x3e66): undefined reference to 
> > `SSL_CIPHER_find'
> > cc: error: linker command failed with exit code 1 (use -v to see 
> > invocation)
> > *** Error code 1
> 
> It looks like it should build. I don't have much to add, but I'm going 
> to cc the maintainer.
> 
> > 
> > make.conf
> > OPTIONS_UNSET+= DOCS EXAMPLES X11 IPV6
> > DEFAULT_VERSIONS+=ssl=libressl
> > 
> > WRKDIRPREFIX= /var/ports
> > DISTDIR= /var/ports/distfiles
> > PACKAGES= /var/ports/packages
> > INDEXDIR= /usr/ports
> > 
> > options
> > OPTIONS_FILE_UNSET+=DSO
> > OPTIONS_FILE_UNSET+=DEBUG
> > OPTIONS_FILE_UNSET+=DEBUGLOG
> > OPTIONS_FILE_SET+=FILE_AIO
> > OPTIONS_FILE_UNSET+=IPV6
> > OPTIONS_FILE_UNSET+=GOOGLE_PERFTOOLS
> > OPTIONS_FILE_SET+=HTTP
> > OPTIONS_FILE_UNSET+=HTTP_ADDITION
> > OPTIONS_FILE_UNSET+=HTTP_AUTH_REQ
> > OPTIONS_FILE_UNSET+=HTTP_CACHE
> > OPTIONS_FILE_UNSET+=HTTP_DAV
> > OPTIONS_FILE_UNSET+=HTTP_FLV
> > OPTIONS_FILE_UNSET+=HTTP_GEOIP
> > OPTIONS_FILE_UNSET+=HTTP_GZIP_STATIC
> > OPTIONS_FILE_UNSET+=HTTP_GUNZIP_FILTER
> > OPTIONS_FILE_UNSET+=HTTP_IMAGE_FILTER
> > OPTIONS_FILE_UNSET+=HTTP_MP4
> > OPTIONS_FILE_UNSET+=HTTP_PERL
> > OPTIONS_FILE_UNSET+=HTTP_RANDOM_INDEX
> > OPTIONS_FILE_UNSET+=HTTP_REALIP
> > OPTIONS_FILE_UNSET+=HTTP_REWRITE
> > OPTIONS_FILE_UNSET+=HTTP_SECURE_LINK
> > OPTIONS_FILE_UNSET+=HTTP_SLICE
> > OPTIONS_FILE_SET+=HTTP_SSL
> > OPTIONS_FILE_UNSET+=HTTP_STATUS
> > OPTIONS_FILE_UNSET+=HTTP_SUB
> > OPTIONS_FILE_UNSET+=HTTP_XSLT
> > OPTIONS_FILE_UNSET+=MAIL
> > OPTIONS_FILE_UNSET+=MAIL_IMAP
> > OPTIONS_FILE_UNSET+=MAIL_POP3
> > OPTIONS_FILE_UNSET+=MAIL_SMTP
> > OPTIONS_FILE_UNSET+=MAIL_SSL
> > OPTIONS_FILE_SET+=HTTPV2
> > OPTIONS_FILE_UNSET+=NJS
> > OPTIONS_FILE_UNSET+=STREAM
> > OPTIONS_FILE_UNSET+=STREAM_SSL
> > OPTIONS_FILE_UNSET+=STREAM_SSL_PREREAD
> > OPTIONS_FILE_UNSET+=THREADS
> > OPTIONS_FILE_UNSET+=WWW
> > OPTIONS_FILE_UNSET+=AJP
> > OPTIONS_FILE_UNSET+=AWS_AUTH
> > OPTIONS_FILE_UNSET+=CACHE_PURGE
> > OPTIONS_FILE_UNSET+=CLOJURE
> > OPTIONS_FILE_UNSET+=CT
> > OPTIONS_FILE_UNSET+=ECHO
> > OPTIONS_FILE_UNSET+=FASTDFS
> > OPTIONS_FILE_UNSET+=HEADERS_MORE
> > OPTIONS_FILE_UNSET+=HTTP_ACCEPT_LANGUAGE
> > OPTIONS_FILE_UNSET+=HTTP_AUTH_DIGEST
> > OPTIONS_FILE_UNSET+=HTTP_AUTH_KRB5
> > OPTIONS_FILE_UNSET+=HTTP_AUTH_LDAP
> > OPTIONS_FILE_UNSET+=HTTP_AUTH_PAM
> > OPTIONS_FILE_UNSET+=HTTP_DAV_EXT
> > OPTIONS_FILE_UNSET+=HTTP_EVAL
> > OPTIONS_FILE_UNSET+=HTTP_FANCYINDEX
> > OPTIONS_FILE_UNSET+=HTTP_FOOTER
> > OPTIONS_FILE_UNSET+=HTTP_GEOIP2
> > OPTIONS_FILE_UNSET+=HTTP_JSON_STATUS
> > OPTIONS_FILE_UNSET+=HTTP_MOGILEFS
> > OPTIONS_FILE_UNSET+=HTTP_MP4_H264
> > OPTIONS_FILE_UNSET+=HTTP_NOTICE
> > OPTIONS_FILE_UNSET+=HTTP_PUSH
> > OPTIONS_FILE_UNSET+=HTTP_PUSH_STREAM
> > OPTIONS_FILE_UNSET+=HTTP_REDIS
> > OPTIONS_FILE_UNSET+=HTTP_RESPONSE
> > OPTIONS_FILE_UNSET+=HTTP_SUBS_FILTER
> > OPTIONS_FILE_UNSET+=HTTP_TARANTOOL
> > OPTIONS_FILE_UNSET+=HTTP_UPLOAD
> > OPTIONS_FILE_UNSET+=HTTP_UPLOAD_PROGRESS
> > OPTIONS_FILE_UNSET+=HTTP_UPSTREAM_CHECK
> > OPTIONS_FILE_UNSET+=HTTP_UPSTREAM_FAIR
> > OPTIONS_FILE_UNSET+=HTTP_UPSTREAM_STICKY
> > OPTIONS_FILE_UNSET+=HTTP_VIDEO_THUMBEXTRACTOR
> > OPTIONS_FILE_UNSET+=HTTP_ZIP
> > OPTIONS_FILE_UNSET+=ARRAYVAR
> > OPTIONS_FILE_UNSET+=BROTLI
> > OPTIONS_FILE_UNSET+=DRIZZLE
> > OPTIONS_FILE_UNSET+=DYNAMIC_UPSTREAM
> > OPTIONS_FILE_UNSET+=ENCRYPTSESSION
> > OPTIONS_FILE_UNSET+=FORMINPUT
> > OPTIONS_FILE_UNSET+=GRIDFS
> > OPTIONS_FILE_UNSET+=ICONV
> > OPTIONS_FILE_UNSET+=LET
> > OPTIONS_FILE_UNSET+=LUA
> > OPTIONS_FILE_UNSET+=MEMC
> > OPTIONS_FILE_UNSET+=MODSECURITY
> > OPTIONS_FILE_UNSET+=NAXSI
> > OPTIONS_FILE_UNSET+=PASSENGER
> > OPTIONS_FILE_UNSET+=POSTGRES
> > OPTIONS_FILE_UNSET+=RDS_CSV
> > OPTIONS_FILE_UNSET+=RDS_JSON
> > OPTIONS_FILE_UNSET+=REDIS2
> > OPTIONS_FILE_UNSET+=RTMP
> > OPTIONS_FILE_UNSET+=SET_MISC
> > OPTIONS_FILE_UNSET+=SFLOW
> > OPTIONS_FILE_UNSET+=SHIBBOLETH
> > OPTIONS_FILE_UNSET+=SLOWFS_CACHE
> > OPTIONS_FILE_UNSET+=SMALL_LIGHT
> > OPTIONS_FILE_UNSET+=SRCACHE
> > OPTIONS_FILE_UNSET+=X11
> > OPTIONS_FILE_UNSET+=XSS
> > 
> > Anyone has the same problem?
> > 
> -- 
> Jim Ohlstein
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to

Re: Ada and GNAT maintainership proposition

2017-05-10 Thread Kurt Jaeger 
Hi!

> I'm afraid there isn't anybody, and that's why I'm asking here whether I
> can be that somebody.

If you submit PRs for upgrades of ada/gnat related ports,
and poke committers to 'test-build and commit them',
then yes, please maintain those ports.

Committers mostly do build-tests, and if you add run-test
targets to ports, that would be helpful, too.

> The problem is that Marino's shoes are difficult to fill. I'm basically
> applying for a position while I have no experience (I only compiled gcc
> three times in my life), no relevant skill (except reading C), and
> almost no time. The only thing preventing me from being the most
> ill-suited person for the role is that I care. Is it enough?

Yes.

> I'm used to imposter's syndrome, but taking for example the recent thread
> https://lists.freebsd.org/pipermail/freebsd-ports/2017-April/108130.html
> that's already way beyond my league.

Ask questions, and maybe someone will help out.
That's how I do it, it works most of the time 8-}

> On top of that, I'm only running recent -RELEASE, I'm not sure I can
> find a box on which to run -CURRENT, and I don't hope having some
> -STABLE or older -RELEASE available. That limits quite a bit my testing
> capabilities.

If you send me PR numbers with patches, I can testbuild them
on those systems:

103  10.3-RELEASE amd64
10i  10.3-RELEASE-p17 i386
11a  11.0-RELEASE-p1  amd64
11i  11.0-RELEASE-p1  i386
cur  12.0-CURRENT r315086 amd64

And with more CPU and braintime, I might get this back in shape:

arm6 12.0-CURRENT r306902 arm.armv6
p64  12.0-CURRENT r306902 powerpc.powerpc64

> So at this point, is there anybody to talk me out of trying to maintain
> gcc-aux and some of the Ada ports left behind?
> 
> What is the procedure to ask for maintainership on these?

Submit a patch for the ports where you claim maintainer
by setting MAINTAINER=  .

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: poudriere + bdb6 build issue (maybe newbie stupidity)

2017-05-10 Thread Adam Weinberger 
> On 10 May, 2017, at 13:12, Mike Andrews  wrote:
> 
> On Wed, 10 May 2017, Adam Weinberger wrote:
> 
>>> On 10 May, 2017, at 10:59, Mike Andrews  wrote:
>>> 
>>> I’m experimenting with poudriere for the first time and running into an 
>>> issue with some ports that use BDB.  With this in make.conf:
>>> 
>>> DEFAULT_VERSIONS= bdb=6
>>> 
>>> I get this for four ports that use BDB 6:
>>> 
>>> [00:00:47] >> [04][00:00:00] Finished build of databases/p5-BerkeleyDB: 
>>> Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, 
>>> incompatible: . Try: make debug-bdb
>>> [00:00:47] >> [03][00:00:00] Finished build of databases/ruby-bdb: 
>>> Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, 
>>> incompatible: . Try: make debug-bdb
>>> [00:00:48] >> [06][00:00:01] Finished build of www/webalizer: Ignored: 
>>> cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: 
>>> . Try: make debug-bdb
>>> [00:00:49] >> [01][00:00:01] Finished build of textproc/redland: 
>>> Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, 
>>> incompatible: . Try: make debug-bdb
>>> 
>>> Installing the ports manually from source works just fine.
>>> 
>>> Am I missing something stupid/obvious here, or is it an issue with those 
>>> specific four ports?
>> 
>> There's a licensing-related peculiarity with bdb 6. Add 
>> WITH_BDB6_PERMITTED=yes to your make.conf and it should build for you.
> 
> That fixed it, thanks!
> 
> Now where is that documented?  Anywhere?  Now that I Google that option, 
> okay, it's in bdb.mk, but...  hard to do that if you don't know it's there.  
> :)
> 
> I did (do) have DISABLE_LICENSES=yes in there, but that's more to disable 
> prompts at 'poudriere options' time, I guess.

WITH_BDB6_PERMITTED is pretty unnecessary, AFAICT; bsd.licenses.mk is the right 
way to handle license selection. I've opened a phabricator review 
(https://reviews.freebsd.org/D10669) to just simply remove it, but because 
bsd.mk is convoluted I'm not entirely positive that this change has no other 
side effects.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org

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

FreeBSD ports you maintain which are out of date

2017-05-10 Thread portscout 
Dear port maintainer,

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

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

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


Port| Current version | New version
+-+
graphics/opencollada| 1.6.37  | v1.6.47
+-+


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

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

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

Re: poudriere + bdb6 build issue (maybe newbie stupidity)

2017-05-10 Thread Mike Andrews 

On Wed, 10 May 2017, Adam Weinberger wrote:


On 10 May, 2017, at 10:59, Mike Andrews  wrote:

I’m experimenting with poudriere for the first time and running into an issue 
with some ports that use BDB.  With this in make.conf:

DEFAULT_VERSIONS= bdb=6

I get this for four ports that use BDB 6:

[00:00:47] >> [04][00:00:00] Finished build of databases/p5-BerkeleyDB: 
Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: 
. Try: make debug-bdb
[00:00:47] >> [03][00:00:00] Finished build of databases/ruby-bdb: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb
[00:00:48] >> [06][00:00:01] Finished build of www/webalizer: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb
[00:00:49] >> [01][00:00:01] Finished build of textproc/redland: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb

Installing the ports manually from source works just fine.

Am I missing something stupid/obvious here, or is it an issue with those 
specific four ports?


There's a licensing-related peculiarity with bdb 6. Add WITH_BDB6_PERMITTED=yes 
to your make.conf and it should build for you.


That fixed it, thanks!

Now where is that documented?  Anywhere?  Now that I Google that option, 
okay, it's in bdb.mk, but...  hard to do that if you don't know it's 
there.  :)


I did (do) have DISABLE_LICENSES=yes in there, but that's more to disable 
prompts at 'poudriere options' time, I guess.

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

Re: poudriere + bdb6 build issue (maybe newbie stupidity)

2017-05-10 Thread Adam Weinberger 
> On 10 May, 2017, at 10:59, Mike Andrews  wrote:
> 
> I’m experimenting with poudriere for the first time and running into an issue 
> with some ports that use BDB.  With this in make.conf:
> 
> DEFAULT_VERSIONS= bdb=6
> 
> I get this for four ports that use BDB 6:
> 
> [00:00:47] >> [04][00:00:00] Finished build of databases/p5-BerkeleyDB: 
> Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, 
> incompatible: . Try: make debug-bdb
> [00:00:47] >> [03][00:00:00] Finished build of databases/ruby-bdb: 
> Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, 
> incompatible: . Try: make debug-bdb
> [00:00:48] >> [06][00:00:01] Finished build of www/webalizer: Ignored: 
> cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . 
> Try: make debug-bdb
> [00:00:49] >> [01][00:00:01] Finished build of textproc/redland: Ignored: 
> cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . 
> Try: make debug-bdb
> 
> Installing the ports manually from source works just fine.
> 
> Am I missing something stupid/obvious here, or is it an issue with those 
> specific four ports?

There's a licensing-related peculiarity with bdb 6. Add WITH_BDB6_PERMITTED=yes 
to your make.conf and it should build for you.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org


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

Re: poudriere + bdb6 build issue (maybe newbie stupidity)

2017-05-10 Thread Walter Schwarzenfeld 

Maybe, it only cause you forgot the "+"

DEFAULT_VERSIONS+=bdb=6 ?

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

INDEX now builds successfully on 10.x

2017-05-10 Thread Ports Index build 

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

Re: Ada and GNAT maintainership proposition

2017-05-10 Thread Ultima 
The best way to get started with porting is reading the FreeBSD porters
handbook.

https://www.freebsd.org/doc/en/books/porters-handbook/

In order to take maintainership, a pr needs to be filled on bugzilla
requesting the port.



Porting on the most recent -RELEASE version is fine, however It is
recommended to test on current as well. I don't think its a huge issue if
you can't do this though. if it fails on current you will get fallout
messages. It is important to test on all supported releases which can be
found here.

https://www.freebsd.org/releases/

The testing are needed on tier 1 supported architectures which currently
are amd64/i386, of course more is better but not required. The tiers can be
found here.

https://www.freebsd.org/platforms/



All these tests aren't necessarily required by the port maintainer, but it
wont be committed unless they pass these tests. So it is definitely easier
and less time consuming for both committer and maintainer if tests are
completed.


Hope this helps,
Ultima

On Wed, May 10, 2017 at 7:43 AM, Natasha Kerensikova 
wrote:

> Hello,
>
> I'm an insignificant FreeBSD user and Ada developer, and over the years
> I've come to rely a lot of both technologies together. I'm very worried
> now that I discovered that Ada-related ports no longer have a maintainer.
> Having thought a lot about it in the past day, I don't have a workable
> exit strategy for either technology, and I don't want to need one.
>
> So the whole point of this e-mail is, what happens now?
>
>
> As far as I can tell, if nobody steps up to take over the
> maintainership, the ports will eventually be considered dead and be
> removed. I think I saw ports stay maintainerless for a long while before
> being dropped, but here we have a lively compiler and a moving standard,
> so it's likely things will break sooner rather than later. Once a port
> is broken, even if it's not reported as broken, its days of
> maintainerless existence are numbered.
>
> So, does anyone care?
>
> I do, but I mean, besides me?
>
> Is there anybody ready to step up and take maintainership and ensure
> these ports continue to work?
> (If there is, don't read the rest of the e-mail, it's moot.)
>
>
> I'm afraid there isn't anybody, and that's why I'm asking here whether I
> can be that somebody.
>
> It would be nice there was some way to make an official distinction
> between standard maintainership and maintainership-by-default-because-I-
> want-it-to-work-but-I-would-gladly-hand-it-to-anyone-interested.
>
> The problem is that Marino's shoes are difficult to fill. I'm basically
> applying for a position while I have no experience (I only compiled gcc
> three times in my life), no relevant skill (except reading C), and
> almost no time. The only thing preventing me from being the most
> ill-suited person for the role is that I care. Is it enough?
>
> I'm used to imposter's syndrome, but taking for example the recent thread
> https://lists.freebsd.org/pipermail/freebsd-ports/2017-April/108130.html
> that's already way beyond my league.
>
> On top of that, I'm only running recent -RELEASE, I'm not sure I can
> find a box on which to run -CURRENT, and I don't hope having some
> -STABLE or older -RELEASE available. That limits quite a bit my testing
> capabilities.
>
> I think I can handle the load of being the contact person for these
> ports and dealing with the bugtracker and things like that. So if there
> is anyone reading this with a bit of technical expertise to help but who
> doesn't want to deal with the communication part of the maintainership,
> please let me know, so I can volunteer less shakily.
>
>
> So at this point, is there anybody to talk me out of trying to maintain
> gcc-aux and some of the Ada ports left behind?
>
> What is the procedure to ask for maintainership on these?
>
> I still haven't fully sketched the exact list of package I would try to
> claim, but I use daily lang/gcc6-aux, www/aws, devel/florist-gpl, and
> devel/gprbuild; I occasionally use devel/adacurses and devel/gnatcoll;
> and I could easy integrate into my workflow lang/adacontrol and
> lang/asis. I would take some more, going out of my way to test them, but
> I'll have to think about which ones are within my reach. The gnatdroid
> and gnatcross ones are almost certainly not.
>
>
> Thanks for your patience,
> Natasha
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

poudriere + bdb6 build issue (maybe newbie stupidity)

2017-05-10 Thread Mike Andrews 
I’m experimenting with poudriere for the first time and running into an 
issue with some ports that use BDB.  With this in make.conf:


DEFAULT_VERSIONS= bdb=6

I get this for four ports that use BDB 6:

[00:00:47] >> [04][00:00:00] Finished build of databases/p5-BerkeleyDB: 
Ignored: cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: 
. Try: make debug-bdb
[00:00:47] >> [03][00:00:00] Finished build of databases/ruby-bdb: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb
[00:00:48] >> [06][00:00:01] Finished build of www/webalizer: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb
[00:00:49] >> [01][00:00:01] Finished build of textproc/redland: Ignored: 
cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: 
make debug-bdb

Installing the ports manually from source works just fine.

Am I missing something stupid/obvious here, or is it an issue with those 
specific four ports?

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

Re: graphics/inkscape build has been filing for quite some time

2017-05-10 Thread Beeblebrox via freebsd-ports 

> Did you build graphics/ImageMagick with OPENMP=on? It may bring
> libstdc++ which doesn't play well with consumers already using libc++.

Hi - thanks. That was indeed the problem, worked perfectly.
Regards.

-- 
FreeBSD_amd64_12-Current_RadeonKMS
Please CC my email when responding, mail from list is not delivered.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

INDEX build failed for 10.x

2017-05-10 Thread Ports Index build 
INDEX build failed with errors:
Generating INDEX-10 - please wait..--- describe.accessibility ---
--- describe.arabic ---
--- describe.archivers ---
--- describe.astro ---
--- describe.audio ---
--- describe.benchmarks ---
--- describe.biology ---
--- describe.cad ---
--- describe.chinese ---
--- describe.comms ---
--- describe.converters ---
--- describe.databases ---
--- describe.deskutils ---
--- describe.devel ---
--- describe.dns ---
--- describe.editors ---
--- describe.emulators ---
--- describe.finance ---
--- describe.french ---
--- describe.ftp ---
[...]
--- describe.print ---
--- describe.russian ---
--- describe.science ---
--- describe.security ---
--- describe.shells ---
--- describe.sysutils ---
--- describe.textproc ---
--- describe.ukrainian ---
--- describe.vietnamese ---
--- describe.www ---
--- describe.x11 ---
--- describe.x11-clocks ---
--- describe.x11-drivers ---
--- describe.x11-fm ---
--- describe.x11-fonts ---
--- describe.x11-servers ---
--- describe.x11-themes ---
--- describe.x11-toolkits ---
--- describe.x11-wm ---
 Done.
make_index: /home/indexbuild/tindex/ports/databases/pgaccess: no entry for 
/home/indexbuild/tindex/ports/x11-toolkits/tk87

Committers on the hook:
 amdmi3 gahr garga jbeich kwm lifanov mat royger tcberner 

Most recent SVN update was:
Updating '.':
Udevel/py-flake8-docstrings/Makefile
Udevel/py-flake8-docstrings/distinfo
Udevel/git-cinnabar/Makefile
Udevel/git-cinnabar/distinfo
Udevel/git/Makefile
Udevel/git/distinfo
Udevel/git/pkg-plist
Udevel/kf5-kauth/Makefile
Adevel/kf5-kauth/files
Adevel/kf5-kauth/files/patch-git_df875f7_CVE-2017-8422
UMk/Uses/tcl.mk
UMk/Scripts/qa.sh
UMk/bsd.licenses.db.mk
Ux11-wm/muffin/Makefile
Udatabases/retcl/Makefile
Udatabases/retcl/distinfo
Ugames/wtf/Makefile
Ugames/wtf/distinfo
Uemulators/xen-kernel/Makefile
Aemulators/xen-kernel/files/xsa213-4.7.patch
Aemulators/xen-kernel/files/xsa214.patch
Aemulators/xen-kernel/files/xsa215.patch
ATemplates/Licenses/WTFPL
ATemplates/Licenses/WTFPL1
Ux11/kdelibs4/Makefile
Ax11/kdelibs4/files/patch-git_264e976_CVE-2017-8422
Usecurity/vuxml/vuln.xml
Updated to revision 440568.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: blender-2.78c

2017-05-10 Thread Jan Beich 
Алексей Берегов  writes:

> /usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/../util/util_vector.h:46:22:
> error: type 'std::vector >' is not a
> direct or virtual base of 'ccl::vector ccl::StackAllocator<256, int> >'
> explicit vector() : std::vector() {  }
> ^

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218703 has a fix.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Ada and GNAT maintainership proposition

2017-05-10 Thread Natasha Kerensikova 
Hello,

I'm an insignificant FreeBSD user and Ada developer, and over the years
I've come to rely a lot of both technologies together. I'm very worried
now that I discovered that Ada-related ports no longer have a maintainer.
Having thought a lot about it in the past day, I don't have a workable
exit strategy for either technology, and I don't want to need one.

So the whole point of this e-mail is, what happens now?


As far as I can tell, if nobody steps up to take over the
maintainership, the ports will eventually be considered dead and be
removed. I think I saw ports stay maintainerless for a long while before
being dropped, but here we have a lively compiler and a moving standard,
so it's likely things will break sooner rather than later. Once a port
is broken, even if it's not reported as broken, its days of
maintainerless existence are numbered.

So, does anyone care?

I do, but I mean, besides me?

Is there anybody ready to step up and take maintainership and ensure
these ports continue to work?
(If there is, don't read the rest of the e-mail, it's moot.)


I'm afraid there isn't anybody, and that's why I'm asking here whether I
can be that somebody.

It would be nice there was some way to make an official distinction
between standard maintainership and maintainership-by-default-because-I-
want-it-to-work-but-I-would-gladly-hand-it-to-anyone-interested.

The problem is that Marino's shoes are difficult to fill. I'm basically
applying for a position while I have no experience (I only compiled gcc
three times in my life), no relevant skill (except reading C), and
almost no time. The only thing preventing me from being the most
ill-suited person for the role is that I care. Is it enough?

I'm used to imposter's syndrome, but taking for example the recent thread
https://lists.freebsd.org/pipermail/freebsd-ports/2017-April/108130.html
that's already way beyond my league.

On top of that, I'm only running recent -RELEASE, I'm not sure I can
find a box on which to run -CURRENT, and I don't hope having some
-STABLE or older -RELEASE available. That limits quite a bit my testing
capabilities.

I think I can handle the load of being the contact person for these
ports and dealing with the bugtracker and things like that. So if there
is anyone reading this with a bit of technical expertise to help but who
doesn't want to deal with the communication part of the maintainership,
please let me know, so I can volunteer less shakily.


So at this point, is there anybody to talk me out of trying to maintain
gcc-aux and some of the Ada ports left behind?

What is the procedure to ask for maintainership on these?

I still haven't fully sketched the exact list of package I would try to
claim, but I use daily lang/gcc6-aux, www/aws, devel/florist-gpl, and
devel/gprbuild; I occasionally use devel/adacurses and devel/gnatcoll;
and I could easy integrate into my workflow lang/adacontrol and
lang/asis. I would take some more, going out of my way to test them, but
I'll have to think about which ones are within my reach. The gnatdroid
and gnatcross ones are almost certainly not.


Thanks for your patience,
Natasha
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/inkscape build has been filing for quite some time

2017-05-10 Thread Jan Beich 
Beeblebrox via freebsd-ports  writes:

> undefined reference to
> `Magick::Blob::base64()' ../lib/libinkscape_base.so: undefined
> reference to `Magick::Blob::base64(std::__1::basic_string std::__1::char_traits, std::__1::allocator

Did you build graphics/ImageMagick with OPENMP=on? It may bring
libstdc++ which doesn't play well with consumers already using libc++.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194760
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

blender-2.78c

2017-05-10 Thread Алексей Берегов 
---
intern/itasc/CMakeFiles/bf_intern_itasc.dir/kdl/chainjnttojacsolver.cpp.o
---
[  9%] Building CXX object
intern/itasc/CMakeFiles/bf_intern_itasc.dir/kdl/chainjnttojacsolver.cpp.o
cd /usr/ports/graphics/blender/work/.build/intern/itasc && /usr/bin/c++
-DNDEBUG -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-D__LITTLE_ENDIAN__ -D__MMX__ -D__SSE2__ -D__SSE__ -isystem
/usr/local/include -isystem
/usr/ports/graphics/blender/work/blender-2.78c/extern/Eigen3 -Wall
-Wno-tautological-compare -Wno-unknown-pragmas -Wno-char-subscripts
-Wno-overloaded-virtual -Wno-sign-compare -Wno-invalid-offsetof -O2 -pipe
-fstack-protector -fno-strict-aliasing   -msse -pipe -fPIC -funsigned-char
-fno-strict-aliasing -msse2  -Wno-unused-parameter -Wno-unused-macros
-Wno-missing-variable-declarations
-Wno-incompatible-pointer-types-discards-qualifiers -Wno-unused-function
-Wno-int-to-void-pointer-cast -Wno-missing-prototypes -Wno-duplicate-enum
-Wno-undef -Wno-missing-noreturn -Wno-unused-private-field
-Wno-c++11-narrowing -Wno-non-virtual-dtor -Wno-unused-macros -Wno-reorder
-O2 -pipe -fstack-protector -fno-strict-aliasing -o
CMakeFiles/bf_intern_itasc.dir/kdl/chainjnttojacsolver.cpp.o -c
/usr/ports/graphics/blender/work/blender-2.78c/intern/itasc/kdl/chainjnttojacsolver.cpp
--- intern/cycles/bvh/CMakeFiles/cycles_bvh.dir/all ---
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/bvh_build.cpp:18:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/./bvh_binning.h:21:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/./bvh_params.h:21:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/../util/util_boundbox.h:24:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/../util/util_string.h:24:
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/../util/util_vector.h:46:22:
error: type 'std::vector >' is not a
direct or virtual base of 'ccl::vector >'
explicit vector() : std::vector() {  }
^
/usr/ports/graphics/blender/work/blender-2.78c/intern/cycles/bvh/bvh_build.cpp:967:37:
note: in instantiation of member function 'ccl::vector >::vector' requested here
vector local_prim_time;
   ^
6 errors generated.
*** [intern/cycles/bvh/CMakeFiles/cycles_bvh.dir/bvh_build.cpp.o] Error
code 1

make[4]: stopped in /usr/ports/graphics/blender/work/.build
1 error

make[4]: stopped in /usr/ports/graphics/blender/work/.build
*** [intern/cycles/bvh/CMakeFiles/cycles_bvh.dir/all] Error code 2

make[3]: stopped in /usr/ports/graphics/blender/work/.build
--- intern/itasc/CMakeFiles/bf_intern_itasc.dir/all ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /usr/ports/graphics/blender/work/.build
*** [intern/itasc/CMakeFiles/bf_intern_itasc.dir/all] Error code 2

make[3]: stopped in /usr/ports/graphics/blender/work/.build
--- intern/libmv/CMakeFiles/bf_intern_libmv.dir/all ---
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/libmv/libmv/simple_pipeline/resect.cc:21:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/libmv/libmv/simple_pipeline/resect.h:25:
In file included from
/usr/ports/graphics/blender/work/blender-2.78c/intern/libmv/libmv/simple_pipeline/tracks.h:25:
/usr/ports/graphics/blender/work/blender-2.78c/intern/libmv/libmv/numeric/numeric.h:39:13:
warning: unused function 'sincos' [-Wunused-function]
static void sincos(double x, double *sinx, double *cosx) {
^
1 warning generated.
A failure has been detected in another branch of the parallel make

make[4]: stopped in /usr/ports/graphics/blender/work/.build
*** [intern/libmv/CMakeFiles/bf_intern_libmv.dir/all] Error code 2

make[3]: stopped in /usr/ports/graphics/blender/work/.build
3 errors

make[3]: stopped in /usr/ports/graphics/blender/work/.build
*** [all] Error code 2

make[2]: stopped in /usr/ports/graphics/blender/work/.build
1 error

make[2]: stopped in /usr/ports/graphics/blender/work/.build
===> 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/blender
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/blender

/usr/ports/graphics/blender # make showconfig
===> The following configuration options are available for blender-2.78c_2:
 AVI=on: Enable Blender's own AVI file support
 BULLET=on: Bullet physics engine
 CAMERATRACK=on: Camera tracking support
 CINEON=on: CINEON and DPX graphics format support
 COLLADA=on: Enable read/write support for

graphics/inkscape build has been filing for quite some time

2017-05-10 Thread Beeblebrox via freebsd-ports 
For some strange reason the build for this port has been failing even
before I moved to 12 and while I was still on 11. I didn't chase it
down because I figured someone would eventually bring it up. I have
tried various configure options in inkscape to no avail.

The error message (undefined reference to `Magick::Blob::base64()')
looks like it's looking for a graphics/ImageMagick module, but I was
not able to figure out which flag the message is related to. Would
appreciate input on what I should enable for a correct build.

OPTIONS:
OPTIONS_FILE_SET+=CDR
OPTIONS_FILE_SET+=DBUS
OPTIONS_FILE_SET+=POPPLER
OPTIONS_FILE_UNSET+=VISIO
OPTIONS_FILE_UNSET+=WPG

ERROR FROM POUDRIERE LOG (ccache disable makes no difference btw):
[ 89%] Linking CXX executable ../bin/inkview
cd /wrkdirs/usr/ports/graphics/inkscape/work/inkscape-0.92.0/src
&& /usr/local/bin/cmake -E cmake_link_script CMakeFiles/inkview.dir/link.txt 
--verbose=1
/usr/local/libexec/ccache/c++   -DLIBICONV_PLUG -D_THREAD_SAFE -O2
-fno-strict-aliasing -fstack-protector -pipe -pthread -std=c++11 -O2
-pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing
-DLIBICONV_PLUG   -L/usr/local/lib -fstack-protector
CMakeFiles/inkview.dir/inkview.cpp.o  -o ../bin/inkview
-Wl,-rpath,/wrkdirs/usr/ports/graphics/inkscape/work/inkscape-0.92.0/lib:/usr/local/lib:
 ../lib/libinkscape_base.so ../lib/libgdl_LIB.a ../lib/libnrtype_LIB.a 
../lib/libcroco_LIB.a ../lib/libavoid_LIB.a ../lib/libcola_LIB.a 
../lib/libvpsc_LIB.a ../lib/liblivarot_LIB.a ../lib/libuemf_LIB.a 
../lib/lib2geom_LIB.a ../lib/libdepixelize_LIB.a ../lib/libutil_LIB.a 
../lib/libgc_LIB.a
-L/usr/local/lib -lpangocairo-1.0 -lcairo -lpthread -lpangoft2-1.0
-lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -lgsl
-lgslcblas -lm -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0
-lintl -lpangocairo-1.0 -lcairo -lpthread -lpangoft2-1.0 -lpango-1.0
-lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -lgsl -lgslcblas
-lm -lgmodule-2.0 -lglib-2.0 -lintl -lX11 /usr/local/lib/liblcms2.so
-lc /usr/local/lib/libintl.so /usr/local/lib/libgc.so 
/usr/local/lib/libpoppler.so /usr/local/lib/libpoppler-glib.so 
/usr/local/lib/libcairo.so /usr/local/lib/libcdr-0.1.so 
/usr/local/lib/librevenge-0.0.so /usr/local/lib/librevenge-stream-0.0.so 
/usr/local/lib/libjpeg.so /usr/local/lib/libpng.so /usr/local/lib/libpopt.so 
/usr/local/lib/libpotrace.so
-ldbus-glib-1 -ldbus-1 -ldbus-glib-1 -ldbus-1 -lgtkmm-2.4 -latkmm-1.6
-lgdkmm-2.4 -lgiomm-2.4 -lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0
-lsigc-2.0 -lgtk-x11-2.0 -latk-1.0 -lgio-2.0 -lgdk-x11-2.0
-lgdk_pixbuf-2.0
-lgtkspell /usr/local/lib/libfreetype.so /usr/local/lib/libaspell.so 
/usr/local/lib/libxslt.so /usr/local/lib/libxml2.so
-lz -lMagick++-6 -lMagickWand-6 -lMagickCore-6 -lMagick++-6
-lMagickWand-6 -lMagickCore-6 -lsigc-2.0 ../lib/libinkscape_base.so:
undefined reference to
`Magick::Blob::base64()' ../lib/libinkscape_base.so: undefined
reference to `Magick::Blob::base64(std::__1::basic_string)' ../lib/libinkscape_base.so: undefined reference to
>`Magick::Image::magick() const' ../lib/libinkscape_base.so: undefined
>reference to `Magick::Image::read(std::__1::basic_stringstd::__1::char_traits, std::__1::allocator > const&)' c++:
>error: linker command failed with exit code 1 (use -v to see
>invocation) gmake[3]: *** [src/CMakeFiles/inkview.dir/build.make:130:
>bin/inkview] Error 1 gmake[3]: Leaving directory
>'/wrkdirs/usr/ports/graphics/inkscape/work/inkscape-0.92.0'


-- 
FreeBSD_amd64_12-Current_RadeonKMS
Please CC my email when responding, mail from list is not delivered.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"