Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Dec 2009 00:30:49 -0200
From:      "Carlos A. M. dos Santos" <unixmania@gmail.com>
To:        Robert Noland <rnoland@freebsd.org>
Cc:        freebsd-x11@freebsd.org
Subject:   Re: ports/137373: x11/libX11: make dependance on x11/libxcb
Message-ID:  <e71790db0912191830y293becedqef26c201a095d9ac@mail.gmail.com>
In-Reply-To: <1261274698.2315.38.camel@balrog.2hip.net>
References:  <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261274698.2315.38.camel@balrog.2hip.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 20, 2009 at 12:04 AM, Robert Noland <rnoland@freebsd.org> wrote=
:
> On Sat, 2009-12-19 at 22:20 +0000, Carlos A. M. dos Santos wrote:
...
>> =A0Robert,
>>
>> =A0I think I foud what "mesa" you are talking about: graphics/libGL. Wel=
l
>> =A0if you pay attention to the contents of bsd.mesalib.mk then you will
>> =A0see that it already recognizes a WITHOUT_XCB knob. That knob is there
>> =A0since the update X.org ports to 7.4+, last january. But I don't need
>> =A0to tell this to you. have been updating that file for ten =A0months, =
so
>> =A0you know its contents.
>>
>> =A0So, in the very end, you are attempting to convince me that that
>> =A0giving the user the opportunity to turn off XCB is accetpable in
>> =A0libGL, but not in libX11. This is contradictory.
>>
>> =A0By the way, the assertion that "having a non-xcb enabled libx11 would
>> =A0cause weird build/run time issues" is =A0false.
>
> If it is disabled everywhere, it is fine. =A0But having it disabled for
> libx11 and enabled for xserver and/or mesa (libGL and friends) would be
> problematic.
>
> robert.

Is it acceptable a patch allowing to diable XCB without a menu? The
default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in
/etc/make.conf, ensuring that all ports are built the same way.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e71790db0912191830y293becedqef26c201a095d9ac>