Re: print/cups overhaul (PR 207746) side-effects

2016-03-15 Thread Jim Ohlstein
Hello,

> On Mar 15, 2016, at 2:44 PM, Torfinn Ingolfsen  wrote:
> 
> On Sat, Mar 12, 2016 at 4:51 PM, Walter Schwarzenfeld
>  wrote:
>> Where is the problem? There is only one "big" port (llvm36). Will be
>> sstimate 1 !/2 hours. Poudriere and more synth often wants more.
> 
> And how many hours will it take to compile the llvm port on a Raspberry Pi?
> Or any of the other ARM platforms that FreeBSD now supports.

It was just under two hours for LLVM-36 and clang 36 on an old Xeon. 

--
Jim
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-15 Thread Torfinn Ingolfsen
On Sat, Mar 12, 2016 at 4:51 PM, Walter Schwarzenfeld
 wrote:
> Where is the problem? There is only one "big" port (llvm36). Will be
> sstimate 1 !/2 hours. Poudriere and more synth often wants more.
>

And how many hours will it take to compile the llvm port on a Raspberry Pi?
Or any of the other ARM platforms that FreeBSD now supports.

-- 
Regards,
Torfinn Ingolfsen
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-15 Thread Martin Waschbüsch

> Am 12.03.2016 um 16:51 schrieb Walter Schwarzenfeld 
> :
> 
> Where is the problem? There is only one "big" port (llvm36). Will be sstimate 
> 1 !/2 hours. Poudriere and more synth often wants more.

Re-reading the messages, I realize that I blew this out of proportion. Sorry 
for that.
What remains is that I dislike it if package defaults get more greedy with 
regards to their dependencies.
I try avoiding that whenever feasible.

But I guess one could argue that the real problem is that my build-box is 
simply too slow. :-/

Martin
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-14 Thread Walter Schwarzenfeld
Where is the problem? There is only one "big" port (llvm36). Will be 
sstimate 1 !/2 hours. Poudriere and more synth often wants more.

___
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: print/cups overhaul (PR 207746) side-effects

2016-03-12 Thread Tijl Coosemans
On Sat, 12 Mar 2016 16:41:47 +0100 Martin Waschbüsch  
wrote:
> Am 12.03.2016 um 14:10 schrieb Tijl Coosemans :
>> On Fri, 11 Mar 2016 20:52:08 +0100 Martin Waschbüsch  
>> wrote:  
>>> I just did a rebuild of packages for my webservers with poudriere.
>>> What I noticed was that via the print/cups overhaul (see PR 207746),
>>> quite a lot (>50) of additional dependencies are added to the system,
>>> including lots of x11 related libs, avahi, dbus, cairo, opengl, etc.
>>> 
>>> This stems from installing pecl-imagick which results in pulling in
>>> ImageMagick, ghostscript, and cups.
>>> 
>>> Now, of course I can manually remove port options and reduce the number
>>> of additional dependencies, but I feel uneasy about the defaults now.
>>> 
>>> If I wanted to adjust an existing port to be less greedy with regards
>>> to dependencies, how would I go about that? Create a slave port?  
>> 
>> print/cups has its X11 option disabled by default.  It does depend on
>> devel/dbus which has its X11 option enabled by default, but this only
>> pulls in a few X11 dependencies, definitely not cairo.  
> 
> That is not true. Cairo does get pulled in.
> 
> Steps to recreate (on a 10.2 build box):
> 
> $ poudriere ports -c -p HEAD
> $ poudriere jail -c -v 10.2-RELEASE -j test -p HEAD
> 
> just to be safe, I add:
> 
> $ echo "OPTIONS_UNSET+= X11" > /usr/local/etc/poudriere.d/test-make.conf
> 
> select the one port to build:
> 
> $ echo "print/cups" > /usr/local/etc/poudriere.d/test-port-list
> $ poudriere options -j test -p HEAD -f 
> /usr/local/etc/poudriere.d/test-port-list
> 
> Then do a dry-run:
> 
> $ poudriere bulk -n -j test -p HEAD -f 
> /usr/local/etc/poudriere.d/test-port-list
> 
> This ends up telling me that the following 126 ports would be built:

I see.  It's a build dependency of gobject-introspection, but not a run
dependency so it shouldn't get installed when you install the cups package.
If you don't need Zeroconf support you can disable the AVAHI option in
print/cups.  If you do want it you can disable the OPENGL option in
graphics/cairo.  That should take out the most expensive dependencies like
llvm.
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-12 Thread Martin Waschbüsch

