gutenprint cups variant

[mroman@…]

• version update 5.2.3 -> 5.2.4
• cups variant; //maybe launchctl should restart cups after activation?
• set default_variant to cups, however it's up to maintainer to decide
• don't know for what gutenprint uses readline, anyway it's implausible to be usefull

[devans@…]

I think the unfortunate naming of this port has caused some confusion.

While the port is named 'gutenprint', it's original intent was to provide the gutenprint plugin for GIMP which just provides an alternative printing dialog. It can be used with any printing system, including but not requiring the gutenprint drivers.

The proposed +cups variant here would build the gutenprint drivers with or without the plugin depending on which patch might be used.

These are two separate functionalities that don't necessarily depend on each other.

Taking all this into consideration, I would propose to do the following:

1) Create a new portfile (gutenprint-cups) that will install the drivers without the GIMP plugin. If one of the proponents of this ticket will provide an appropriate Portfile and accept maintainership, I will be glad to commit the port.

2) Create a copy of the existing port as gutenprint-gimp-plugin and change dependents of the existing port to depend on this port instead.

3) Retain the existing gutenprint port during a reasonable tranisition period during which it will be marked as

replaced_by gutenprint-gimp-plugin

This will cause existing installations to delete this port and install the new one on upgrade. At the end of the transistion period, the gutenprint port will be deleted leaving just gutenprint-cups and gutenprint-gimp-plugin.

I think this proposal makes the port names more understandable and allows people to select the functionality (one or the other or both) that is suitable for them without excessive use of variants.

Any objections?