[Bug 175438] Review Request: smart -- Next generation package handling tool

bugzilla at redhat.com bugzilla at redhat.com
Wed Dec 14 08:10:04 UTC 2005


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: smart -- Next generation package handling tool


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175438





------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de  2005-12-14 03:09 EST -------
* Wed Dec 14 2005 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.40-1.8
- moved smart-fedora-setup to %sbindir

http://ensc.de/fedora/smart.spec
http://ensc.de/fedora/smart-0.40-1.8.src.rpm


==================


> > * -usermode adds non-trivial deps
> Hmm, could you elaborate what these are?  glib2, libattr, pam,
> libselinux and libuser sound like things that are pretty hard to
> get rid of in a functional FC setup.

'usermode' itself; I do not see much sense for 'libuser' on plain
server machines neither and glib2 is a thorn in my side too

None of my machines has SELinux enabled so I would have nothing against
dropping the libselinux dep ;)


> the versioned deps would help people who try to rebuild this for
> earlier distro versions or RHEL.  (Some kind of support for those is
> sort of implied elsewhere in the package, eg. smart-fedora-setup.)

mmh... I blindly copied the 'installonlypkgs' list from 'yum' into
'smart-fedora-setup'. It was never my intention to support earlier
distro versions or RHEL... ;)


> > I want to make sure that 'smart-gtk' gets installed after 'smart'
> > and removed before it, because -gtk uses directories from the
> > base package which would stay when 'smart' is removed before
> > 'smart-gtk'.
> Plain requires is fine for install time.  And at install time it
> wouldn't matter anyway as long as all dirs are owned.

can you guarantee that there will not come a future package introducing
a circular dependency between smart and smart-gtk?


> > afaik, pre/postun modifiers are the only way *guaranting* that.
> Even if postun may work with the erase ordering, I wouldn't count on
> that abuse (adding a dependency for a %postun script which doesn't
> exist).

When you want to survive with rpm you have to do such abuse or hacks
;)


> smart-fedora-setup doesn't appear to do anything useful when run as
> non-root, maybe move it to /usr/sbin?

done


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the fedora-extras-list mailing list