[MacPorts] #39383: Ports with a no_x11 variant should be changed to use x11
MacPorts
noreply at macports.org
Fri Jun 7 13:49:51 PDT 2013
#39383: Ports with a no_x11 variant should be changed to use x11
-------------------------------------------------+-------------------------
Reporter: macsforever2000@… | Owner: macports-
Type: enhancement | tickets@…
Priority: Normal | Status: new
Component: ports | Milestone:
Resolution: | Version:
Port: at-spi basiliskii-devel cairo- | Keywords:
devel darktable efte gajim-devel gd2 gedit |
ghostscript giflib gnokii gnome-sharp2 |
gnuplot graphviz graphviz-devel gromacs |
gromacs-double gstreamer1-gst-plugins-bad |
gstreamer1-gst-plugins-base gstreamer010-gst- |
plugins-bad gstreamer010-gst-plugins-base |
gtk2 gtk2hs gtk3 gwyddion ImageMagick |
kmymoney4 kmymoney4-devel libbonoboui |
libgnomekbd libgnomeui libmpeg2 libsdl |
libunique mjpegtools mlt mpeg2vidcodec |
nessus-core openssh openvrml pgplot pidgin |
plplot plplot-single pTeX sheepshaver surf |
texlive-bin transcode wireshark |
-------------------------------------------------+-------------------------
Comment (by mojca@…):
While I'm ready to patch at any time - what about the rule that "updates
are supposed to run smoothly for a year after the change"?
Gnuplot introduced the option +x11 in August 2012 (r96459). If there is
anyone who installed gnuplot with +no_x11 back in July 2012, the update
won't go as expected.
While this is hardly a problem for gnuplot (it's been 10 months now which
is almost a year): aren't there going to be problems in other packages if
an option is simply removed without any grace period?
--
Ticket URL: <https://trac.macports.org/ticket/39383#comment:4>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list