summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20101127/001468.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20101127/001468.html')
-rw-r--r--zarb-ml/mageia-dev/20101127/001468.html117
1 files changed, 117 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101127/001468.html b/zarb-ml/mageia-dev/20101127/001468.html
new file mode 100644
index 000000000..fe2fc4994
--- /dev/null
+++ b/zarb-ml/mageia-dev/20101127/001468.html
@@ -0,0 +1,117 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Mirror layout, round two
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C4CF14CBF.4050105%40iki.fi%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="001464.html">
+ <LINK REL="Next" HREF="001469.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Mirror layout, round two</H1>
+ <B>Thomas Backlund</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C4CF14CBF.4050105%40iki.fi%3E"
+ TITLE="[Mageia-dev] Mirror layout, round two">tmb at iki.fi
+ </A><BR>
+ <I>Sat Nov 27 19:23:59 CET 2010</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="001464.html">[Mageia-dev] Mirror layout, round two
+</A></li>
+ <LI>Next message: <A HREF="001469.html">[Mageia-dev] Mirror layout, round two
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1468">[ date ]</a>
+ <a href="thread.html#1468">[ thread ]</a>
+ <a href="subject.html#1468">[ subject ]</a>
+ <a href="author.html#1468">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Jerome Quelin skrev 27.11.2010 19:11:
+&gt;<i> On 10/11/27 17:59 +0100, Maarten Vanraes wrote:
+</I>&gt;&gt;<i> i agree, the less repositories the easier it'll be.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> however, core is for all the &quot;maintained&quot; packages, extra is for the
+</I>&gt;&gt;<i> unmaintained packages that build ok.
+</I>&gt;<i>
+</I>&gt;<i> what is a &quot;maintained&quot; package? no maintainer, no commits since x
+</I>&gt;<i> months, not buildable? what if we move to packages being maintained by
+</I>&gt;<i> <A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">foopkg at packages.mageia.org</A> aliases?
+</I>&gt;<i>
+</I>
+if maintainer db says nomaintainer@ it belong in /extra/
+
+&gt;<i> what are the rules to move a package from extra to core, and vice-versa?
+</I>&gt;<i> who can do it? will it be done automatically? will this imply a rebuild
+</I>&gt;<i> for the package?
+</I>&gt;<i>
+</I>
+If a maintainer picks up maintainership of a package in /extra/ it will
+be rebuilt and moved to /core/ asap.
+
+if a package in /core/ ends up nomaintainer@, then after a &quot;grace
+period&quot; (1-3 months ?) it will be moved to /extra/.
+and sometime before RC1 or so, any momaintainer@ package in /core/ will
+get moved to /extra/ as for a release the /core/ should only contain
+maintained packages.
+
+&gt;<i> what are the dependency rules? can a core package depend on an extra
+</I>&gt;<i> package? or with a buildrequires?
+</I>&gt;<i>
+</I>
+No.
+If you need to build against a package in /extra/, either pick up the
+maintainership of it, or try to get someone other to maintain it.
+then it can get into /core/
+
+&gt;<i> and, more importantly: what is the advantage? that is, what does that
+</I>&gt;<i> bring you, except more admin?
+</I>&gt;<i>
+</I>
+QA!
+and enduser satisfaction.
+
+Just take a look on many bugreports in MDV Bugzilla.
+If the report is against a nomaintainer@ package, currently Triage
+pretty much only can state &quot;thanks for your report, but since it has
+no maintainer, nothing will probably happend&quot; wich is not good answer
+for a person that have taken the time to report a bug.
+
+By having the /extra/ disabled by default, and a popup notifying the
+user if he enables it that the packages are &quot;unmaintained&quot; he knows
+he's &quot;on his own&quot;
+
+&gt;<i>
+</I>&gt;<i> sorry, consider me not impressed by this idea. or maybe it's just that i
+</I>&gt;<i> failed to see the benefits. please enlighten me.
+</I>&gt;<i>
+</I>
+--
+Thomas
+</PRE>
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="001464.html">[Mageia-dev] Mirror layout, round two
+</A></li>
+ <LI>Next message: <A HREF="001469.html">[Mageia-dev] Mirror layout, round two
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1468">[ date ]</a>
+ <a href="thread.html#1468">[ thread ]</a>
+ <a href="subject.html#1468">[ subject ]</a>
+ <a href="author.html#1468">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>