#26271 closed defect (fixed)
rabbitmq-server depends on xmlto depends on texlive depends on everything
| Reported by: | jpr5@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.1 |
| Keywords: | rabbitmq rabbitmq-server deps dependencies | Cc: | meyer@…, tonyg@…, dackze+macports@… |
| Port: | rabbitmq-server xmlto |
Description
While updating an OSX base developer install image for my company, I discovered that the most recent update of the rabbitmq-server port (1.8.1_0) has incorporated a ridiculous number of new dependencies (by virtue of xmlto, I think):
jpr5@muse# port rdeps rabbitmq-server
The following ports are dependencies of rabbitmq-server @1.8.1_0:
xmlto
coreutils
gettext
libiconv
gperf
ncurses
ncursesw
expat
gmp
findutils
getopt
libpaper
texlive
texlive-basic
texlive-documentation-base
texlive-common
texlive-bin
perl5
perl5.8
pkgconfig
fontconfig
freetype
zlib
gd2
autoconf
m4
help2man
p5-locale-gettext
automake
libtool
libpng
jpeg
xpm
xorg-xproto
xorg-libXt
xorg-util-macros
xorg-libsm
xorg-xtrans
xorg-libice
xorg-libX11
xorg-bigreqsproto
xorg-xcmiscproto
xorg-xextproto
xorg-xf86bigfontproto
xorg-inputproto
xorg-libXdmcp
xorg-libXau
xorg-kbproto
xorg-libXext
t1lib
poppler
curl
libidn
openssl
curl-ca-bundle
gtk2
tiff
jasper
unzip
atk
gtk-doc
gnome-doc-utils
intltool
gnome-common
p5-xml-parser
p5-getopt-long
p5-pathtools
p5-scalar-list-utils
libxslt
libxml2
python26
tk
tcl
Xft2
xrender
xorg-renderproto
xorg-libXScrnSaver
xorg-scrnsaverproto
sqlite3
readline
db46
gdbm
bzip2
docbook-xml
docbook-xml-4.1.2
xmlcatmgr
docbook-xml-4.2
docbook-xml-4.3
docbook-xml-4.4
docbook-xml-4.5
docbook-xml-5.0
docbook-xsl
rarian
iso-codes
py26-libxml2
glib2
python_select
pango
cairo
libpixman
xorg-libXi
xorg-libXrandr
xorg-randrproto
xorg-libXcursor
xorg-fixesproto
xorg-libXfixes
xorg-libXinerama
xorg-xineramaproto
xorg-libXdamage
xorg-damageproto
xorg-libXcomposite
xorg-compositeproto
shared-mime-info
lcms
openjpeg
poppler-data
xorg-libXp
xorg-printproto
xorg-libpthread-stubs
openmotif
xbitmaps
xorg-libXmu
ghostscript
texlive-bin-extra
latexmk
texlive-latex
texlive-context
texlive-metapost
texlive-documentation-english
texlive-fontutils
texlive-fonts-recommended
texlive-lang-czechslovak
texlive-lang-dutch
texlive-lang-french
texlive-lang-german
texlive-lang-italian
texlive-lang-polish
texlive-lang-portuguese
texlive-lang-spanish
texlive-lang-ukenglish
texlive-latex-recommended
texlive-math-extra
texlive-xetex
texlive-luatex
texlive-generic-recommended
texlive-htmlxml
fop
dblatex
texlive-latex-extra
texlive-pictures
dejavu-fonts
ImageMagick
p7zip
erlang
gawk
I don't know how to make port list rdeps for any version other than the most recent one, so I can't tell you what they were precisely before. But this is a tremendous increase in required libs/progs over rabbitmq-server @1.8.1, and for a minor _0 increment on the base version, it's unclear what utility the increment provides vs. its cost.
Change History (9)
comment:1 Changed 14 years ago by jpr5@…
| Cc: | jpr5@… added |
|---|
comment:3 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | meyer@… tonyg@… added |
|---|---|
| Port: | xmlto added |
| Summary: | rabbitmq-server @1.8.1_0 dependencies out of control → rabbitmq-server depends on xmlto depends on texlive depends on everything |
comment:5 Changed 14 years ago by drkp (Dan Ports)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
I removed xmlto's dependency on texlive in r73294.
comment:6 Changed 14 years ago by jpr5@…
Shouldn't this result in a bump of the port-specific package version from "_0"? i.e. I'd want to installl/upgrade, then kill inactive/useless dependencies.
Or am I confused about the policy governing what should/should not bump the package version?
comment:7 Changed 14 years ago by jmroot (Joshua Root)
No you're right, this is a case where the revision should be incremented. r73307
comment:8 Changed 14 years ago by jpr5@…
Sorry to keep doing this, but I was referring to rabbitmq-server's Portfile revision number, not necessarily xmlto's...
comment:9 Changed 14 years ago by simon@…
Oh, the irony! We just finished modifying our Portfile to grab manpages from our binary tarball, and thus remove the xmlto dependency. At least this knocks out a few more deps.
Cc Me!