GNU logs - #21400, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#21400: Location of "file" is hard coded
Resent-From: John Frankish <john.frankish@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 02 Sep 2015 15:30:04 +0000
Resent-Message-ID: <handler.21400.B.144120774415461 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 21400 <at> debbugs.gnu.org
Message-ID: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
From: John Frankish <john.frankish@HIDDEN>
Date: Wed, 2 Sep 2015 19:18:06 +0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Thread-Index: AdDlkf7rqrlpn3p2RmWrHtoCmpxouA==
Content-Language: en-us
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi,

I see an error that /usr/bin/file cannot be found when running the configure
script in many packages - in my distro "file" is at /usr/local/bin/file.

As an example, using NetworkManager-1.0.4, gives:

./configure
...
checking for archiver @FILE support... @
checking for strip... strip [which is in /usr/local/bin]
checking for ranlib... ranlib [which is in /usr/local/bin]
checking command to parse /usr/local/bin/nm -B output from gcc object... ok
checking for sysroot... no
./configure: ./configure.lineno: line 1: /usr/bin/file: not found [but it is
in /usr/local/bin]
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes

I'm told this is due to the location of "file" being hard coded in
NetworkManager-1.0.4/m4/libtool.m4

Would it be possible to look for "file" in $PATH instead?

Regards
John

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: John Frankish <john.frankish@HIDDEN>
Subject: bug#21400: Acknowledgement (Location of "file" is hard coded)
Message-ID: <handler.21400.B.144120774415461.ack <at> debbugs.gnu.org>
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
X-Gnu-PR-Message: ack 21400
X-Gnu-PR-Package: libtool
Reply-To: 21400 <at> debbugs.gnu.org
Date: Wed, 02 Sep 2015 15:30:05 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 21400 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
21400: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D21400
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#21400: Location of "file" is hard coded
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 02 Sep 2015 18:17:01 +0000
Resent-Message-ID: <handler.21400.B21400.14412177777408 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: John Frankish <john.frankish@HIDDEN>, 21400 <at> debbugs.gnu.org
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
From: Peter Rosin <peda@HIDDEN>
Message-ID: <55E73CEA.4020007@HIDDEN>
Date: Wed, 2 Sep 2015 20:16:10 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 2015-09-02 17:18, John Frankish wrote:
> Hi,
> 
> I see an error that /usr/bin/file cannot be found when running the configure
> script in many packages - in my distro "file" is at /usr/local/bin/file.
> 
> As an example, using NetworkManager-1.0.4, gives:
> 
> ./configure
> ...
> checking for archiver @FILE support... @
> checking for strip... strip [which is in /usr/local/bin]
> checking for ranlib... ranlib [which is in /usr/local/bin]
> checking command to parse /usr/local/bin/nm -B output from gcc object... ok
> checking for sysroot... no
> ./configure: ./configure.lineno: line 1: /usr/bin/file: not found [but it is
> in /usr/local/bin]
> checking for mt... no
> checking if : is a manifest tool... no
> checking for dlfcn.h... yes
> 
> I'm told this is due to the location of "file" being hard coded in
> NetworkManager-1.0.4/m4/libtool.m4
> 
> Would it be possible to look for "file" in $PATH instead?

Hi,

and thanks for the report!

I'm not saying that I'm going to look further at this, but we need more
info.

What triplet is this? Did you build from the NetworkManager-1.0.4 release
tar-ball (which includes Libtool 2.4.2), or did you build NetworkManager
from git? And what version of Libtool did you bootstrap with in case you
did use git?

I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file are
in system-specific code paths. So, you must have the file utility in an
odd location for your type of system (and /usr/local/bin seems a bit odd
for a basic utility such as file).

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

