graphics/gd marked as broken?

2016-08-20 Thread Grzegorz Junka
It's the second week when I am trying to compile ports and poudriere still complains that graphics/gd is broken. Over a hundred or so ports doesn't compile because of that as they all depend on graphics/gd. Is this expected? [00:01:21] >> [04][00:00:00] Starting build of graphics/gd [00:01

Re: graphics/gd marked as broken?

2016-08-20 Thread Kurt Jaeger
Hi! > It's the second week when I am trying to compile ports and poudriere > still complains that graphics/gd is broken. Over a hundred or so ports > doesn't compile because of that as they all depend on graphics/gd. Is > this expected? I think this has to do with WEBP in gd. I just testbuild

Re: graphics/gd marked as broken?

2016-08-20 Thread Walter Schwarzenfeld
Only WEBP is broken, make sure the option is set to off. ___ 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/gd marked as broken?

2016-08-20 Thread Kubilay Kocak
On 20/08/2016 9:17 PM, Walter Schwarzenfeld wrote: > Only WEBP is broken, make sure the option is set to off. Do you think the (error) messaging be improved to make it more obvious to users what's the fail condition is, but more importantly, also what they should/could do about it? The current me

Re: Problems with out libgcc_s.so in base

2016-08-20 Thread Diane Bruce
On Sat, Aug 20, 2016 at 03:04:44PM +0930, Shane Ambler wrote: > On 19/08/2016 10:13, Steven G. Kargl wrote: ... > You should find that all newer copies of libgcc_s contain compatibility > support for binaries that were linked to earlier versions. > Indeed. And the version masquerading as a GNU li

Re: Perl upgrade - 5.20.x vulnerable

2016-08-20 Thread Walter Schwarzenfeld
Someone posted it in the FreeBSD Forum (in the moment I don't find it). but: http://www.cpan.org/src/ 5.20 5.20.3 End of life 2015-09-12 Nearly, just a year ago. and we have it as default version. (It seems all overlooked it, and I wonder about).

Magnificent! Le guide de la Provence

2016-08-20 Thread January Suzie
  Magnificent, fascinating journeys and bright unforg

Re: Problems with out libgcc_s.so in base

2016-08-20 Thread Konstantin Belousov
On Fri, Aug 19, 2016 at 09:50:28PM +0200, Tijl Coosemans wrote: > On Fri, 19 Aug 2016 10:28:14 +0300 Konstantin Belousov > wrote: > > The option which would fix all this mess is: > > 1. add rpath for gcc lib/ directory into spec file > > and > > 2. make ports collection use its own compiler inste

Re: graphics/gd marked as broken?

2016-08-20 Thread Grzegorz Junka
On 20/08/2016 11:40, Kubilay Kocak wrote: On 20/08/2016 9:17 PM, Walter Schwarzenfeld wrote: Only WEBP is broken, make sure the option is set to off. Do you think the (error) messaging be improved to make it more obvious to users what's the fail condition is, but more importantly, also what th

Re: graphics/gd marked as broken?

2016-08-20 Thread Walter Schwarzenfeld
The port is not broken, it compiles in port and with poudriere. Only if option WEBP is set to on it is broken. look with poudriere options -C -jhailname graphics/gd how is it set, and change it if is to on. ___ freebsd-ports@freebsd.org mailing list

Re: graphics/gd marked as broken?

2016-08-20 Thread Walter Schwarzenfeld
I am not sure. But ImageMagick is depend on graphviz via option.. ImageMagick has an option webp. Graphviz in depend via LIB_CEPENDS on gd. And gd has the webp option. Maybe it is this. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.o

Re: Perl upgrade - 5.20.x vulnerable

2016-08-20 Thread Mathieu Arnold
+--On 20 août 2016 16:25:24 +0200 Walter Schwarzenfeld wrote: | Someone posted it in the FreeBSD Forum (in the moment I don't find it). | but: | http://www.cpan.org/src/ | 5.20 5.20.3 End of life 2015-09-12 | | Nearly, just a year ago. It is not really true. perlpolicy says:

Re: graphics/gd marked as broken?

2016-08-20 Thread Grzegorz Junka
On 20/08/2016 16:23, Walter Schwarzenfeld wrote: The port is not broken, it compiles in port and with poudriere. Only if option WEBP is set to on it is broken. look with poudriere options -C -jhailname graphics/gd how is it set, and change it if is to on.

Re: graphics/gd marked as broken?

2016-08-20 Thread Grzegorz Junka
On 20/08/2016 19:11, Grzegorz Junka wrote: On 20/08/2016 16:23, Walter Schwarzenfeld wrote: The port is not broken, it compiles in port and with poudriere. Only if option WEBP is set to on it is broken. look with poudriere options -C -jhailname graphics/gd how is it set, and change it if i

mail/rainloop needs a committer

2016-08-20 Thread Loïc BLOT
Hello I validated a good diff for mail/rainloop, can a commiter push it to ports tree ? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211870 Thanks ! -- Best regards, Loïc BLOT, UNIX systems, security and network engineer http://www.unix-experience.fr __

Re: graphics/gd marked as broken?

2016-08-20 Thread Shane Ambler
On 21/08/2016 04:46, Grzegorz Junka wrote: On 20/08/2016 19:11, Grzegorz Junka wrote: On 20/08/2016 16:23, Walter Schwarzenfeld wrote: The port is not broken, it compiles in port and with poudriere. Only if option WEBP is set to on it is broken. look with poudriere options -C -jhailname gr

Re: Problems with out libgcc_s.so in base

2016-08-20 Thread Shane Ambler
On 20/08/2016 21:30, Diane Bruce wrote: On Sat, Aug 20, 2016 at 03:04:44PM +0930, Shane Ambler wrote: On 19/08/2016 10:13, Steven G. Kargl wrote: ... You should find that all newer copies of libgcc_s contain compatibility support for binaries that were linked to earlier versions. Indeed. An

Can a commiter look at devel/godot

2016-08-20 Thread Shane Ambler
After several changes over the last few months it would be nice if the update to devel/godot and the new devel/godot-tools could get committed. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209742 Thanks -- FreeBSD - the place to B...Software Developing Shane Ambler _