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

[bugzilla at redhat.com]

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 10:19 EST -------
> o I'd keep usermod in the main package. Reason is that end-users will
>   not really know they want it, until they see it, and it doesn't cost
>   much.

end-users who need such help are usually installing 'smart-gtk' which
brings -usermod with it.

users with the text interface only will probably prefer to execute
'smart' as root or through sudo. 'consolehelper' on CLI does not offer
very much.

I just checked all my vservers and none of them has 'usermode'
installed.  Because I do not trust Fedora Core package qualitity
very much (who knows whether the next 'usermode' adds a perl- or
mysql-dependency ;) <shudder>) I would prefer to reduce additional
dependencies as far as possible.

An additional package does not hurt, but additional deps do.



> o pre/postun tricks to cure rpm oredring issues is an overkill. We'd
>   have to do that for every package then,

I do this for my packages... ;) I gave up the 'Requires(pre): filesystem'
some time ago ;) but I want to make sure that non-trivial and not-owned-by-me 
directories are in place before I put files into them.


> I'd also like to address compatibilty to the given user base. Dag
> and ATrpms users have been using smart for over a year now, and
> therefore it would seem appropriate to properly obsolete/provide
> bits from there to ensure non-breakage of operation.

ok, I will check that


-- 
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.