[MacPorts] #53790: wget port variant that does not require X11
MacPorts
noreply at macports.org
Tue Apr 11 12:09:47 UTC 2017
#53790: wget port variant that does not require X11
--------------------------+------------------------
Reporter: mathomp4 | Owner: ryandesign
Type: enhancement | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: wget |
--------------------------+------------------------
Old description:
> Macports devels,
>
> This is an enhancement I'd really like. I tend to use wget as my "URL
> getter" of choice mainly because of muscle memory ('wget' instead of
> 'curl -O' flies off my fingers better).
>
> So, I'd like to install wget on my Mac. But, I try to keep my Macports
> installs fairly lean for the times I need to rebuild them all, etc. But,
> lets say I want wget:
> {{{
> (26) $ port -y install wget
> ---> Computing dependencies for wget
> The following dependencies will be installed:
> cairo
> desktop-file-utils
> fontconfig
> freetype
> ghostscript
> glib2
> gnutls
> gobject-introspection
> graphite2
> groff
> harfbuzz
> harfbuzz-icu
> help2man
> icu
> jasper
> jbig2dec
> jbigkit
> jpeg
> lcms2
> libnetpbm
> libpixman
> libpng
> libtasn1
> libunistring
> libzzip
> mpfr
> netpbm
> nettle
> openjpeg
> p11-kit
> p5.24-locale-gettext
> poppler
> poppler-data
> potrace
> psutils
> py27-appdirs
> py27-beaker
> py27-certifi
> py27-mako
> py27-markupsafe
> py27-packaging
> py27-parsing
> py27-setuptools
> py27-six
> texinfo
> texlive-basic
> texlive-bin
> texlive-common
> tiff
> xorg-bigreqsproto
> xorg-fixesproto
> xorg-inputproto
> xorg-kbproto
> xorg-libX11
> xorg-libXau
> xorg-libXaw
> xorg-libXdmcp
> xorg-libXext
> xorg-libXfixes
> xorg-libXi
> xorg-libXmu
> xorg-libXp
> xorg-libXt
> xorg-libice
> xorg-libpthread-stubs
> xorg-libsm
> xorg-libxcb
> xorg-printproto
> xorg-renderproto
> xorg-util-macros
> xorg-xcb-proto
> xorg-xcb-util
> xorg-xcmiscproto
> xorg-xextproto
> xorg-xf86bigfontproto
> xorg-xproto
> xorg-xtrans
> xpm
> xrender
> Continue? [Y/n]: n
>
> }}}
>
> That seems a bit much for wget, a program even GNU says works on non-X
> terminals:
>
> {{{
> GNU Wget is a free software package for retrieving files using HTTP,
> HTTPS and FTP, the most widely-used Internet protocols.
> It is a non-interactive commandline tool, so it may easily be called from
> scripts, cron jobs, terminals without X-Windows support, etc.
> }}}
>
> The fact that it seems to need all of X and TeXLive as well as bits of
> Python and Perl (parts of which I have installed). My guess is because
> its docs need TeX might be triggering this?
>
> Could there possibly be a way to create a "lite" variant that might end
> up just getting wget and maybe some simple GNU tools? Maybe by only
> building manpages and not docs that need texinfo?
New description:
Macports devels,
This is an enhancement I'd really like. I tend to use wget as my "URL
getter" of choice mainly because of muscle memory ('wget' instead of 'curl
-O' flies off my fingers better).
So, I'd like to install wget on my Mac. But, I try to keep my Macports
installs fairly lean for the times I need to rebuild them all, etc. But,
lets say I want wget:
{{{
(26) $ port -y install wget
---> Computing dependencies for wget
The following dependencies will be installed:
cairo
desktop-file-utils
fontconfig
freetype
ghostscript
glib2
gnutls
gobject-introspection
graphite2
groff
harfbuzz
harfbuzz-icu
help2man
icu
jasper
jbig2dec
jbigkit
jpeg
lcms2
libnetpbm
libpixman
libpng
libtasn1
libunistring
libzzip
mpfr
netpbm
nettle
openjpeg
p11-kit
p5.24-locale-gettext
poppler
poppler-data
potrace
psutils
py27-appdirs
py27-beaker
py27-certifi
py27-mako
py27-markupsafe
py27-packaging
py27-parsing
py27-setuptools
py27-six
texinfo
texlive-basic
texlive-bin
texlive-common
tiff
xorg-bigreqsproto
xorg-fixesproto
xorg-inputproto
xorg-kbproto
xorg-libX11
xorg-libXau
xorg-libXaw
xorg-libXdmcp
xorg-libXext
xorg-libXfixes
xorg-libXi
xorg-libXmu
xorg-libXp
xorg-libXt
xorg-libice
xorg-libpthread-stubs
xorg-libsm
xorg-libxcb
xorg-printproto
xorg-renderproto
xorg-util-macros
xorg-xcb-proto
xorg-xcb-util
xorg-xcmiscproto
xorg-xextproto
xorg-xf86bigfontproto
xorg-xproto
xorg-xtrans
xpm
xrender
Continue? [Y/n]: n
}}}
That seems a bit much for wget, a program even GNU says works on non-X
terminals:
{{{
GNU Wget is a free software package for retrieving files using HTTP, HTTPS
and FTP, the most widely-used Internet protocols.
It is a non-interactive commandline tool, so it may easily be called from
scripts, cron jobs, terminals without X-Windows support, etc.
}}}
The fact that it seems to need all of X and TeXLive as well as bits of
Python and Perl (parts of which I have installed). My guess is because its
docs need TeX might be triggering this?
Could there possibly be a way to create a "lite" variant that might end up
just getting wget and maybe some simple GNU tools? Maybe by only building
manpages and not docs that need texinfo?
Personally, I think this ticket should be closed as "worksforme".
--
Comment (by ctreleaven):
I don't think this problem is all that serious. As noted, most of the
packages are only required for the build. Binary packages of wget are
available:
http://packages.macports.org/wget/
In such cases, its direct build dependencies _won't_ need to be installed
(although I haven't tested this on a clean system):
{{{
$ port info --depends_build wget
depends_build: texinfo, perl5.24, pkgconfig
}}}
The overall number of build dependencies that will get installed depends
on whether there are binary packages for each of the non-build
dependencies that wget need--unless the user has chosen to build
everything from source. I haven't gone to the effort of checking each
one. The following lists the non-build deps:
{{{
$ port rdeps --no-build wget
The following ports are dependencies of wget @1.19.1_0+ssl:
libidn
libiconv
gettext
expat
ncurses
nettle
gmp
pcre
bzip2
libedit
zlib
gnutls
libtasn1
libunistring
p11-kit
desktop-file-utils
glib2
libffi
popt
libxslt
libxml2
xz
curl-ca-bundle
}}}
I trust this list is acceptable. ;)
In any event, after wget is installed, the 'port leaves' command should
indicate any such packages that got installed but can be pruned.
--
Ticket URL: <https://trac.macports.org/ticket/53790#comment:7>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list