[Bug 291594] x11-drivers/xf86-video-scfb: Add support for xlibre

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291594

--- Comment #9 from Jose Alonso Cardenas Marquez <[email protected]> ---
Hello, I am share with you some b-aaz answers. A bugzilla account creation was
requested but it take some days I guess.

Firstly, a response to concerns regarding the order of FLAVORS:

To clear things up: The flavor configuration for 3rd party ports depending on a
X server should be as follows:

```
FLAVORS=    xorg xlibre
FLAVOR?=    ${FLAVORS:[1]}
```

This is so that the end users of these ports are not faced with an unexpected
new behavior in them and can treat them the same as before this change
occurred.

As an additional note, the above configuration is the configuration used for
this ports in the GhostBSD ports tree since their addition in August, and the
reversed configuration ( FLAVORS=    xlibre xorg ) was only used in my own
overlay at xlibre-ports and has been mistakenly transferred to this MR.

A response to "Yep. Xlibre seems more of a political stunt rather than an
actual software project."

That's simply not the case.

I believe a quick glance at the XLibre commit history is enough to prove this
wrong.
In the past months since the fork there have been a large number of
improvements and fixes done to the code-base, I have also played an minuscule
part in them to move as many of the FreeBSD X.Org patches (that I understood)
to the upstream.
Our goal is to Improve X and keep it around, and during my time in the
community that was the shared sentiment that I noticed between contributors,
and nothing else.

Response to the (DEFAULT_VERSIONS v.s. FLAVORS)

This issue was discussed at length with the GhostBSD maintainers when they
first wanted to include these ports in their tree in this GitHub thread:

https://github.com/b-aaz/xlibre-ports/issues/9

In short, we got to the conclusion that the only way that we could provide a
good user experience for both the XLibre users and X.Org users was to go the
flavors route.

These flavors only need to be applied to direct dependencies of xorg-server and
their dependencies which are few, and the change made to these ports is simple
and straight forward:

The package name gets a xlibre- prefix.
The X.Org dependencies are switched to XLibre ones (Made easy by the USE
files).
(Optional extra patches are made for the XLibre variant.)

This configuration has been fully operational (binaries and ports) in the
GhostBSD ports tree since August.

-- 
You are receiving this mail because:
You are the assignee for the bug.