[MacPorts] #52281: Port for evolution, based on devans at macports.org evolution-data-server

[MacPorts]

#52281: Port for evolution, based on devans at macports.org evolution-data-server
-------------------------+----------------------
  Reporter:  gwhitney@…  |      Owner:  devans@…
      Type:  submission  |     Status:  assigned
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.3.4
Resolution:              |   Keywords:
      Port:  evolution   |
-------------------------+----------------------

Comment (by gwhitney@…):

 Replying to [comment:23 devans@…]:
 > One suggestion, no need to add a just +x11 variant unless -x11 makes
 sense and -x11 doesn't mean +quartz.
 >
 > However, if you can build with either of the gtk3 X11 or gtk3 Quartz
 backends then having both variants +x11 +quartz makes sense but you need
 to mark them as conflicting (only one at a time). Default variant should
 be +x11 in this case.

 Sorry I am not fully understanding this advice.  The latest version of the
 evolution port can be compiled with x11 support, in which case it requires
 gnome-desktop, and it must be the case that the x11 gdk backend is
 available; or without x11 support, in which case it does not require
 gnome-desktop, and relies on whatever (default) gdk backend has been
 installed. There are no other differences, and evolution-x11 will compile
 just fine on top of the x11 gdk backend.  I don't actually see why
 evolution-x11 and evolution+x11 couldn't in theory coexist.

 However, there does need to be at least one variant flag, because in an
 x11 environment, typically you would want the gnome-desktop integration,
 whereas there needs to be a way to turn it off in case only the quartz gdk
 backend has been compiled.

 I hope that makes the situation with the evolution port and its
 interaction with the gdk backends clear enough for you to now advise me
 what the variant flag or flags should be.  I would be glad to implement
 whatever variant scheme you feel is best.

-- 
Ticket URL: <https://trac.macports.org/ticket/52281#comment:24>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system