From unknown Sun Aug 10 00:26:27 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#6194 <6194@debbugs.gnu.org> To: bug#6194 <6194@debbugs.gnu.org> Subject: Status: pwd tracks logical paths through symlinks Reply-To: bug#6194 <6194@debbugs.gnu.org> Date: Sun, 10 Aug 2025 07:26:27 +0000 retitle 6194 pwd tracks logical paths through symlinks reassign 6194 coreutils submitter 6194 eran.shaham@gmail.com severity 6194 normal tag 6194 wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 15:22:45 2010 Received: (at submit) by debbugs.gnu.org; 14 May 2010 19:22:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD0T7-00081C-Kh for submit@debbugs.gnu.org; Fri, 14 May 2010 15:22:45 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD0Jq-0007ws-H9 for submit@debbugs.gnu.org; Fri, 14 May 2010 15:13:11 -0400 Received: from lists.gnu.org ([199.232.76.165]:57158) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OD0Jo-0008HE-Cm for submit@debbugs.gnu.org; Fri, 14 May 2010 15:13:08 -0400 Received: from [140.186.70.92] (port=60808 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OD0Jm-0000PD-L0 for bug-coreutils@gnu.org; Fri, 14 May 2010 15:13:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=BAYES_00,FREEMAIL_FROM, FREEMAIL_REPLYTO, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, T_DKIM_INVALID autolearn=no version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OD0Jl-0001vs-3X for bug-coreutils@gnu.org; Fri, 14 May 2010 15:13:05 -0400 Received: from mail-gw0-f41.google.com ([74.125.83.41]:59253) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD0Jl-0001vS-14 for bug-coreutils@gnu.org; Fri, 14 May 2010 15:13:05 -0400 Received: by gwb20 with SMTP id 20so2305379gwb.0 for ; Fri, 14 May 2010 12:13:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:content-type; bh=a9bQb9q+9+mILna5wnZkvyTcs8ApPupc8VrONzZVt1Y=; b=To8HRDX5DW1pCedfwI3v8+cQ4Np+0494+YORIGws6EhAaM6iOh6p/CpSdXT2D8S0Hh yf5RSR0cpD4fAVfZhXnYnHoDx/Jr7p40JyngL7DWr+dgGrJ8rEyi9I99In0VSD2FGxrS y/ZOXNFH0tblV7xfSOHtQs0zOU40NfMnB3fSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=PEQ/EA8N3HQzJ2yyrF/Ye8VujsxtgXEgCtAjiU3Jaza9ZIXvpiIlKgaXEoE/dP2O6p xf20+hfMIehQnNeSICZHBE9mxTllDqN/cZWeHB1dVFrPmfDfN+RGOnmKllyF9afBNp2T OvujlwITb3FqaLdtTKvJe6LsxrLzSghJgr0eA= MIME-Version: 1.0 Received: by 10.150.208.19 with SMTP id f19mr2722040ybg.208.1273864380575; Fri, 14 May 2010 12:13:00 -0700 (PDT) Received: by 10.151.146.5 with HTTP; Fri, 14 May 2010 12:13:00 -0700 (PDT) Date: Fri, 14 May 2010 22:13:00 +0300 Message-ID: Subject: bug: pwd From: eran shaham To: bug-coreutils Content-Type: multipart/alternative; boundary=000e0cdf0f1ee5717c048692a949 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 14 May 2010 15:22:44 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: eran.shaham@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --000e0cdf0f1ee5717c048692a949 Content-Type: text/plain; charset=ISO-8859-1 from: info pwd one get: `pwd' prints the fully resolved name of the current directory. That is, all components of the printed name will be actual directory names--*none will be symbolic links*. When you try the following: mkdir dirA dirB cd dirA ln -s ../dirB/ lnkB cd lnkB pwd you get: dirA/lnkB where lnkB is obviously a symbolic link and not an actual directory name. Best Regards, Eran Shaham --000e0cdf0f1ee5717c048692a949 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
from:
info pwd

