Opened 15 years ago
Closed 7 years ago
#21745 closed enhancement (wontfix)
gutenprint cups variant
Reported by: | mroman@… | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | dbevans (David B. Evans) | |
Port: | gutenprint |
Description (last modified by mnick@…)
- 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
Attachments (1)
Change History (5)
comment:1 Changed 15 years ago by mnick@…
Description: | modified (diff) |
---|---|
Keywords: | gutenprint cups removed |
Owner: | changed from macports-tickets@… to devans@… |
Version: | 1.8.1 |
Changed 15 years ago by mroman@…
Attachment: | Portfile.diff added |
---|
comment:2 Changed 14 years ago by dbevans (David B. Evans)
comment:3 Changed 14 years ago by dbevans (David B. Evans)
Status: | new → assigned |
---|
comment:4 Changed 7 years ago by dbevans (David B. Evans)
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
Closing due to lack of interest.
Note: See
TracTickets for help on using
tickets.
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
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?