From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-June/005232.html | 114 +++++++++++++++++++++++++++++++ 1 file changed, 114 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-June/005232.html (limited to 'zarb-ml/mageia-dev/2011-June/005232.html') diff --git a/zarb-ml/mageia-dev/2011-June/005232.html b/zarb-ml/mageia-dev/2011-June/005232.html new file mode 100644 index 000000000..b32863f61 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-June/005232.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] Finalizing update process + + + + + + + + + +

[Mageia-dev] Finalizing update process

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Thu Jun 9 04:09:28 CEST 2011 +

+
+ +
On 9 June 2011 03:15, Michael Scherer <misc at zarb.org> wrote:
+> Le jeudi 09 juin 2011 à 02:40 +0300, Ahmad Samir a écrit :
+>
+>> Yes, but I was talking about the actual submitting to */release, not
+>> fixing the package itself. IIUC the submission rights will be
+>> restricted to the Sec team.
+>
+> Sorry to be picky, but there is no submit to */release, it is frozen.
+
+I meant */updates, it's a typo.
+
+[..]
+
+> And in my proposition, there is also no submit to */update, there is a
+> move from */updates_testing.
+>
+> So for managing the submit to updates_testing and the whole process, I
+> think it should be open to any packagers. It should be maintainers
+> responsibility to do the update ( prepare, do a test build, check,
+> submit ), even if secteam members could be proactive for that. But the
+> process should not be restricted to them, or it will not scale ( and
+> given we want to have bugfixes updates, it wouldn't make much sense to
+> call the team like this ).
+>
+
+A balance between leaving it open for all, and not restricting it too
+much so as not to make updating take more time, is needed, I think.
+
+> Since ensuring that a update is a minimal change is (to me) a quality
+> issue, I propose to add to the QA list of things to check before
+> refusing a update :
+> "it doesn't fullfill the requirement of minimal changes ( with
+> exceptions"
+>
+> But that requires QA people to have minimal packaging notions, which
+> could be a problem :/
+>
+> Again, nothing prevent people from the secteam to also be part of the QA
+> team.
+> --
+> Michael Scherer
+>
+>
+
+
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1