[MacPorts] #60511: move to quartz as default backend (was: gtk3, pango and cairo: move to quartz as default backend)

MacPorts noreply at macports.org
Fri May 29 15:40:02 UTC 2020


#60511: move to quartz as default backend
-------------------------------------------------+-------------------------
  Reporter:  ra1nb0w                             |      Owner:  dbevans
      Type:  enhancement                         |     Status:  assigned
  Priority:  Normal                              |  Milestone:
 Component:  ports                               |    Version:
Resolution:                                      |   Keywords:
      Port:  R Togl VLC VLC2 avahi cairo cairo-  |
  devel cairomm cherrytree clutter cogl          |
  gWakeOnLAN gconf gegl gegl-0.3 gegl-devel      |
  geoclue2 glade glib2 glib2-devel glibmm        |
  gnome-themes-extra gnubg gnucash-docs gtk-     |
  sharp2 gtk2 gtk3 gtkextra3 gtkimageview gtkmm  |
  gtkmm3 gtkspell2 inkscape inkscape-devel       |
  inkscape-gtk3-devel lablgtk2 libVLC libVLC2    |
  librsvg meld netgen opencolorio pan2 pango     |
  pango-devel pangomm pdfpc pidgin pspp pspp-    |
  devel py-cairo py-gobject py-pygtk reinteract  |
  tix tk tkdnd tkimg tktable ufraw webkit2-gtk   |
  webkit2-gtk-devel wxgtk-3.0                    |
-------------------------------------------------+-------------------------
Changes (by ryandesign):

 * port:  gtk3, pango, cairo =>
     R Togl VLC VLC2 avahi cairo cairo-devel cairomm cherrytree clutter
     cogl gWakeOnLAN gconf gegl gegl-0.3 gegl-devel geoclue2 glade glib2
     glib2-devel glibmm gnome-themes-extra gnubg gnucash-docs gtk-sharp2
     gtk2 gtk3 gtkextra3 gtkimageview gtkmm gtkmm3 gtkspell2 inkscape
     inkscape-devel inkscape-gtk3-devel lablgtk2 libVLC libVLC2 librsvg
     meld netgen opencolorio pan2 pango pango-devel pangomm pdfpc pidgin
     pspp pspp-devel py-cairo py-gobject py-pygtk reinteract tix tk tkdnd
     tkimg tktable ufraw webkit2-gtk webkit2-gtk-devel wxgtk-3.0


Comment:

 Replying to [comment:5 ra1nb0w]:
 > Sure, the ports that I listed are only the root and others must be
 aligned.

 Ok so your suggestion applies to all ports that offer +x11 and +quartz
 variants, not just gtk3 pango and cairo.

 > I noticed that the generic user doesn't know too much about variants and
 it generally use the default.

 You're probably right. And it would be nice to give users the "best"
 configuration out of the box. It might be that these days +quartz would
 give users a better experience than +x11 but I can't personally verify
 that having not used +quartz.

 > I have not idea on how to implement this change since I am using +quartz
 in variants.conf from the benining; I tought that a good opportunity was
 OS upgrade but you have rejected this idea.

 We don't have a mechanism to get people who already had port installed
 with +x11 to upgrade to +quartz, so that makes changing the default for
 existing users difficult.

 You're right that we could change the default for the next OS version, for
 example default to +quartz on macOS 10.16 and later and +x11 otherwise.
 But it feels confusing to me. It would also greatly complicate ports.
 Currently ports that have these variants write:

 {{{
 if {![variant_isset quartz]} {
     default_variants +x11
 }
 }}}

 If we do as you suggest and change the default to +quartz on macOS 10.16
 and later then ports that have these variants would have to change that
 to:

 {{{
 if {${os.platform} eq "darwin" && ${os.major} >= 20} {
     if {![variant_isset x11]} {
         default_variants +quartz
     }
 } else {
     if {![variant_isset quartz]} {
         default_variants +x11
     }
 }
 }}}

 which is significantly more wordy. There's potential for portfile
 developers to forget to do this or to get it wrong. We could put this into
 Yet Another Portgroup that those ports could include instead.

 -----

 One way we could get all users to upgrade to quartz would be to remove the
 x11 and quartz variants from all the ports and just make then
 unconditionally use quartz and increase their revisions. But I'm not sure
 if we're ready to abandon x11 entirely like that.

-- 
Ticket URL: <https://trac.macports.org/ticket/60511#comment:8>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list