Subject: bug#21400: Location of "file" is hard coded
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 02 Sep 2015 19:03:02 +0000
Resent-Message-ID: <handler.21400.B21400.144122058111708 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Peter Rosin <peda@HIDDEN>
Cc: 21400 <at> debbugs.gnu.org, john.frankish@HIDDEN
Date: Wed, 2 Sep 2015 14:02:55 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
In-Reply-To: <55E73CEA.4020007@HIDDEN>
Message-ID: <alpine.GSO.2.01.1509021358020.3938@HIDDEN>
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Wed, 2 Sep 2015, Peter Rosin wrote:
>
> I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file are
> in system-specific code paths. So, you must have the file utility in an
> odd location for your type of system (and /usr/local/bin seems a bit odd
> for a basic utility such as file).

I do recall libtool discussions of the 'file' command from a long time 
ago.  The hard-coded path is surely by design and not by accident.

While there is one popular implementation of the 'file' command it may 
be that there are other programs called 'file' in the path which do 
something else entirely.

Libtool depends on specific text being printed by the 'file' command 
in order to make key decisions.

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21400: Location of "file" is hard coded
Resent-From: Bob Friesenhahn <bfriesen@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Wed, 02 Sep 2015 19:04:01 +0000
Resent-Message-ID: <handler.21400.B.144122060011763 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21400
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: Peter Rosin <peda@HIDDEN>
Cc: 21400 <at> debbugs.gnu.org, john.frankish@HIDDEN
X-Debbugs-Original-Cc: 21400 <at> debbugs.gnu.org, John Frankish <john.frankish@HIDDEN>, bug-libtool@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.144122060011763
          (code B ref -1); Wed, 02 Sep 2015 19:04:01 +0000
Received: (at submit) by debbugs.gnu.org; 2 Sep 2015 19:03:20 +0000
Received: from localhost ([127.0.0.1]:46761 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ZXDJY-00033f-53
	for submit <at> debbugs.gnu.org; Wed, 02 Sep 2015 15:03:20 -0400
Received: from eggs.gnu.org ([208.118.235.92]:34283)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJW-00033X-7n
 for submit <at> debbugs.gnu.org; Wed, 02 Sep 2015 15:03:18 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJQ-0002Ut-NS
 for submit <at> debbugs.gnu.org; Wed, 02 Sep 2015 15:03:18 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:60095)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJQ-0002Up-LB
 for submit <at> debbugs.gnu.org; Wed, 02 Sep 2015 15:03:12 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:44227)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJM-0006cf-He
 for bug-libtool@HIDDEN; Wed, 02 Sep 2015 15:03:12 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJL-0002Tg-BY
 for bug-libtool@HIDDEN; Wed, 02 Sep 2015 15:03:08 -0400
Received: from blade.simplesystems.org ([65.66.246.74]:48353)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <bfriesen@HIDDEN>) id 1ZXDJL-0002RZ-46
 for bug-libtool@HIDDEN; Wed, 02 Sep 2015 15:03:07 -0400
Received: from freddy.simplesystems.org (freddy.simplesystems.org
 [65.66.246.65])
 by blade.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id t82J2tRc024730;
 Wed, 2 Sep 2015 14:02:55 -0500 (CDT)
