#37609: wget @1.14_1 upgrade from 1.14_0 to 1.14_1 forces usage of perl5.12 -------------------------------+-------------------------------- Reporter: nonstop.server@… | Owner: macports-tickets@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: wget | -------------------------------+-------------------------------- Changes (by nonstop.server@…): * status: closed => reopened * resolution: invalid => Comment: Replying to [comment:1 jmr@…]: Yes, I also saw that in the log, however before I upgrade a port I always check the output of the rdeps to prevent this situation.[[BR]] I got the following output back: {{{ % port rdeps wget +ssl +test The following ports are dependencies of wget @1.14_1+ssl+test: xz libiconv gperf gettext ncurses expat texinfo perl5 perl5.16 gdbm p5-libwww-perl p5.16-libwww-perl p5.16-encode-locale p5.16-file-listing p5.16-http-date p5.16-html-form p5.16-html-parser p5.16-html-tagset p5.16-http-message p5.16-lwp-mediatypes p5.16-uri p5.16-mime-base64 p5.16-http-cookies p5.16-http-daemon p5.16-http-negotiate p5.16-net-http p5.16-www-robotrules p5.16-lwp-protocol-https p5.16-io-socket-ssl p5.16-net-ssleay openssl zlib p5.16-net-libidn libidn p5.16-mozilla-ca p5-io-socket-ssl pkgconfig pcre libedit bzip2 gnutls libgcrypt libgpg-error libtasn1 lzo2 readline }}} so I thought the upgrade would be using subport {{{p5.16-libwww- perl}}}.[[BR]] Is there something I can do to get rid of perl5.12 and it's p5.12-subports again, like it was with wget version 1.14_0? -- Ticket URL: <https://trac.macports.org/ticket/37609#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS