On Wed, Jul 11, 2012 at 11:55:58AM +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?
/etc/shells.d :-?
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages.
http://libguestfs.org