Date: Wed, 2 Sep 2015 14:02:55 -0500 (CDT)
From: Bob Friesenhahn <bfriesen@HIDDEN>
X-X-Sender: bfriesen@HIDDEN
In-Reply-To: <55E73CEA.4020007@HIDDEN>
Message-ID: <alpine.GSO.2.01.1509021358020.3938@HIDDEN>
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
User-Agent: Alpine 2.01 (GSO 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2
 (blade.simplesystems.org [65.66.246.90]);
 Wed, 02 Sep 2015 14:02:56 -0500 (CDT)
X-detected-operating-system: by eggs.gnu.org: Solaris 10
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

On Wed, 2 Sep 2015, Peter Rosin wrote:
>
> I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file are
> in system-specific code paths. So, you must have the file utility in an
> odd location for your type of system (and /usr/local/bin seems a bit odd
> for a basic utility such as file).

I do recall libtool discussions of the 'file' command from a long time 
ago.  The hard-coded path is surely by design and not by accident.

While there is one popular implementation of the 'file' command it may 
be that there are other programs called 'file' in the path which do 
something else entirely.

Libtool depends on specific text being printed by the 'file' command 
in order to make key decisions.

Bob
-- 
Bob Friesenhahn
bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21400: Location of "file" is hard coded
Resent-From: John Frankish <john.frankish@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Sep 2015 08:26:02 +0000
Resent-Message-ID: <handler.21400.B21400.14412687173993 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21400
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: <21400 <at> debbugs.gnu.org>
Cc: 'Peter Rosin' <peda@HIDDEN>
Received: via spool by 21400-submit <at> debbugs.gnu.org id=B21400.14412687173993
          (code B ref 21400); Thu, 03 Sep 2015 08:26:02 +0000
Received: (at 21400) by debbugs.gnu.org; 3 Sep 2015 08:25:17 +0000
Received: from localhost ([127.0.0.1]:47258 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ZXPpc-00012L-K8
	for submit <at> debbugs.gnu.org; Thu, 03 Sep 2015 04:25:16 -0400
Received: from col004-omc2s4.hotmail.com ([65.55.34.78]:64410)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <john.frankish@HIDDEN>) id 1ZXPpa-00012C-84
 for 21400 <at> debbugs.gnu.org; Thu, 03 Sep 2015 04:25:15 -0400
Received: from COL403-EAS186 ([65.55.34.73]) by COL004-OMC2S4.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Thu, 3 Sep 2015 01:25:13 -0700
X-TMN: [kA/N/517ylN2+PGWajupjkyGxikPIX8f]
X-Originating-Email: [john.frankish@HIDDEN]
Message-ID: <COL403-EAS186680681C90F2F6481CE7EF3680@HIDDEN>
From: John Frankish <john.frankish@HIDDEN>
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
In-Reply-To: <55E73CEA.4020007@HIDDEN>
Date: Thu, 3 Sep 2015 12:25:08 +0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQABAgMEiSbgTtEVdk+vgxhnDQfmXAC+793kocRGfJA=
Content-Language: en-us
X-OriginalArrivalTime: 03 Sep 2015 08:25:13.0523 (UTC)
 FILETIME=[0E32C830:01D0E622]
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

> > I see an error that /usr/bin/file cannot be found when running the 
> > configure script in many packages - in my distro "file" is at
/usr/local/bin/file.
> > 
> > As an example, using NetworkManager-1.0.4, gives:
> > 
> > ./configure
> > ...
> > checking for archiver @FILE support... @ checking for strip... strip 
> > [which is in /usr/local/bin] checking for ranlib... ranlib [which is 
> > in /usr/local/bin] checking command to parse /usr/local/bin/nm -B 
> > output from gcc object... ok checking for sysroot... no
> > ./configure: ./configure.lineno: line 1: /usr/bin/file: not found [but 
> > it is in /usr/local/bin] checking for mt... no checking if : is a 
> > manifest tool... no checking for dlfcn.h... yes
> > 
> > I'm told this is due to the location of "file" being hard coded in
> > NetworkManager-1.0.4/m4/libtool.m4
> > 
> > Would it be possible to look for "file" in $PATH instead?
> 
> I'm not saying that I'm going to look further at this, but we need more
info.
> 
> What triplet is this?

In this case x86_64, but the same thing happens on 32-bit x86

> Did you build from the NetworkManager-1.0.4 release tar-ball (which
includes Libtool 2.4.2),
> or did you build NetworkManager from git?
> And what version of Libtool did you bootstrap with in case you did use
git?

I built from the NetworkManager-1.0.4 release tar-ball, but the same thing
happens on many other release tar-balls

> I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file are in
system-specific code paths.
> So, you must have the file utility in an odd location for your type of
system
> (and /usr/local/bin seems a bit odd for a basic utility such as file).

This distro (tinycorelinux) works on the basis that anything not in the base
release should be compiled to /usr/local, which I believe was the original
idea of /usr/local.

As can be seen from above, the configure script finds strip, ranlib and nm
in /usr/local so it would be kind of logical that it could find file in the
same place, no?

John

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21400: Location of "file" is hard coded
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Sep 2015 15:51:02 +0000
Resent-Message-ID: <handler.21400.B21400.144129546119092 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21400
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: John Frankish <john.frankish@HIDDEN>, 21400 <at> debbugs.gnu.org
Received: via spool by 21400-submit <at> debbugs.gnu.org id=B21400.144129546119092
          (code B ref 21400); Thu, 03 Sep 2015 15:51:02 +0000
Received: (at 21400) by debbugs.gnu.org; 3 Sep 2015 15:51:01 +0000
Received: from localhost ([127.0.0.1]:47807 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ZXWmy-0004xs-OM
	for submit <at> debbugs.gnu.org; Thu, 03 Sep 2015 11:51:01 -0400
Received: from mail.lysator.liu.se ([130.236.254.3]:60375)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <peda@HIDDEN>) id 1ZXWmw-0004xi-N9
 for 21400 <at> debbugs.gnu.org; Thu, 03 Sep 2015 11:50:59 -0400
Received: from mail.lysator.liu.se (localhost [127.0.0.1])
 by mail.lysator.liu.se (Postfix) with ESMTP id 587464001B;
 Thu,  3 Sep 2015 17:50:56 +0200 (CEST)
Received: from [192.168.0.68] (217-210-101-82-no95.business.telia.com
 [217.210.101.82])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mail.lysator.liu.se (Postfix) with ESMTPSA id 0D50140018;
 Thu,  3 Sep 2015 17:50:55 +0200 (CEST)
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
 <COL403-EAS186680681C90F2F6481CE7EF3680@HIDDEN>
From: Peter Rosin <peda@HIDDEN>
Message-ID: <55E86C5E.1010805@HIDDEN>
Date: Thu, 3 Sep 2015 17:50:54 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <COL403-EAS186680681C90F2F6481CE7EF3680@HIDDEN>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

On 2015-09-03 10:25, John Frankish wrote:
>> I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file are in
> system-specific code paths.
>> So, you must have the file utility in an odd location for your type of
> system
>> (and /usr/local/bin seems a bit odd for a basic utility such as file).
> 
> This distro (tinycorelinux) works on the basis that anything not in the base
> release should be compiled to /usr/local, which I believe was the original
> idea of /usr/local.
> 
> As can be seen from above, the configure script finds strip, ranlib and nm
> in /usr/local so it would be kind of logical that it could find file in the
> same place, no?

I always thought that /usr/local was for stuff built locally by the local
admin. FHS agrees with me, AFAICT.

Are you saying that tinycorelinux puts optional (non-base) packages in
/usr/local? Seems like a very bad call to me, diverging from every other
distro and unix history is painful, to put it plainly. Not even Gentoo
goes as far as putting stuff in /usr/local, even if everything really is
built by the local admin. Where is the local admin supposed to put
locally built stuff in tinycorelinux, if /usr/local is cluttered with
optional distro packages?

And, I refuse to think that tinycorelinux does not, at least optionally,
offer a GNU file package, so I would suggest that you install that package
and move on (it's not like Libtool depends on any state-of-the-art
option that is only available since file version x.y). If 'file' ends up
under /usr/local when you do that, switch to a sane distro instead.

Besides, as always, whatever Libtool upstream does, it will take a long
time for any change to reach all the packages that you likely want to
build ASAP. So, anything you do to make up for this file problem will
probably not go away anytime soon.

Also see: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17840

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21400: Location of "file" is hard coded
Resent-From: John Frankish <john.frankish@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 03 Sep 2015 16:07:02 +0000
Resent-Message-ID: <handler.21400.B21400.144129640221116 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21400
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: <21400 <at> debbugs.gnu.org>
Cc: 'Peter Rosin' <peda@HIDDEN>
Received: via spool by 21400-submit <at> debbugs.gnu.org id=B21400.144129640221116
          (code B ref 21400); Thu, 03 Sep 2015 16:07:02 +0000
Received: (at 21400) by debbugs.gnu.org; 3 Sep 2015 16:06:42 +0000
Received: from localhost ([127.0.0.1]:47823 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ZXX29-0005UW-Uc
	for submit <at> debbugs.gnu.org; Thu, 03 Sep 2015 12:06:42 -0400
Received: from col004-omc2s6.hotmail.com ([65.55.34.80]:59245)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <john.frankish@HIDDEN>) id 1ZXX26-0005UJ-QD
 for 21400 <at> debbugs.gnu.org; Thu, 03 Sep 2015 12:06:40 -0400
Received: from COL403-EAS168 ([65.55.34.72]) by COL004-OMC2S6.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Thu, 3 Sep 2015 09:06:38 -0700
X-TMN: [/LUFhFDfIrm4xV+WmFNgwQyjqCMD+1oV]
X-Originating-Email: [john.frankish@HIDDEN]
Message-ID: <COL403-EAS168DA2565EB53AF7A1114F1F3680@HIDDEN>
From: John Frankish <john.frankish@HIDDEN>
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
 <COL403-EAS186680681C90F2F6481CE7EF3680@HIDDEN>
 <55E86C5E.1010805@HIDDEN>
In-Reply-To: <55E86C5E.1010805@HIDDEN>
Date: Thu, 3 Sep 2015 20:06:17 +0400
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQABAgMEiSbgTtEVdk+vgxhnDQfmXADiDf0cAGrO6QkA5tbGpqG5IUwA
Content-Language: en-us
X-OriginalArrivalTime: 03 Sep 2015 16:06:38.0167 (UTC)
 FILETIME=[83883670:01D0E662]
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

> > > I had a quick look, and AFAICT, all uses of hardcoded /usr/bin/file 
> > > are in system-specific code paths.
> > > So, you must have the file utility in an odd location for your type 
> > > of system
> > > (and /usr/local/bin seems a bit odd for a basic utility such as file).
> > 
> > This distro (tinycorelinux) works on the basis that anything not in 
> > the base release should be compiled to /usr/local, which I believe was 
> > the original idea of /usr/local.
> > 
> > As can be seen from above, the configure script finds strip, ranlib 
> > and nm in /usr/local so it would be kind of logical that it could find 
> > file in the same place, no?
>
>  I always thought that /usr/local was for stuff built locally by the local
admin.
> FHS agrees with me, AFAICT.
> 
> > Are you saying that tinycorelinux puts optional (non-base) packages in
/usr/local?

Yes :)

