Migration issue
Adam Dershowitz
dersh at alum.mit.edu
Fri Jan 13 15:25:38 CET 2017
> On Jan 13, 2017, at 9:56 AM, Daniel J. Luke <dluke at geeklair.net> wrote:
>
> On Jan 13, 2017, at 9:50 AM, Adam Dershowitz <dersh at alum.mit.edu> wrote:
>>> The dependency engine in MacPorts doesn't really handle variants, so I always expect everything that does magic with variants to have problems like this (the difference in +universal ports probably just depends on the order that things were installed, when they're being pulled in as a dependency of something that is +universal, they get +universal when they might not get it if they were installed already).
>>
>> So does that mean that if I happened to have first installed texlive-bin (default), and then tried to install wine that it might have left that version alone? And that it would work?
>
> maybe?
I tried cleaning texlive-bin and then just installing it. that worked (and downloaded the binary). Then, I tried to build wine, and it fetched and tried to build texlive-bin +universal, which failed.
I went to create a ticket, but it looks like someone beat me to it:
https://trac.macports.org/ticket/53278 <https://trac.macports.org/ticket/53278>
>
> Want to try it and report back?
>
>> But, that because it was being installed, explicitly as a dependent that it builds it +universal? So, the fix might be for to manually install it with default settings? Or will that necessarily break wine-devel, since that needs to be i386?
>
> I don't use either, so I can't tell you if it will work or not - but I suspect it might (wine-devel needs gnutls which needs libunistring which pulls in textlive - the gnutls and libunistring libraries probably need to be universal, textlive is just a build dependency of libunistring, so you could uninstall it after libunistring is installled and it should still work):
So, this suggests that there might be some combination of the long list of ports below that I could uninstall +universal, then install default, and that might allow wine to build?
But, no easy way to figure out which combination? Macports might or might not want to update any given port to +universal?
At the moment my libunistring is not +universal. Although, perhaps the reasons that macports wants to rebuild textlive that way, is that it can rebuild that as well.
>
> % port rdeps wine-devel
> The following ports are dependencies of wine-devel @2.0-rc4_0:
> bison
> xz
> libiconv
> gperf
> gettext
> expat
> ncurses
> perl5
> perl5.24
> gdbm
> m4
> bison-runtime
> flex
> pkgconfig
> fontconfig
> freetype
> bzip2
> libpng
> zlib
> gstreamer1
> gzip
> texinfo
> help2man
> p5.24-locale-gettext
> autoconf
> automake
> libtool
> glib2
> libxml2
> libffi
> pcre
> libedit
> gtk3
> atk
> gobject-introspection
> cairo
> libpixman
> xrender
> xorg-libX11
> xorg-xtrans
> xorg-bigreqsproto
> xorg-xcmiscproto
> xorg-xextproto
> xorg-xf86bigfontproto
> xorg-inputproto
> xorg-util-macros
> xorg-libXdmcp
> xorg-xproto
> xorg-libXau
> xorg-libxcb
> xorg-xcb-proto
> python27
> openssl
> sqlite3
> db48
> python_select
> python2_select
> xorg-libpthread-stubs
> xorg-kbproto
> xorg-renderproto
> xorg-libXext
> xorg-xcb-util
> py27-mako
> py27-setuptools
> unzip
> py27-beaker
> py27-markupsafe
> pango
> harfbuzz
> graphite2
> cmake
> curl
> curl-ca-bundle
> libarchive
> lzo2
> libuv
> Xft2
> gdk-pixbuf2
> shared-mime-info
> intltool
> gnome-common
> autoconf-archive
> p5.24-getopt-long
> p5.24-pathtools
> p5.24-scalar-list-utils
> p5.24-xml-parser
> p5.24-libwww-perl
> p5.24-encode-locale
> p5.24-file-listing
> p5.24-http-date
> p5.24-html-form
> p5.24-html-parser
> p5.24-html-tagset
> p5.24-http-message
> p5.24-io-html
> p5.24-lwp-mediatypes
> p5.24-uri
> p5.24-mime-base64
> p5.24-http-cookies
> p5.24-http-daemon
> p5.24-http-negotiate
> p5.24-net-http
> p5.24-io-socket-ssl
> p5.24-io-socket-inet6
> p5.24-socket6
> p5.24-io
> p5.24-io-socket-ip
> p5.24-socket
> p5.24-mozilla-ca
> p5.24-net-libidn
> libidn
> p5.24-net-ssleay
> p5.24-test-exception
> p5.24-sub-uplevel
> p5.24-test-nowarnings
> p5.24-test-warn
> p5.24-www-robotrules
> p5.24-lwp-protocol-https
> jasper
> jpeg
> tiff
> libepoxy
> mesa
> gindent
> py27-libxml2
> xorg-glproto
> xorg-dri2proto
> xorg-libXdamage
> xorg-libXfixes
> xorg-fixesproto
> xorg-damageproto
> xorg-libXi
> xorg-libXmu
> xorg-libXt
> xorg-libsm
> xorg-libice
> xorg-libXxf86vm
> xorg-xf86vidmodeproto
> python34
> python3_select
> xorg-libXrandr
> xorg-randrproto
> xorg-libXcursor
> xorg-libXinerama
> xorg-xineramaproto
> xorg-libXcomposite
> xorg-compositeproto
> at-spi2-atk
> dbus
> at-spi2-core
> gtk-doc
> libxslt
> openjade
> xmlcatmgr
> opensp
> fop
> docbook-xml
> docbook-xml-4.1.2
> docbook-xml-4.2
> docbook-xml-4.3
> docbook-xml-4.4
> docbook-xml-4.5
> docbook-xml-5.0
> docbook-xsl
> itstool
> gawk
> readline
> source-highlight
> boost
> icu
> ctags
> xorg-libXtst
> xorg-recordproto
> hicolor-icon-theme
> gstreamer1-gst-plugins-base
> libopus
> orc
> coreutils
> gmp
> xorg-libXv
> xorg-videoproto
> libogg
> libvorbis
> libtheora
> lcms2
> libpcap
> gnutls
> libtasn1
> libunistring
> texlive-basic
> texlive-common
> texlive-bin
> libzzip
> xmlto
> getopt
> findutils
> libpaper
> poppler
> openjpeg
> jbigkit
> poppler-data
> harfbuzz-icu
> mpfr
> potrace
> xorg-libXp
> xorg-printproto
> xpm
> xorg-libXaw
> groff
> ghostscript
> jbig2dec
> psutils
> netpbm
> subversion
> apr
> apr-util
> db46
> serf1
> scons
> cyrus-sasl2
> kerberos5
> libcomerr
> libmagic
> libnetpbm
> p11-kit
> desktop-file-utils
> popt
> nettle
> libGLU
>
>
> --
> Daniel J. Luke
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170113/23c922f3/attachment.html>
More information about the macports-users
mailing list