diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101130/001534.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101130/001534.html | 146 |
1 files changed, 146 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101130/001534.html b/zarb-ml/mageia-dev/20101130/001534.html new file mode 100644 index 000000000..1ca434607 --- /dev/null +++ b/zarb-ml/mageia-dev/20101130/001534.html @@ -0,0 +1,146 @@ +<!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=%3C1291088845.8266.416.camel%40akroma.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001563.html"> + <LINK REL="Next" HREF="001540.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Michael Scherer</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C1291088845.8266.416.camel%40akroma.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Tue Nov 30 04:47:25 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001563.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001540.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1534">[ date ]</a> + <a href="thread.html#1534">[ thread ]</a> + <a href="subject.html#1534">[ subject ]</a> + <a href="author.html#1534">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Le lundi 29 novembre 2010 à 15:56 -0500, andre999 a écrit : + +><i> Isn't choice part of +</I>><i> what Linux is supposed to be about ? +</I> +No. + +That's freedom of the source code, not choice. Reread either Gnu +manifesto, or Linus Torvalds biography. + +And so, you are free to use the source code for what you want, period. + +><i> I think that one advantage of using the mirror structure is that it is a +</I>><i> sandbox that makes it clear to everyone (packagers, maintainers, current +</I>><i> and potential users, qa, etc) what is officially supported and what is not. +</I>><i> It has largely worked for Mandriva. +</I> +No. +See the various example I gave. You are not even a packager, how can you +speak for them by telling "it is clear to everyone" when several +packagers have expressed that it is a mess ? + + +><i> What didn't work is +</I>><i> (1) the lack of a well-defined and applied criteria for what is to be +</I>><i> officially supported, and +</I>><i> +</I>><i> (2) the lack of a clear applied policy and strategies of how to deal +</I>><i> with possible dependancies of supported packages on non-supported packages. +</I> +The policy was always clear. Main is self contained. This was enforced +in 2006 with the use of iurt to build rpm. + +Every policy of mixing package from main or contribs would be too +complex from a technical point of view, unsafe from a security point of +view, incomplete from a QA point of view and a blatant lie for people +telling "this software is supported" while it depend on unsupported +components. + +><i> Without this sandbox, packagers are much less likely to do what is +</I>><i> necessary to ensure that supported packages are fully supported, +</I>><i> including dependancies. Including getting the necessary support from +</I>><i> others to achieve this. +</I>><i> Support is much more than an official maintainer. +</I>><i> +</I>><i> The supposed advantages of discarding a set of repositories over having +</I>><i> an obvious sandbox aren't clear. +</I>><i> +</I>><i> Another mechanism allowing the end-user to select only supported +</I>><i> packages will be at least as complex. +</I>><i> There will be no difference for mirrors. (Same size, just a few extra +</I>><i> directories.) +</I>><i> Packagers can't help but notice if accessing dependancies outside the +</I>><i> sandbox. +</I> +Are you sure you have a idea on how packages are built at Mandriva or on +various distributions ? +Because right now, what you say doesn't make sense to me, and I can +guarantee that I know how it work. + +><i> > [ stormi's example ] +</I>><i> Excellent example. +</I>><i> This also points to the advantage of a mirror-based categorization. +</I>><i> Support should only change by release, not stop somewhere in between. +</I> +This is distribution made by volunteers. If no one want to do the job, +then the job will not be done. So if no one want to maintain something, +what should be done ? + +And if someone want to do the job, the only thing he has to do is to +become maintainer. + +So no, the example is not "excellent". It is based on a single important +change : "someone will step to maintain it", while in my example, I +precisely pre-supposed the contrary. + +So the comparaison is totally invalid and misleading. + + +-- +Michael Scherer + +</PRE> + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001563.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001540.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1534">[ date ]</a> + <a href="thread.html#1534">[ thread ]</a> + <a href="subject.html#1534">[ subject ]</a> + <a href="author.html#1534">[ 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> |