> Seems like a very bad call to me, diverging from every other distro and
unix history is painful,
> to put it plainly. Not even Gentoo goes as far as putting stuff in
/usr/local,
> even if everything really is built by the local admin.
> Where is the local admin supposed to put locally built stuff in
tinycorelinux,
> if /usr/local is cluttered with optional distro packages?

If the app doesn't exist, the local admin compiles it to /usr/local and
submits it to the online repo it so everybody can use it.

> And, I refuse to think that tinycorelinux does not, at least optionally,
offer a GNU file package,
> so I would suggest that you install that package and move on
> (it's not like Libtool depends on any state-of-the-art option that is only
available since file
> version x.y). If 'file' ends up under /usr/local when you do that, switch
to a sane distro instead.

Tinycorelinux does offer a GNU file package, which is compiled to
/usr/local.

Of course it's entirely up to you whether to ignore this or not, but as said
previously, it does not  seem logical to search $PATH for items like strip,
ranlib and nm, but not for file.

John

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21400: Location of "file" is hard coded
Resent-From: Earnie <earnie@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Fri, 04 Sep 2015 13:59:01 +0000
Resent-Message-ID: <handler.21400.B21400.144137511925028 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21400
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: John Frankish <john.frankish@HIDDEN>, 21400 <at> debbugs.gnu.org
Cc: 'Peter Rosin' <peda@HIDDEN>
Received: via spool by 21400-submit <at> debbugs.gnu.org id=B21400.144137511925028
          (code B ref 21400); Fri, 04 Sep 2015 13:59:01 +0000