one get:
`pwd' prints the = fully resolved name of the current directory.=A0 That
is, all components= of the printed name will be actual directory
names--none will be = symbolic links.

When you try the following:
mkdir dirA dirB
cd dirA
ln -s ../dirB/ lnkB
cd lnkB
pwd


you get:
dirA/lnkB

where lnkB is obviously a symbo= lic link and not an actual directory name.

Best Regards,
Eran Sha= ham

--000e0cdf0f1ee5717c048692a949-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 15:40:56 2010 Received: (at 6194) by debbugs.gnu.org; 14 May 2010 19:40:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD0ki-00089t-4c for submit@debbugs.gnu.org; Fri, 14 May 2010 15:40:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD0kf-00089m-QV for 6194@debbugs.gnu.org; Fri, 14 May 2010 15:40:55 -0400 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o4EJen56025477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 May 2010 15:40:49 -0400 Received: from [10.11.9.238] (vpn-9-238.rdu.redhat.com [10.11.9.238]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o4EJel5W018987; Fri, 14 May 2010 15:40:48 -0400 Message-ID: <4BEDA737.8050109@redhat.com> Date: Fri, 14 May 2010 13:40:39 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-3.fc13 Lightning/1.0b1 Mnenhy/0.8.2 Thunderbird/3.0.4 MIME-Version: 1.0 To: eran.shaham@gmail.com Subject: Re: bug#6194: bug: pwd References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig32062780C1505F84C45E9234" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 X-Spam-Score: -10.0 (----------) X-Debbugs-Envelope-To: 6194 Cc: 6194@debbugs.gnu.org, eran shaham X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.0 (----------) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig32062780C1505F84C45E9234 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/14/2010 01:13 PM, eran shaham wrote: > from: > info pwd >=20 > one get: > `pwd' prints the fully resolved name of the current directory. That > is, all components of the printed name will be actual directory > names--*none will be symbolic links*. Thanks for the report. However, this is probably not a bug, but a misunderstanding on your part. That sentence is true for 'pwd -P', but POSIX states that for 'pwd -L', the result can contain symlinks. POSIX also states that the default must be 'pwd -L'. With GNU coreutils, we only default to -L if you have POSIXLY_CORRECT set in your environment, since many scripts expected 'pwd -P' behavior when invoking /bin/pwd. One other thing to remember is the piece of advice given in both the '/bin/pwd --help' and 'info pwd' pages - your shell probably has a built-in version of pwd that will supersede /bin/pwd if you don't qualify which version you are running. And most built-in pwd's follow the POSIX rule of -L by default; and at least bash has a shell option that lets you control whether -L or -P is default. >=20 > When you try the following: > mkdir dirA dirB > cd dirA > ln -s ../dirB/ lnkB > cd lnkB > pwd Try '/bin/pwd' instead of 'pwd' to see the difference. And to prove to yourself that you were getting the shell built-in, try 'pwd --help', contrasted with '/bin/pwd --help'. --=20 Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enig32062780C1505F84C45E9234 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJL7ac3AAoJEKeha0olJ0NquGAH/0gmjHrzA+XE9ItHrFBar107 N05VuY+gthQ54haJjHW8Hz3ue3mlhb1rgFNjCPDshfqBb45qm59h1jLgm+ACOo/B uyxX5a5n0onIS/SBQQpA78k48lJvGKQWAVzmagA9Z6+VBhW6p23q2RsH6jBmzud4 RkpEfNkgCwus2wWXeg4bpvbSt3ulvoirDEblgOwTRv+m01JX/bDqhOV5q+bcoQr1 m8ehMB2FQCgMto5RBDBb5eLNBhcpjI5/KCFx+/JVMm1hQF6fsW9LlHr0GlLKfsFh 7W67cNpgJZsJlkktDSxHSToTm8gvkKIdkcm5IJ3LR+CKrhV/DrkNiMhwo4PX9c8= =jekU -----END PGP SIGNATURE----- --------------enig32062780C1505F84C45E9234-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 15:57:31 2010 Received: (at 6194) by debbugs.gnu.org; 14 May 2010 19:57:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD10l-0008Gz-4M for submit@debbugs.gnu.org; Fri, 14 May 2010 15:57:31 -0400 Received: from joseki.proulx.com ([216.17.153.58]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD10h-0008Gp-UU; Fri, 14 May 2010 15:57:28 -0400 Received: from dementia.proulx.com (dementia.proulx.com [192.168.230.115]) by joseki.proulx.com (Postfix) with ESMTP id C5CC121363; Fri, 14 May 2010 13:57:25 -0600 (MDT) Received: by dementia.proulx.com (Postfix, from userid 1000) id A6D9E3CC204; Fri, 14 May 2010 13:57:22 -0600 (MDT) Date: Fri, 14 May 2010 13:57:21 -0600 From: Bob Proulx To: eran.shaham@gmail.com Subject: Re: bug#6194: bug: pwd Message-ID: <20100514195721.GA30284@dementia.proulx.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 6194 Cc: 6194@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) retitle 6194 pwd tracks logical paths through symlinks tags 6194 + wontfix thanks eran shaham wrote: > `pwd' prints the fully resolved name of the current directory. That > is, all components of the printed name will be actual directory > names--*none will be symbolic links*. Thank you for the report. But you are confusing the coreutils standalone 'pwd' with your shell's internal builtin 'pwd'. The coreutils pwd command does not behave as you describe. You are invoking the shell's builtin pwd. $ type pwd pwd is a shell builtin But regardless of that what you are seeing is the shell's logical path record keeping in action. This is the behavior that most people prefer and so it is the default. I can tell taht you however are like me and do not prefer it. In which case if you are using the bash shell you can change your shell behavior to use only physical paths. set -o physical And now the shell will not track logical paths. Putting that in your $HOME/.bashrc file will give you the behavior you desire. > When you try the following: > mkdir dirA dirB > cd dirA > ln -s ../dirB/ lnkB > cd lnkB > pwd The pwd above is the shell's builtin pwd. It is not the coreutils pwd. The shell tracks the logical path in the PWD environment variable and reports it as if it were a real path. See the bash pwd documentation for details. help pwd Look at the -L and -P options. > where lnkB is obviously a symbolic link and not an actual directory name. That is intentional behavior. Bob From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 16:47:56 2010 Received: (at 6194) by debbugs.gnu.org; 14 May 2010 20:47:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD1nY-0000kw-5t for submit@debbugs.gnu.org; Fri, 14 May 2010 16:47:56 -0400 Received: from mail-gw0-f44.google.com ([74.125.83.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD1nW-0000kq-V9 for 6194@debbugs.gnu.org; Fri, 14 May 2010 16:47:55 -0400 Received: by gwb19 with SMTP id 19so1436142gwb.3 for <6194@debbugs.gnu.org>; Fri, 14 May 2010 13:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=OI2hoD3QoDV9gCKhjVm2HJX1JcrISPHDwUWcpJUMeTo=; b=eO4xT+dyVJW7RXgWbB5aBe1dyeFFBVzLsSxvtKbaPxWFQUHuzRm73N1lGFAHZcswta Lf9jooq/wWrI9BAY0XfS4DEqGg5gEXXDYaVYed6gmSXvy5HlU6aHkI7gKAhcdyKvW5+j CBE1ViUKMnLhyfy7j6VKAfBj6TEUPCpCAb+C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=t+tNYIg/H3I7qQNarA5+paOwg1m+xadjfsrBbDmAJqse108DkNRPYq9xADMeRqeyNK a3WfFV/pyOFs42AisdsIufpiGq2xfR7c0scL+w1A19k/hZEU3CEST7rh4VZ89eljrmjb KxXqS4sfDcYRR7TtzQGhZfNUFsFGmbP3GxKYQ= MIME-Version: 1.0 Received: by 10.151.24.5 with SMTP id b5mr2663145ybj.79.1273870072675; Fri, 14 May 2010 13:47:52 -0700 (PDT) Received: by 10.151.146.5 with HTTP; Fri, 14 May 2010 13:47:52 -0700 (PDT) In-Reply-To: <20100514195721.GA30284@dementia.proulx.com> References: <20100514195721.GA30284@dementia.proulx.com> Date: Fri, 14 May 2010 23:47:52 +0300 Message-ID: Subject: Re: bug#6194: bug: pwd From: eran shaham To: Bob Proulx Content-Type: multipart/alternative; boundary=000e0cd25c222c0055048693fd41 X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 6194 Cc: 6194 <6194@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: eran.shaham@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) --000e0cd25c222c0055048693fd41 Content-Type: text/plain; charset=ISO-8859-1 Thanks. I suggest you add into $man pwd or $info pwd the remark that was on $ help pwd pwd: pwd [-LP] Print the current working directory. With the -P option, pwd prints the physical directory, without any symbolic links; the -L option makes pwd follow symbolic links. It would save other people bothering you on that subject :-) Thanks, Eran On Fri, May 14, 2010 at 22:57, Bob Proulx wrote: > retitle 6194 pwd tracks logical paths through symlinks > tags 6194 + wontfix > thanks > > eran shaham wrote: > > `pwd' prints the fully resolved name of the current directory. That > > is, all components of the printed name will be actual directory > > names--*none will be symbolic links*. > > Thank you for the report. But you are confusing the coreutils > standalone 'pwd' with your shell's internal builtin 'pwd'. The > coreutils pwd command does not behave as you describe. You are > invoking the shell's builtin pwd. > > $ type pwd > pwd is a shell builtin > > But regardless of that what you are seeing is the shell's logical path > record keeping in action. This is the behavior that most people > prefer and so it is the default. I can tell taht you however are like > me and do not prefer it. In which case if you are using the bash > shell you can change your shell behavior to use only physical paths. > > set -o physical > > And now the shell will not track logical paths. Putting that in your > $HOME/.bashrc file will give you the behavior you desire. > > > When you try the following: > > mkdir dirA dirB > > cd dirA > > ln -s ../dirB/ lnkB > > cd lnkB > > pwd > > The pwd above is the shell's builtin pwd. It is not the coreutils > pwd. The shell tracks the logical path in the PWD environment > variable and reports it as if it were a real path. See the bash pwd > documentation for details. > > help pwd > > Look at the -L and -P options. > > > where lnkB is obviously a symbolic link and not an actual directory name. > > That is intentional behavior. > > Bob > --000e0cd25c222c0055048693fd41 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks.
I suggest you add into
$man pwd
or
$= info pwd

the remark that was on
$ help pwd
pwd: pwd [-LP]
= =A0=A0=A0 Print the current working directory.=A0 With the -P option, pwd p= rints
=A0=A0=A0 the physical directory, without any symbolic links; the -L option=
=A0=A0=A0 makes pwd follow symbolic links.

It would save other p= eople bothering you on that subject :-)

Thanks,
Eran


<= div class=3D"gmail_quote"> On Fri, May 14, 2010 at 22:57, Bob Proulx <bob@proulx.com> wrote:
retitle 6194 pwd tracks logical paths through symlinks
tags 6194 + wontfix
thanks

eran shaham wrote:
> `pwd' prints the fully resolved name of the current directory. =A0= That
> is, all components of the printed name will be actual directory
> names--*none will be symbolic links*.

Thank you for the report. =A0But you are confusing the coreutils
standalone 'pwd' with your shell's internal builtin 'pwd= 9;. =A0The
coreutils pwd command does not behave as you describe. =A0You are
invoking the shell's builtin pwd.

=A0$ type pwd
=A0pwd is a shell builtin

But regardless of that what you are seeing is the shell's logical path<= br> record keeping in action. =A0This is the behavior that most people
prefer and so it is the default. =A0I can tell taht you however are like me and do not prefer it. =A0In which case if you are using the bash
shell you can change your shell behavior to use only physical paths.

=A0set -o physical

And now the shell will not track logical paths. =A0Putting that in your
$HOME/.bashrc file will give you the behavior you desire.

> When you try the following:
> mkdir dirA dirB
> cd dirA
> ln -s ../dirB/ lnkB
> cd lnkB
> pwd

The pwd above is the shell's builtin pwd. =A0It is not the coreut= ils
pwd. =A0The shell tracks the logical path in the PWD environment
variable and reports it as if it were a real path. =A0See the bash pwd
documentation for details.

=A0help pwd

Look at the -L and -P options.

> where lnkB is obviously a symbolic link and not an actual directory na= me.

That is intentional behavior.

Bob

--000e0cd25c222c0055048693fd41-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 17:02:20 2010 Received: (at 6194-done) by debbugs.gnu.org; 14 May 2010 21:02:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD21T-0000rN-Gb for submit@debbugs.gnu.org; Fri, 14 May 2010 17:02:19 -0400 Received: from joseki.proulx.com ([216.17.153.58]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD21R-0000rI-7q for 6194-done@debbugs.gnu.org; Fri, 14 May 2010 17:02:17 -0400 Received: from dementia.proulx.com (dementia.proulx.com [192.168.230.115]) by joseki.proulx.com (Postfix) with ESMTP id 1FFC521363; Fri, 14 May 2010 15:02:15 -0600 (MDT) Received: by dementia.proulx.com (Postfix, from userid 1000) id 112B33CC204; Fri, 14 May 2010 15:02:15 -0600 (MDT) Date: Fri, 14 May 2010 15:02:15 -0600 From: Bob Proulx To: eran.shaham@gmail.com Subject: Re: bug#6194: bug: pwd Message-ID: <20100514210215.GA6821@dementia.proulx.com> References: <20100514195721.GA30284@dementia.proulx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 6194-done Cc: 6194-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) eran shaham wrote: > the remark that was on > $ help pwd > pwd: pwd [-LP] > ... > It would save other people bothering you on that subject :-) Well, that documentation comes from 'bash' and we have no control over it here. But 'help' is a bash command and so all of the documentation from it is about bash. I don't think it needs more. The coreutils man page says: NOTE: your shell may have its own version of pwd, which usually s= uper=E2=80=90 sedes the version described here. Please refer to your shell=E2=80= =99s docu=E2=80=90 mentation for details about the options it supports. And the info documentation says: Because most shells have a built-in `pwd' command, using an unadorned `pwd' in a script or interactively may get you different functionality than that described here. So... I think we are covered there! :-) Closing the bug ticket. Bob From debbugs-submit-bounces@debbugs.gnu.org Fri May 14 17:08:59 2010 Received: (at 6194) by debbugs.gnu.org; 14 May 2010 21:08:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD27v-0000ut-Cd for submit@debbugs.gnu.org; Fri, 14 May 2010 17:08:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OD27s-0000uo-QE for 6194@debbugs.gnu.org; Fri, 14 May 2010 17:08:58 -0400 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o4EL8slP006533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 May 2010 17:08:54 -0400 Received: from [10.11.9.238] (vpn-9-238.rdu.redhat.com [10.11.9.238]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o4EL8qxU012826; Fri, 14 May 2010 17:08:52 -0400 Message-ID: <4BEDBBD6.80408@redhat.com> Date: Fri, 14 May 2010 15:08:38 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-3.fc13 Lightning/1.0b1 Mnenhy/0.8.2 Thunderbird/3.0.4 MIME-Version: 1.0 To: eran.shaham@gmail.com Subject: Re: bug#6194: bug: pwd References: <20100514195721.GA30284@dementia.proulx.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig83B8932F4CF5F9BBE9765DB8" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17 X-Spam-Score: -10.0 (----------) X-Debbugs-Envelope-To: 6194 Cc: 6194 <6194@debbugs.gnu.org>, eran shaham , Bob Proulx X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.0 (----------) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig83B8932F4CF5F9BBE9765DB8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [please don't top-post on technical lists] On 05/14/2010 02:47 PM, eran shaham wrote: > Thanks. > I suggest you add into > $man pwd 'man pwd' is auto-generated from '/bin/pwd --help'. Here's the output I get when using pwd from coreutils 8.4: > $ /bin/pwd --help > Usage: /bin/pwd [OPTION]... > Print the full filename of the current working directory. >=20 > -L, --logical use PWD from environment, even if it contains symlink= s > -P, --physical avoid all symlinks > --help display this help and exit > --version output version information and exit >=20 > NOTE: your shell may have its own version of pwd, which usually superse= des > the version described here. Please refer to your shell's documentation= > for details about the options it supports. >=20 > Report pwd bugs to bug-coreutils@gnu.org > GNU coreutils home page: > General help using GNU software: > For complete documentation, run: info coreutils 'pwd invocation' Note that we already do mention the possibility of a shell built-in, as well as cleaner wording on when symlinks are avoided. The --help output is terse, and doesn't really mention the effects of POSIXLY_CORRECT, nor the fact that shells tend to default to -L while coreutils defaults to -P unless POSIXLY_CORRECT, but there's only so much you can cram in one screen-full. But at the time that I implemented /bin/pwd -L for coreutils 7.2, I took care to also edit 'info pwd' in a similar manner, where I did go into those extra details. Most likely, your confusion stems from using an earlier version of coreutils, prior to 7.2, where the coreutils man page was definitely more biased towards 'pwd -P' behavior. But if you still think that there is anything to tweak in the current upstream documentation, we'd like to hear about it. --=20 Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enig83B8932F4CF5F9BBE9765DB8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJL7bvbAAoJEKeha0olJ0NqxDQH/iZppkAPkv7snGzx5yUZ0u2a a3g3mgtSVPtNaBKuZF95fkq2JXl4/6Zh75lHmhsi5DqvCZtyDIipvs2eoc4CAuV+ VEEkge0zIH8nVnRiDDLUDKJ32jf4OgDxgQO9qS2+BJZo9+PDndkpGv/gzONIqIxw C+k5NRFPQgQv7C+sJi/eoPXt9s4ZkT3GBPUK1a+p3E5Aq13tP2AtRzgr0ZYGQSIh j3shj3v5UHAB+Q4zHfgAomWZsoUx0zXNyKZvanl84ppD42t4wRpZsG1k+bX9u1ZS XU64joq1FoXiHJzCIUAZN66tINkIYV3Y8ClLLddjmLQktkNjRmoD22bK/uX4pX0= =s6R4 -----END PGP SIGNATURE----- --------------enig83B8932F4CF5F9BBE9765DB8-- From unknown Sun Aug 10 00:26:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 12 Jun 2010 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator