diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101126/001438.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101126/001438.html | 119 |
1 files changed, 119 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101126/001438.html b/zarb-ml/mageia-dev/20101126/001438.html new file mode 100644 index 000000000..f3bb1454e --- /dev/null +++ b/zarb-ml/mageia-dev/20101126/001438.html @@ -0,0 +1,119 @@ +<!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=%3C201011262243.31511.r.h.michel%2Bmageia%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001437.html"> + + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Renaud MICHEL</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C201011262243.31511.r.h.michel%2Bmageia%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">r.h.michel+mageia at gmail.com + </A><BR> + <I>Fri Nov 26 22:43:31 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001437.html">[Mageia-dev] Mirror layout, round two +</A></li> + + <LI> <B>Messages sorted by:</B> + <a href="date.html#1438">[ date ]</a> + <a href="thread.html#1438">[ thread ]</a> + <a href="subject.html#1438">[ subject ]</a> + <a href="author.html#1438">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On vendredi 26 novembre 2010 at 21:29, Thomas Backlund wrote : +><i> Then we come to the "problematic" part: +</I>><i> ------ +</I>><i> x86_64 +</I>><i> media +</I>><i> codecs (disabled by default) +</I>><i> core (old main+contrib) +</I>><i> backports (disabled by default) +</I>><i> backports_testing (disabled by default) +</I>><i> release +</I>><i> testing (disabled by default) +</I>><i> updates +</I>><i> extra (unmaintained, disabled by default) +</I>><i> firmware (disabled by default) +</I>><i> games (disabled by default) +</I>><i> non-free (disabled by default) +</I>><i> /debug_*/ (disabled by default) +</I>><i> ----- +</I>><i> +</I>><i> The idea of this layout with some of the separate sections (codecs, +</I>><i> firmware, games, non-free, debug_*) gives a mirror maintainer in a +</I>><i> country (or company) the option to exclude the parts they legally (or by +</I>><i> company policy) can not mirror. +</I>><i> +</I>><i> The "core" should be only maintained free/libre stuff so it's easy to +</I>><i> build a free/libre iso +</I>><i> +</I>><i> "extra" is for those packages that no-one really maintain, but is still +</I>><i> used by someone +</I>><i> +</I>><i> "games" are now a separate repo since it can grow fast with a lot of +</I>><i> game data. +</I> +I think it is a good layout, but, are updates/backports(testing) limited to +core? + +As you mentioned, extra has no reason to have updates or backports, because +if someone did bother to make updates, then the package doesn't belong in +extra. + +For games it would surely be appreciated to have new versions, so maybe a +only a games/updates media which could also be used as a backport media (as +games are not critical). + +For non-free we would probably want also updates and backports, like in +current mandriva. + +Now for firmware and codecs I don't know, are there updates for firmwares? +Maybe they should be in sync with kernel updates (or external modules)? +As for codecs, will it contain anything that could be covered by patents, +like PLF for mandriva? +Does that mean we will still have a stripped down mplayer/xine in core and a +full version in codecs? +But if it is only disabled and you only need to activate it in the control +center to have full featured multimedia programs, it is no big deal, and if +it makes life easier for people whose countries have restrictive law then +we should go for it. + +We should probably have a clear rule to decide what cannot go in core and +should in non-free (that on is pretty clear already) codecs or firmware. + +I hope we will soon get to the point where we will actually put packages in +those repositories :-) + +-- +Renaud Michel +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001437.html">[Mageia-dev] Mirror layout, round two +</A></li> + + <LI> <B>Messages sorted by:</B> + <a href="date.html#1438">[ date ]</a> + <a href="thread.html#1438">[ thread ]</a> + <a href="subject.html#1438">[ subject ]</a> + <a href="author.html#1438">[ 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> |