> Am 12.03.2016 um 14:10 schrieb Tijl Coosemans :
> 
> On Fri, 11 Mar 2016 20:52:08 +0100 Martin Waschbüsch  
> wrote:
>> I just did a rebuild of packages for my webservers with poudriere.
>> What I noticed was that via the print/cups overhaul (see PR 207746),
>> quite a lot (>50) of additional dependencies are added to the system,
>> including lots of x11 related libs, avahi, dbus, cairo, opengl, etc.
>> 
>> This stems from installing pecl-imagick which results in pulling in
>> ImageMagick, ghostscript, and cups.
>> 
>> Now, of course I can manually remove port options and reduce the number
>> of additional dependencies, but I feel uneasy about the defaults now.
>> 
>> If I wanted to adjust an existing port to be less greedy with regards
>> to dependencies, how would I go about that? Create a slave port?
> 
> print/cups has its X11 option disabled by default.  It does depend on
> devel/dbus which has its X11 option enabled by default, but this only
> pulls in a few X11 dependencies, definitely not cairo.

That is not true. Cairo does get pulled in.

Steps to recreate (on a 10.2 build box):

$ poudriere ports -c -p HEAD
$ poudriere jail -c -v 10.2-RELEASE -j test -p HEAD

just to be safe, I add:

$ echo "OPTIONS_UNSET+= X11" > /usr/local/etc/poudriere.d/test-make.conf

select the one port to build:

$ echo "print/cups" > /usr/local/etc/poudriere.d/test-port-list
$ poudriere options -j test -p HEAD -f /usr/local/etc/poudriere.d/test-port-list

Then do a dry-run:

$ poudriere bulk -n -j test -p HEAD -f /usr/local/etc/poudriere.d/test-port-list

This ends up telling me that the following 126 ports would be built:

Ports to build: autoconf-2.69 autoconf-wrapper-20131203 automake-1.15_1 
automake-wrapper-20131203 avahi-app-0.6.31_5 bash-4.3.42_1 bigreqsproto-1.1.2 
bison-2.7.1,1 boehm-gc-7.4.2_4 ca_root_nss-3.22.2 cairo-1.14.6,2 ccache-3.2.4_3 
clang36-3.6.2 cups-2.1.3 damageproto-1.2.1 dbus-1.8.20 dbus-glib-0.104 
docbook-1.5 docbook-sgml-4.5_1 docbook-xml-5.0_3 docbook-xsl-1.76.1_2 
dri2proto-2.8 expat-2.1.0_3 fixesproto-5.0 fontconfig-2.11.1_1,1 
freetype2-2.6.3 gbm-11.0.8 gdbm-1.11_2 getopt-1.1.6 gettext-runtime-0.19.7 
gettext-tools-0.19.7 glib-2.46.2 glproto-1.4.17 gmake-4.1_2 gmake-lite-4.1_1 
gmp-5.1.3_3 gnome_subr-1.0 gnutls-3.3.17.1_2 gobject-introspection-1.46.0 
help2man-1.43.3_1 indexinfo-0.2.4 inputproto-2.3.1 intltool-0.51.0_1 
iso8879-1986_3 kbproto-1.0.7 libEGL-11.0.8 libGL-11.0.8 libX11-1.6.3,1 
libXau-1.0.8_3 libXdamage-1.1.4_3 libXdmcp-1.1.2 libXext-1.3.3_1,1 
libXfixes-5.0.1_3 libXv-1.0.10_3,1 libXvMC-1.0.9 libXxf86vm-1.1.4_1 
libatomic_ops-7.4.0_1 libcheck-0.10.0 libclc-0.1.0.20150710 libdaemon-0.14_1 
libdevq-0.0.2_1 libdrm-2.4.66,1 libedit-3.1.20150325_1 libffi-3.2.1 
libgcrypt-1.6.5 libglapi-11.0.8 libgpg-error-1.21 libiconv-1.14_9 libidn-1.31 
libpaper-1.1.24.4 libpciaccess-0.13.4 libpthread-stubs-0.3_6 libtasn1-4.7 
libtool-2.4.6 libxcb-1.11.1 libxml2-2.9.3 libxshmfence-1.2 libxslt-1.1.28_8 
llvm36-3.6.2_2 m4-1.4.17_1,1 makedepend-1.0.5,1 nettle-3.2 ninja-1.6.0,2 
p11-kit-0.23.2 p5-Locale-gettext-1.06 p5-XML-Parser-2.44 pciids-20160227 
pcre-8.37_4 perl5-5.20.3_8 pixman-0.34.0 pkg-1.6.4_1 pkgconf-0.9.12_1 
png-1.6.21 presentproto-1.0 py27-Babel-2.2.0_1 py27-Jinja2-2.8 
py27-MarkupSafe-0.23 py27-alabaster-0.7.6 py27-docutils-0.12 py27-pygments-2.1 
py27-pystemmer-1.3.0_1 py27-pytz-2015.7,1 py27-setuptools27-20.0 
py27-six-1.10.0 py27-snowballstemmer-1.2.0_1 py27-sphinx-1.3.1_2 
py27-sphinx_rtd_theme-0.1.9 python2-2_3 python27-2.7.11_1 sdocbook-xml-1.1_1,2 
trousers-tddl-0.3.10_7 videoproto-2.3.2 w3m-0.5.3_5 xcb-proto-1.11_1 
xcb-util-0.4.0_1,1 xcb-util-renderutil-0.3.9_1 xcmiscproto-1.2.2 
xextproto-7.3.0 xf86bigfontproto-1.2.0 xf86vidmodeproto-2.3.1 xmlcatmgr-2.2_2 
xmlcharent-0.3_2 xmlto-0.0.28 xorg-macros-1.19.0 xproto-7.0.28 xtrans-1.3.5
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-12 Thread Tijl Coosemans
On Fri, 11 Mar 2016 20:52:08 +0100 Martin Waschbüsch  
wrote:
> I just did a rebuild of packages for my webservers with poudriere.
> What I noticed was that via the print/cups overhaul (see PR 207746),
> quite a lot (>50) of additional dependencies are added to the system,
> including lots of x11 related libs, avahi, dbus, cairo, opengl, etc.
> 
> This stems from installing pecl-imagick which results in pulling in
> ImageMagick, ghostscript, and cups.
> 
> Now, of course I can manually remove port options and reduce the number
> of additional dependencies, but I feel uneasy about the defaults now.
> 
> If I wanted to adjust an existing port to be less greedy with regards
> to dependencies, how would I go about that? Create a slave port?

