Date: Fri, 25 Feb 2005 12:59:11 +0200 From: Giorgos Keramidas <keramida@ceid.upatras.gr> To: Randy Pratt <rpratt1950@earthlink.net> Cc: bug-followup@freebsd.org Subject: Re: conf/75668: 4.11-RC1: /etc/shells missing /usr/local/bin/bash Message-ID: <20050225105911.GE1215@orion.daedalusnetworks.priv> In-Reply-To: <20050223230852.181103f9.rpratt1950@earthlink.net> References: <200502231820.j1NIK7a6047107@freefall.freebsd.org> <20050223230852.181103f9.rpratt1950@earthlink.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2005-02-23 23:08, Randy Pratt <rpratt1950@earthlink.net> wrote: >On Wed, 23 Feb 2005 18:20:07 GMT >Giorgos Keramidas <keramida@FreeBSD.org> wrote: >> State-Changed-From-To: open->closed >> State-Changed-By: keramida >> State-Changed-When: Wed Feb 23 18:18:45 GMT 2005 >> State-Changed-Why: >> The bash ports take care of updating /etc/shells at install >> and deinstall time. Something else is wrong with the setup >> of the machine that exhibited the problem. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=75668 > > The problem exhibits itself during the initial installation of > the OS. Its also dependent on which bash is included on the > cdrom media. Some have bash and some have bash2. That is what > seems to determine what goes in /etc/shells. > > Its not readily apparent of what you need to enter for a user's > bash shell when creating a new user at installation with sysinstall. > If bash2 is what is included in the packages, then entering > "/usr/local/bin/bash" generates an error. > > In the Handbook, Figure 2-62. Add User Information, shows > /usr/local/bin/bash as the shell when bash2 was previously > added. In the past, this did work since both bash and bash2 > were in the /etc/shells. > > The 4.11-RELEASE is long past so it doesn't matter for that but > I think some small disconnect is there. I think we have to update the Handbook. I just deinstalled bash2 and installed it as a package (built locally, but that shouldn't matter). The package install/deinstall process correctly updates /etc/shells. This means that what seems like a mistake in the Handbook, is very probably just that: a bug of the Handbook (which should certainly be fixed).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050225105911.GE1215>