[Rule-list] Help needed for distro_analyzer and self dependencies

Michael Fratoni mfratoni at tuxfan.homeip.net
Tue Aug 13 04:00:30 EEST 2002


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 12 August 2002 08:50 pm, Martin Stricker wrote:
> Ed Blackman wrote:
> > On Sun, Aug 11, 2002 at 09:11:57AM +0200, Marco Fioretti wrote:
> > > rpm -q --requires bash
> > >                       (among others)     /bin/bash
> > >
> > > Any suggestion about how to deal with this?
> >
> > Is bash the only example?  If so, I would suggest adding a special
> > case in the database generation script to avoid it.
>
> Not helpful at all, but: I would like to avoid "special cases" as it
> might lead to very much special cases in the end. It might be better to
> find out first what weird things RPM is doing. Is someone here
> subscribed to the Red Hat RPM list and can ask over there, please?

It seems that bash requires itself because of it's post-install and 
pre-uninstall scripts. The scripts are run via /bin/sh, which, as luck 
would have it is a link...
created by the bash rpm. ;)
So, bash requires /bin/sh, which is a file owned by the bash package.

- -- 
- -Michael

pgp key:  http://www.tuxfan.homeip.net:8080/gpgkey.txt
Red Hat Linux 7.{2,3} in 8M of RAM: http://www.rule-project.org/
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAj1YWi4ACgkQn/07WoAb/StKYgCghYVYvwj7Iee74+atirey9E4p
j8sAn26wO8iXcKhlQKOXrlQP2uCSNP7/
=2osa
-----END PGP SIGNATURE-----



_______________________________________________
Rule Project HOME PAGE:  http://www.rule-project.org/rule/
Original Rule Development Site http://savannah.gnu.org/projects/rule/Rule-list at mail.freesoftware.fsf.org
http://mail.freesoftware.fsf.org/mailman/listinfo/rule-list



This full static mirror of the Run Up to Date Linux Everywhere Project mailing list, originally hosted at http://lists.hellug.gr/mailman/listinfo/rule-list, is kept online by Free Software popularizer, researcher and trainer Marco Fioretti. To know how you can support this archive, and Marco's work in general, please click here