[lsb-discuss] Reducing set of distributions in AppChecker and Navigator
Wichmann, Mats D
mats.d.wichmann at intel.com
Wed Jan 11 14:31:50 UTC 2012
On Wed, Jan 11, 2012 at 6:15 AM, Denis Silakov <dsilakov at gmail.com> wrote:
> Hi all,
> While preparing community data update, the following thought have come to
> our minds - would it make sense to drop some distribution entries that may
> look superfluous for users?
> For example, currently we have RHEL 4, 4.1, 4.2, ... 4.8. But do we really
> want all of them? I'd say that for LSB development we don't need the whole
> history of every RHEL series , but I am not sure about AppChecker users.
> The suggestion is to store only the very first and the very last versions
> for sequences of updates. That is, for RHEL 4.x we'll have RHEL 4 and RHEL
> 4.8; for Debian 6.0 - probably 6.0.0 and 6.0.3 and so on.
> Does this sound reasonable? Do SUSE guys agree if we drop SLES 10 SP1 and
> SLES 10 SP2, leaving only SLES 10 itself and SLES 10 SP3? :)
> Note that this is primarily the question of usability of bloating
> distribution list in Navigator/AppChecker. Dropping entries in question
> won't save much space in the database, since we have good mechanisms of
> 'data compression' in cases of several similar distributions.
I think in general I like the idea; too much data in tables makes them hard
to read. The bit we'd be missing which /might/ be interesting is version
numbers on packages. Does the navigator have the ability to run a report
showing differences between "close" distributions (I can't recall seeing
this). Might be interesting to see Navigator's take on say 4.5 vs 4.6 of
something - and then maybe we just toss 4.5.... just thinking out loud.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the lsb-discuss