From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: [PATCH] gnu: gettext: Enable "xgettext --language=glade" Date: Mon, 18 Nov 2013 09:17:03 +0100 Message-ID: <20131118081703.GA28696@debian> References: <20131117122546.GA32131@debian> <877gc639c3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViK1K-0003VM-HU for guix-devel@gnu.org; Mon, 18 Nov 2013 03:17:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViK1D-0006Kt-6i for guix-devel@gnu.org; Mon, 18 Nov 2013 03:17:22 -0500 Content-Disposition: inline In-Reply-To: <877gc639c3.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 =?iso-8859-15?Q?Court=E8s?= Cc: guix-devel@gnu.org On Mon, Nov 18, 2013 at 12:19:24AM +0100, Ludovic Courtès wrote: > Actually, it seems to be solvable without adding the dependency: > > --8<---------------cut here---------------start------------->8--- > $ xgettext -L glade /dev/null > xgettext: Language "glade" is not supported. xgettext relies on expat. > This version was built without expat. > > $ LD_LIBRARY_PATH=$(guix build expat)/lib xgettext -L glade /dev/null > xgettext: /dev/null:1:1: no element found > --8<---------------cut here---------------end--------------->8--- I know, that was one of the things we tested early on; but... > Would it work for you to just use that LD_LIBRARY_PATH trick where it’s > needed? > That way we avoid making gettext “fatter”. I suppose we’ll seldom need > to do that trick anyway. ... might there not be users who want a fully functional xgettext? Now that we found a simple solution, I am rather in favour of implementing it. Not to mention that this solves the issue once and for all, and we do not need to remember the LD_LIBRARY_PATH trick later on... Andreas