From: Holger Freyther <holger+oe@freyther.de>
To: openembedded-devel@lists.openembedded.org
Subject: TSC Meetings for the meeting of may
Date: Thu, 20 May 2010 05:16:50 +0800 [thread overview]
Message-ID: <4BF45542.2000406@freyther.de> (raw)
Hi,
sorry for the delay of finishing up the minutes, it is late at night so
I am sure I have messed up something in one way or another... take care.
TSC Meeting 2010/05/06
Where to hold meetings
======================
The TSC decided to hold future meetings on IRC as every member
of the TSC already have irc clients installed and the same was
not true for jabber clients.
Make packaged-staging mandatory
===============================
The TSC decided to make packaged-staging mandatory as this will
allow further simplification of the classes, gives additional
features. The TSC is aware that there are still recipes left to
migrate away from the legacy staging and that building these will
increase the build time right now.
Make insane mandatory
=====================
The TSC believes that the insane.bbclass contributes to making
builds more reliable and point out errors early on. On the other
hand the TSC is aware that these checks might get into the way
during rapid prototyping. The TSC believes the right balance is
to enable the insane.bbclass by default but to change the default
to warn instead of failing the build and existing users will be
able to opt for fatal errors instead of warnings.
Removing old versions
=====================
The TSC looked into the topic of when to remove versions.
The TSC thinks there can not be a general rule of when to delete
a package. The TSC believes that in some cases a package should
never be deleted, e.g. with GCC/GLIBC to target a specific device
or distribution. For a series of major releases it seems plausible
to only keep the latest minor release of each release series around
given that the quality should increase with each minor release but
a removal of a minor release should not be done if there is a
PREFERRED_VERSION set. The TSC believes that 24 months can be a good
time to remove old major releases but it is certainly not the only
criteria for a removal.
next reply other threads:[~2010-05-19 21:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-19 21:16 Holger Freyther [this message]
2010-05-20 0:31 ` TSC Meetings for the meeting of may Khem Raj
2010-05-20 1:23 ` Tom Rini
2010-05-20 2:42 ` Khem Raj
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BF45542.2000406@freyther.de \
--to=holger+oe@freyther.de \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.