Received: (at 21400) by debbugs.gnu.org; 4 Sep 2015 13:58:39 +0000
Received: from localhost ([127.0.0.1]:48856 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ZXrVm-0006Vb-P0
	for submit <at> debbugs.gnu.org; Fri, 04 Sep 2015 09:58:39 -0400
Received: from mail-qk0-f176.google.com ([209.85.220.176]:34089)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eboyd53sf@HIDDEN>) id 1ZXrVl-0006VT-EC
 for 21400 <at> debbugs.gnu.org; Fri, 04 Sep 2015 09:58:37 -0400
Received: by qkfq186 with SMTP id q186so8773474qkf.1
 for <21400 <at> debbugs.gnu.org>; Fri, 04 Sep 2015 06:58:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:subject:to:references:cc:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-type:content-transfer-encoding;
 bh=Jy7Max+5jUbkGq0UowZcMbbm6cWocDrddjQ8ann41rw=;
 b=aWWC/YJ60YIyn/4fvUES/63d/yVrW3XVBjYnzK/98Ol90X4PFhWsLq9ETbgKXFnJ6I
 c5jz/f+c9EAo2Hmv2hays956jYu/8XsykgRxq+epYHodOcO6WvRuijCQ2pmYKiLHxTwH
 zjX5wjHE0GMUkkcbhoFq8RhifO3udjdNkO6luJ/W+G9sumiwGHQixXqnDfkNIpXzXYeG
 bUCNk0EHmpBMbMfn0C3Vc6NLfmpWL6wN4h3PyZ+/ZFJX0++FjuahJqzWsq7Dp7TN0oCi
 v8xsz0VUySzVzbk4RBis0FasEUosjPAHK2vbKWqkGPrPH3ewrEeGdM3rbF8Zht2AniYL
 GZrA==
