Re: [Sawfish] Libtool errors for librep 0.92.2 compilation |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/sawfish Archives
]
- To: sawfish@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [Sawfish] Libtool errors for librep 0.92.2 compilation
- From: Rafal Kolanski <xs@xxxxxxxx>
- Date: Tue, 04 Sep 2012 01:08:15 +1000
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xaph.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=nwmQEo/wUYhZuFCWkb7UCUfX7mnR/XO/ViUd0G4eCpo=; b=h7b+5EaabMjt5ROezthZ1LTWVWXL28aoQyTXZRN4Xz+rwiT5bWnp2WQHr91hRc8m8y0rMyb6a9rZGTy2z5apbN3Ux3pDkLG95UOMS4q8vs1oo5RCOZHAmGpVRpXby2Ux;
On 24/08/12 06:48, Tomasz Gajewski wrote:
> Christopher Roy Bratusek <nano@xxxxxxxxxxxxx> writes:
>
>> You can either do:
>>
>> ./autogen [configureflags]
>>
>> or
>>
>> make SHELL=/bin/bash
>
> I've just came across this problem and found another workaround:
>
> export CONFIG_SHELL="/bin/bash"
>
> This allows to build from deb src packages from:
>
> deb-src http://apt.nanolx.org/ photonic main
>
> without any other problems.
Thank you, that helps a lot.
However, I still think that if Makedefs.in requests /bin/sh for the
shell, and then we end up using bash-only features, then that is not
quite right. All it takes is changing one line, and librep builds
without any surprises (dpkg-buildpackage -rfakeroot):
--- a/Makedefs.in
+++ b/Makedefs.in
@@ -20,7 +20,7 @@
version=@version@
libversion=@libversion@
-SHELL=/bin/sh
+SHELL=/bin/bash
Is there any reason that that this is not desired behaviour?
Sincerely,
Rafal Kolanski.
--
Sawfish ML