print/cups has its X11 option disabled by default.  It does depend on
devel/dbus which has its X11 option enabled by default, but this only
pulls in a few X11 dependencies, definitely not cairo.

print/cups-filters on the other hand depends on graphics/poppler and
that has an option to depend on cairo which is enabled by default.
So you can disable this option, or if your server doesn't need to print
you can uninstall cups-filters and its dependencies.
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-12 Thread Martin Waschbüsch

> Am 11.03.2016 um 21:10 schrieb Jim Ohlstein :
> 
> Hello,
> 
> 
> 
> Jim Ohlstein
>> On Mar 11, 2016, at 2:52 PM, Martin Waschbüsch  wrote:
>> If I wanted to adjust an existing port to be less greedy with regards to 
>> dependencies,
>> how would I go about that? Create a slave port?
>> 
>> Thoughts, anyone?
>> 
> 
> +1
> 
> All of a sudden my build box spent almost two hours compiling LLVM-36 and 
> clang36 and then choked on Cairo "is marked as broken: OpenGL option needs 
> X11 support". This was after it compiled all this X11 crap that my servers 
> don't need. Ironically, I need to refactor options because now I can't build 
> ImageMagick-noX11. 

While manually unsetting CUPS and GS_cups options for ghostscript did not 
prevent CUPS to be pulled in,
setting OPTIONS_UNSET+= CUPS
in make.conf did work for me.

While I can live with it this way, I still think that running
pkg install ImageMagick-nox11
on a webserver should not result in all the bloat being included by default.
It's not like setting up a webserver FAMP / FNMP stack is an uncommon task?

-- 
Martin
___
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: print/cups overhaul (PR 207746) side-effects

2016-03-11 Thread Jim Ohlstein
Hello,



Jim Ohlstein
> On Mar 11, 2016, at 2:52 PM, Martin Waschbüsch  wrote:
> 
> Hi all,
> 
> I just did a rebuild of packages for my webservers with poudriere.
> What I noticed was that via the print/cups overhaul (see PR 207746),
> quite a lot (>50) of additional dependencies are added to the system, 
> including
> lots of x11 related libs, avahi, dbus, cairo, opengl, etc.
> 
> This stems from installing pecl-imagick which results in pulling in 
> ImageMagick,
> ghostscript, and cups.
> 
> Now, of course I can manually remove port options and reduce the number
> of additional dependencies, but I feel uneasy about the defaults now.
> 
> If I wanted to adjust an existing port to be less greedy with regards to 
> dependencies,
> how would I go about that? Create a slave port?
> 
> Thoughts, anyone?
> 

+1

All of a sudden my build box spent almost two hours compiling LLVM-36 and 
clang36 and then choked on Cairo "is marked as broken: OpenGL option needs X11 
support". This was after it compiled all this X11 crap that my servers don't 
need. Ironically, I need to refactor options because now I can't build 
ImageMagick-noX11. 

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

print/cups overhaul (PR 207746) side-effects

2016-03-11 Thread Martin Waschbüsch
Hi all,

I just did a rebuild of packages for my webservers with poudriere.
What I noticed was that via the print/cups overhaul (see PR 207746),
quite a lot (>50) of additional dependencies are added to the system, including
lots of x11 related libs, avahi, dbus, cairo, opengl, etc.

This stems from installing pecl-imagick which results in pulling in ImageMagick,
ghostscript, and cups.

Now, of course I can manually remove port options and reduce the number
of additional dependencies, but I feel uneasy about the defaults now.

If I wanted to adjust an existing port to be less greedy with regards to 
dependencies,
how would I go about that? Create a slave port?

Thoughts, anyone?

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