X-Received: by 10.55.204.16 with SMTP id r16mr5367412qki.108.1441375116588;
 Fri, 04 Sep 2015 06:58:36 -0700 (PDT)
Received: from [192.168.0.7] (d27-96-48-76.nap.wideopenwest.com. [96.27.76.48])
 by smtp.gmail.com with ESMTPSA id 140sm1375547qhy.6.2015.09.04.06.58.35
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 04 Sep 2015 06:58:36 -0700 (PDT)
References: <COL403-EAS3315C55E135661887E9843FF3690@HIDDEN>
 <55E73CEA.4020007@HIDDEN>
 <COL403-EAS186680681C90F2F6481CE7EF3680@HIDDEN>
 <55E86C5E.1010805@HIDDEN>
 <COL403-EAS168DA2565EB53AF7A1114F1F3680@HIDDEN>
From: Earnie <earnie@HIDDEN>
X-Enigmail-Draft-Status: N1110
Message-ID: <55E9A391.7060601@HIDDEN>
Date: Fri, 4 Sep 2015 09:58:41 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <COL403-EAS168DA2565EB53AF7A1114F1F3680@HIDDEN>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On 9/3/2015 12:06 PM, John Frankish wrote:
> 
> Of course it's entirely up to you whether to ignore this or not, but as said
> previously, it does not  seem logical to search $PATH for items like strip,
> ranlib and nm, but not for file.
> 

Earlier stated that LIBTOOL requires specific strings from file to make
decisions.  Better then that LIBTOOL would package its own version of
file and use that to make those decisions.  Otherwise regardless of
where file exists one is likely to execute the wrong binary.

Also, if I grab the GNU file package and build it with ./configure &&
make && make install where is it installed?  In a prefix of /usr/local
because that is the default!

-- 
Earnie

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.