Ports with a no_x11 variant should be changed to use x11

[mf2k (Frank Schima)]

Per Macports policy against no_foo variant names, all ports with a +no_x11 variant should be changed to use +x11 instead. The dependencies and code will need to be reversed in most cases.

Here's a list:

• at-spi (nomaintainer)
• basiliskii-devel (vercruesse.de:opendarwin.nospam)
• cairo-devel (ryandesign) - has x11, remove legacy no_x11 variant
• darktable (gmail.com:julians37) - has x11, remove legacy no_x11 variant
• efte (reiffert, open)
• gajim-devel (rene)
• gd2 (ryandesign)
• gedit (devans, open)
• ghostscript (takanori, open)
• giflib (ryandesign) - has x11, remove legacy no_x11 variant
• gnokii (ieee.org:mpal1+bugzilla)
• gnome-sharp2 (nomaintainer)
• gnuplot (mojca, open) - has x11, remove legacy no_x11 variant
• graphviz (ryandesign) - has x11, remove legacy no_x11 variant
• graphviz-devel (ryandesign) - has x11, remove legacy no_x11 variant
• gromacs (nomaintainer)
• gromacs-double (nomaintainer)
• gstreamer1-gst-plugins-bad (rmstonecipher, open)
• gstreamer1-gst-plugins-base (rmstonecipher, open)
• gstreamer010-gst-plugins-bad (rmstonecipher, open)
• gstreamer010-gst-plugins-base (rmstonecipher, open)
• gtk2 (nomaintainer) - has x11, remove legacy no_x11 variant
• gtk2hs (gwright)
• gtk3 (cal, open) - has x11, remove legacy no_x11 variant
• gwyddion (rowue, gwyddion.net:yeti) - Probably could be simply be renamed to +quartz
• ImageMagick (ryandesign) - has x11, remove legacy no_x11 variant
• kmymoney4 (mk, pixilla, open)
• kmymoney4-devel (mk, pixilla, open)
• libbonoboui (nomaintainer)
• libgnomekbd (devans, open)
• libgnomeui (nomaintainer)
• libmpeg2 (nomaintainer)
• libsdl (jmr, open) - has x11, remove legacy no_x11 variant
• libunique (devans, open)
• mjpegtools (gmail.com:filippo.natali) - has x11, remove legacy no_x11 variant
• mlt (dennedy.org:dan) - Probably should be called +gtk2 instead and reversed
• mpeg2vidcodec (nomaintainer)
• nessus-core (nomaintainer)
• openssh (nomaintainer)
• openvrml (raphael, open) - has x11, remove legacy no_x11 variant
• pgplot (mcalhoun, open)
• pidgin (otherware.org:nefar)
• plplot (takeshi, open) - has x11, remove legacy no_x11 variant
• plplot-single (takeshi, open) - has x11, remove legacy no_x11 variant
• pTeX (takanori, open)
• sheepshaver (vercruesse.de:opendarwin.nospam)
• surf (gmail.com:shreevatsa.public, open)
• texlive-bin (dports) - has x11, remove legacy no_x11 variant
• transcode (cogweb.net:lionteeth, devans)
• wireshark (darkart.com:opendarwin.org)

Some ports have no_x11 as a legacy variant, which should be retained for one year and then it can be removed.

[mf2k (Frank Schima)]

at-spi: r106775

