[lsb-discuss] Reducing set of distributions in AppChecker and Navigator

[Wichmann, Mats D]

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...
URL: <http://lists.linuxfoundation.org/pipermail/lsb-discuss/attachments/20120111/5c5ed651/attachment.html>