From mboxrd@z Thu Jan  1 00:00:00 1970
From: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?Bay=C4=B1rl=C4=B1?=
	=?utf-8?Q?=2FKammer?=)
Subject: Re: [PATCH] Patch Qt 5.4 for i686.
Date: Wed, 29 Apr 2015 22:25:07 +0200
Message-ID: <87bni6el7g.fsf@taylan.uni.cx>
References: <87r3r9q42n.fsf@taylan.uni.cx> <871tj8zt0k.fsf@netris.org>
	<87oam6g05q.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:52756)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <taylanbayirli@gmail.com>) id 1YnYXe-0005KO-H0
	for guix-devel@gnu.org; Wed, 29 Apr 2015 16:25:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <taylanbayirli@gmail.com>) id 1YnYXd-0005aJ-Kf
	for guix-devel@gnu.org; Wed, 29 Apr 2015 16:25:10 -0400
In-Reply-To: <87oam6g05q.fsf@gnu.org> ("Ludovic
	\=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\=
	\=\?utf-8\?Q\?s\?\= message of "Wed, 29 Apr 2015 22:16:49 +0200")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@gnu.org>
Cc: guix-devel@gnu.org

ludo@gnu.org (Ludovic Court=C3=A8s) writes:

> Mark H Weaver <mhw@netris.org> skribis:
>
>> Please, let's not do that.  We should be moving in the other direction,
>> by using less, not more, of the unbelievably massive amount of bundled
>> stuff in Qt.
>
> Agreed.
>
>> If this "fix" is the really best we can hope for from upstream, then
>> let's do it this way instead: after unpacking Qt 5, make a copy of
>> glext.h from *our* system Mesa, apply the above patch to that copy, and
>> arrange for that patched copy to be found first in the include search
>> path during the Qt build.  Then at least we will have only one copy of
>> Mesa in memory and only one copy of the Mesa source code to maintain
>> (for security fixes, fixes for non-Intel platforms, fixes for Guix,
>> etc).
>
> Sounds like a good plan.
>
>> Thanks again, Taylan, for working on this unpleasant task.
>
> Indeed, this is neither easy nor funny, but work in this area is
> definitely appreciated!
>
> Thanks,
> Ludo=E2=80=99.

Seems I left this thread dangling; I sent a new patch in a new thread on
the meanwhile.  And it even seems to work this time. :-)

Taylan