[cooljeanius (Eric Gallager)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Replying to macsforever2000@…:

Some ports have no_x11 as a legacy variant, but I don't see a reason to keep them around since they do nothing.

The no_x11 legacy variants exist so that users who had previously selected those variants will continue to have X11 disabled after upgrading. All ports that are converted from no_x11 to x11 variants should maintain such a no_x11 legacy variant for one year so that users upgrading the ports do not suddenly receive features they specifically requested not to receive.

[mojca (Mojca Miklavec)]

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?

PS: I'm sorry. I only noticed now that Ryan actually said the same thing. I didn't see his post earlier.

[mojca (Mojca Miklavec)]

Here's a grouped list created out of the list above. I didn't check if any other ports contain [no_]x11, I didn't check ports for which it says "remove legacy no_x11", but I checked if any port added +x11 recently.

If anyone wants or agrees with the list, it can be moved to the top description and updates as work proceeds, I didn't dare to do that.

Ports without x11 variant:

Ports with no maintainer:

• libmpeg2 (nomaintainer) (also no_sdl)
• mpeg2vidcodec (nomaintainer)
• nessus-core (nomaintainer) - the difference between gtk and x11 not clear, dependencies are broken (#38114)

Ports with open maintainer:

• efte (reiffert, open)
• ghostscript (takanori, open)
• gstreamer1-gst-plugins-bad (rmstonecipher, open)
• gstreamer1-gst-plugins-base (rmstonecipher, open) (also no_gnome_vfs, no_ogg)
• gstreamer010-gst-plugins-bad (rmstonecipher, open)
• gstreamer010-gst-plugins-base (rmstonecipher, open) (also no_gnome_vfs, no_ogg)
• kmymoney4 (mk, pixilla, open) (also no_gtk)
• kmymoney4-devel (mk, pixilla, open) (also no_gtk)
• pgplot (mcalhoun, open) (#39818)
• pTeX (takanori, open) (also has no_hiragino, no_otf, no_x11)
• surf (gmail.com:shreevatsa.public, open)

Other ports:

• basiliskii-devel (vercruesse.de:opendarwin.nospam)
• gajim-devel (rene)
• gnokii (ieee.org:mpal1+bugzilla)
• gtk2hs (gwright)
• mlt (dennedy.org:dan) - Probably should be called +gtk2 instead and reversed
• pidgin (otherware.org:nefar)
• sheepshaver (vercruesse.de:opendarwin.nospam)
• wireshark (darkart.com:opendarwin.org) (compare with wireshark-devel, also has no_adns, no_geoip, no_gnutls, no_ipv6, no_libgcrypt, no_libsmi, no_lua, no_rtp, no_ssl, no_x11)

Ports with both x11 and no_x11 by date:

• graphviz & graphviz-devel (ryandesign) - x11 since r102579 2013-02-04
• gtk2 (nomaintainer) - x11 changes since r103155 2013-02-16, variant existed earlier
• gtk3 (cal, open) - x11 changes since r103160 2013-02-16, variant existed earlier
• ImageMagick (ryandesign) - x11 since r106049 2013-05-13
• libunique (devans, open) - x11 since r107051 2013-06-16
• gnome-sharp2 (nomaintainer) - x11 since r107104 2013-06-18
• libgnomekbd (devans, open) - x11 since r107083 2013-06-17
• libbonoboui (nomaintainer) - x11 since r107293 2013-06-25
• libgnomeui (nomaintainer) - x11 since r107294 2013-06-25
• gromacs & gromacs-double (nomaintainer) - x11 since r108345 2013-07-20
• gwyddion (rowue, gwyddion.net:yeti) - +quartz since r108367 2013-07-21
• openssh (nomaintainer) - +xauth since r108465 2013-07-23
• gd2 (ryandesign) - (version 2.1 will have x11)

Ports where no_x11 may be removed:

• cairo-devel (ryandesign) - x11 since r78848 2011-05-24
• darktable (gmail.com:julians37) - x11 since r75631 2011-02-01; no_x11 has never been a compatibility variant
• giflib (ryandesign) - x11 since r93239 2012-05-17
• libsdl (jmr, open) - x11 since r78823 2011-05-23
• mjpegtools (gmail.com:filippo.natali) - x11 since r87467 2011-11-22
• openvrml (raphael, open) - x11 since r82212 and r82194 2011-08-10

Ports with x11 only/fixed

• at-spi (nomaintainer) - no_x11 removed in r106775.
• gedit (devans, open) - no_x11 removed in r106998. - gnuplot (mojca, open) - x11 since r96459 2012-08-10, no_x11 removed in r108795.
• plplot & plplot-single (takeshi, open) - x11 since r99946 2012-11-21, no_x11 removed in r108600.
• texlive-bin (dports) - x11 since r82097 2011-08-07, no_x11 removed in r108863.
• transcode (cogweb.net:lionteeth, devans)

[neverpanic (Clemens Lang)]

openssh in r108465.

[mirimiri66@…]

Cc Me!

[mirimiri66@…]

Regarding openssh; Now that no_x11 has been removed, how can xorg components be prevented from installing?

port -y upgrade openssh -xauth doesn't seem to work.

[neverpanic (Clemens Lang)]

Replying to mirimiri66@…:

port -y upgrade openssh -xauth doesn't seem to work.

Try port upgrade --enforce-variants openssh -xauth. I should probably have added --without-xauth to make sure, though.

[tenomoto (Takeshi Enomoto)]

plplot in r108600.

[mirimiri66@…]

Replying to cal@…:

Replying to mirimiri66@…:

port -y upgrade openssh -xauth doesn't seem to work.

Try port upgrade --enforce-variants openssh -xauth. I should probably have added --without-xauth to make sure, though.

It still pulls in xorg components.

[neverpanic (Clemens Lang)]

Replying to mirimiri66@…:

It still pulls in xorg components.

Please file a separate bug for this an cc me, if it still persists. Attach the main.log and explain how it "pulls in xorg components". I cannot reproduce and the dependency list of openssh -xauth (port rdeps openssh -xauth) seems to correctly reflect the variant.

[drkp (Dan Ports)]

Removed the compatibility variant from texlive-bin in r108863.