UsrMove, /etc/shells, and rpm interpreter requires

Tomas Mraz tmraz at redhat.com
Wed Jul 11 10:39:55 UTC 2012


On Wed, 2012-07-11 at 11:55 +0200, Ondrej Vasik wrote: 
> On Tue, 2012-07-10 at 10:30 -0700, Toshio Kuratomi wrote:
> > On Tue, Jul 10, 2012 at 06:12:45PM +0200, Harald Hoyer wrote:
> > > Am 10.07.2012 17:18, schrieb Orion Poplawski:
> > > > Shouldn't that be /usr/ as well.  Will it cause problems if it doesn't match
> > > > with the /etc/passwd entry?
> > > > 
> > > > 
> > > 
> > > yes, /etc/shells might be a problem... I would suggest:
> > > 
> > > install the $shell in /usr/bin/$shell, Provide: /bin/$shell in the spec file and
> > > add both paths in /etc/shell
> > > 
> > > or we patch "chsh" and the like?
> > > 
> > Adding both paths to /etc/shell sounds preferable to me.
> 
> I can update the default /etc/shells shell paths to contain both paths
> in setup package, however, other shell packages are modifying it too, so
> it would be better to have some solution without need to involve dash,
> zsh, tcsh, ksh and maybe other shell maintainers and need them to update
> their packages because of the UsrMove changes.
> Any ideas?

I don't understand what's the problem. The /bin symlink pointing
to /usr/bin is not going away any time soon so the shell in passwd
entries and /etc/shells and in shebangs in scripts should stay
at /bin/*sh.

RPM packages can install in /usr/bin and provide /bin/*sh in the spec
file.

Requirements in other packages should stay at /bin/*sh.

-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
                                              Turkish proverb



More information about the devel mailing list