[oe] [PATCH] conf/distro/include: remove unused versions

Frans Meulenbroeks fransmeulenbroeks at gmail.com
Wed Aug 25 06:21:43 UTC 2010


2010/8/25 Koen Kooi <k.kooi at student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 23-08-10 22:49, Frans Meulenbroeks wrote:
>
>> If I get no objections I will remove the last 3 versions next week (30
>> aug or so, somewhere after 16.00 GMT)
>
> I object

Koen,

It would be very nice to give some underpinning to your objection.

Can you please enlighten the rest of the community why exactly keeping
a few 4 year old include files around that are not used by any distro,
not maintained, and contain pinnings to recipes that do not exist any
more or are moved to obsolete is a good idea?
I realize that there is an infinitesimally small chance that someone
somewhere might be using this from a private overlay while still using
dev head. Then again, this person (should he or she exist) is probably
better off using e.g. the stable branch. And if this probably
hypothetical person really cares about this inc file it is still
possible to copy the inc file to his/her overlay.
Also if this person is so attached to this file, I suggest that he/she
steps forward and claims ownership (and at least makes it in such a
form that the pinnings to nonexistent recipes are updated or removed).

Wrt my proposal: I want to take the opportunity to amend the last paragraph:

If I get no objections with some form of reasonable motivation I will
remove the last 3 versions next week (30 aug or so, somewhere after
16.00 GMT) As I feel less certain on insane-srcrevs.inc I will keep
that one unless being told that it isuseless too. If there are
motivated objections I will raise the issue with the TSC for
resolution.

Frans

PS: while removing some old recipes a 1.5 week or so ago I carefully
avoided removing anything that is pinned from these files. So missing
pinnings are (most likely) not caused by my removal.
PPS: I'm very flexible wrt "reasonable", but a sole statement like "I
object" or "I object because I don't like it" is not really helpful
and does not help if the issue has to be escalated. Some indication
why keeping this junk around should there.




More information about the Openembedded-devel mailing list