diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/20101203/001585.html | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/20101203/001585.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101203/001585.html | 143 |
1 files changed, 143 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101203/001585.html b/zarb-ml/mageia-dev/20101203/001585.html new file mode 100644 index 000000000..a2ef8f4a5 --- /dev/null +++ b/zarb-ml/mageia-dev/20101203/001585.html @@ -0,0 +1,143 @@ +<!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=%3C201012030155.26254.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + + <LINK REL="Next" HREF="001589.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Maarten Vanraes</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C201012030155.26254.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Fri Dec 3 01:55:26 CET 2010</I> + <P><UL> + + <LI>Next message: <A HREF="001589.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1585">[ date ]</a> + <a href="thread.html#1585">[ thread ]</a> + <a href="subject.html#1585">[ subject ]</a> + <a href="author.html#1585">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op donderdag 02 december 2010 08:20:15 schreef andre999: +><i> Maarten Vanraes a écrit : +</I>><i> > Op woensdag 01 december 2010 21:54:48 schreef andre999: +</I>><i> > [...] +</I>><i> > +</I>><i> > allthough interesting, this thread is about mirror layout; and is not +</I>><i> > about removing the distinction between supported packages and not. (this +</I>><i> > wasn't all that clear to me at first.) +</I>><i> +</I>><i> I'll discuss further down why I think that this is a critical part of +</I>><i> the question. +</I>><i> +</I>><i> > i do understand that you think other methods of having the distinction +</I>><i> > might not work; i have reservations myself that way. (i do feel the +</I>><i> > disctinction is important.) +</I>><i> +</I>><i> Glad to see that you understand my concerns. +</I>><i> +</I>><i> > i also see that mirror layout should be as easy as possible for mirror +</I>><i> > admins. +</I>><i> +</I>><i> Agreed. However keeping an extra set of repositories for core packages +</I>><i> would just add a few extra directories (without changing the number/size +</I>><i> of their total content), thus have little impact on mirror administration. +</I> +One would think so; however, a few people who replied where mirror +administrators; and it seems, IIUC that they said it does have impact. + +I'm just gonna trust their judgement on this, since they know more about this +than myself. + +[... snipping tainted stuff...] +><i> In any case, rsync is a pretty straight-forward application. +</I>><i> +</I>><i> > however, looking at the big picture, i think that logically it's sounds +</I>><i> > to have one purpose to one thing; and thus for the mirror layout; only +</I>><i> > the mirror admins should be looked at; the viewpoint of a user _should_ +</I>><i> > not really matter. +</I>><i> +</I>><i> I agree that the user viewpoint is not of major importance : I see that +</I>><i> as just a positive side effect. +</I>><i> +</I>><i> I am trying to look at the big picture. And perhaps I haven't been very +</I>><i> effective at expressing my concerns. +</I>><i> In my mind, we should always consider important side effects of major +</I>><i> changes. And removing separate "core"/"extra" (or "main"/"contrib" +</I>><i> repositories does have an important side effect. +</I>><i> Realigning "core" so it is really core should very much help packagers, +</I>><i> as well as maintaining an important distinction. +</I>><i> +</I>><i> Note that if, down the road, we find another effective method for +</I>><i> distinquishing core / non-core, it is relatively simple to transfer +</I>><i> packages in "extra" to "core". +</I>><i> But if we eliminate the parallel set of repositories, and find later +</I>><i> that we have a problem giving priority to core packages, moving in the +</I>><i> other direction would be a much more difficult process. +</I> +IIRC someone with experience said in this thread that we could always go to +that sort of scenario if like this it wouldn't work well. Again, i'm gonna +trust their judgement on this. + +><i> The suggestion that we only transfer to Mageia packages that we see as +</I>><i> important to keep, sounds like a very good approach. +</I>><i> This would also facilitate maintaining the core / non-core distinction. +</I> +I suppose, however, I think that developers are their own users; they write +for theirselves; hence people will pull what they think is important for them. + +but at the very least, since it's something they will use, it'll at least be +tested some. (even if QA doesn't test it) + +><i> I'm not trying to say that defining core / non-core in detail is a +</I>><i> trivial process. But it is in the interest of Mageia to define it. +</I>><i> +</I>><i> I realise, at least at first, that things will be more difficult for +</I>><i> packagers. But firmly believe that this will be largely alleviated by a +</I>><i> careful triage of existing "main" and "contrib" packages. +</I>><i> Thus I am more than willing to put in a lot of effort, since it will +</I>><i> have an important impact on the future of Mageia. +</I>><i> +</I>><i> I also realise that many of those proposing eliminating a set of repos +</I>><i> have a lot of valuable experience. And I'm sure that if/when we can +</I>><i> agree on this concern, that we will be able to work very well together. +</I>><i> And I look forward to becoming a Mageia packager. +</I>><i> +</I>><i> another 2 cents :) +</I>><i> +</I>><i> - André +</I></PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + + <LI>Next message: <A HREF="001589.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1585">[ date ]</a> + <a href="thread.html#1585">[ thread ]</a> + <a href="subject.html#1585">[ subject ]</a> + <a href="author.html#1585">[ 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> |