diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101127')
38 files changed, 4531 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101127/001439.html b/zarb-ml/mageia-dev/20101127/001439.html new file mode 100644 index 000000000..bdb105a19 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001439.html @@ -0,0 +1,163 @@ +<!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=%3C4CF03C27.1080208%40iki.fi%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + + <LINK REL="Next" HREF="001440.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=%3C4CF03C27.1080208%40iki.fi%3E" + TITLE="[Mageia-dev] Mirror layout, round two">tmb at iki.fi + </A><BR> + <I>Sat Nov 27 00:00:55 CET 2010</I> + <P><UL> + + <LI>Next message: <A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1439">[ date ]</a> + <a href="thread.html#1439">[ thread ]</a> + <a href="subject.html#1439">[ subject ]</a> + <a href="author.html#1439">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Renaud MICHEL skrev 26.11.2010 23:43: +><i> On vendredi 26 novembre 2010 at 21:29, Thomas Backlund wrote : +</I>>><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> +</I>><i> I think it is a good layout, but, are updates/backports(testing) limited to +</I>><i> core? +</I>><i> +</I> +nope, the same layout: +backports (disabled by default) +backports_testing (disabled by default) +release +testing (disabled by default) +updates + +should be under codecs, extra, firmware, games, non-free, debug_* +in order to provide consistency betwen medias. +I just left them out because they was supposed to be the same for all. + +><i> As you mentioned, extra has no reason to have updates or backports, because +</I>><i> if someone did bother to make updates, then the package doesn't belong in +</I>><i> extra. +</I>><i> +</I> +Yeah, but for a stable release, we dont move packages... + +the /release/ must stay frozen. + +><i> For games it would surely be appreciated to have new versions, so maybe a +</I>><i> only a games/updates media which could also be used as a backport media (as +</I>><i> games are not critical). +</I>><i> +</I> +To simplify for all users, the medias should be used in the same way. + +><i> For non-free we would probably want also updates and backports, like in +</I>><i> current mandriva. +</I>><i> +</I> +yep. + +><i> Now for firmware and codecs I don't know, are there updates for firmwares? +</I> +Not often, but sometimes there are firmwares that get bugfixes, so the +same rule apply. + +><i> Maybe they should be in sync with kernel updates (or external modules)? +</I> +They must of course stay compatible with the kernel. + +><i> As for codecs, will it contain anything that could be covered by patents, +</I>><i> like PLF for mandriva? +</I>><i> Does that mean we will still have a stripped down mplayer/xine in core and a +</I>><i> full version in codecs? +</I> +This is one of the tricky ones... + +><i> But if it is only disabled and you only need to activate it in the control +</I>><i> center to have full featured multimedia programs, it is no big deal, and if +</I>><i> it makes life easier for people whose countries have restrictive law then +</I>><i> we should go for it. +</I>><i> +</I> +That was the idea. + +><i> We should probably have a clear rule to decide what cannot go in core and +</I>><i> should in non-free (that on is pretty clear already) codecs or firmware. +</I>><i> +</I> +yep. + +><i> I hope we will soon get to the point where we will actually put packages in +</I>><i> those repositories :-) +</I>><i> +</I> +we are getting closer... + +-- +Thomas +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + + <LI>Next message: <A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1439">[ date ]</a> + <a href="thread.html#1439">[ thread ]</a> + <a href="subject.html#1439">[ subject ]</a> + <a href="author.html#1439">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001440.html b/zarb-ml/mageia-dev/20101127/001440.html new file mode 100644 index 000000000..6ddb4f113 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001440.html @@ -0,0 +1,150 @@ +<!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=%3C201011270002.54638.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001439.html"> + <LINK REL="Next" HREF="001442.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=%3C201011270002.54638.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 00:02:54 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1440">[ date ]</a> + <a href="thread.html#1440">[ thread ]</a> + <a href="subject.html#1440">[ subject ]</a> + <a href="author.html#1440">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op vrijdag 26 november 2010 22:43:31 schreef Renaud MICHEL: +><i> On vendredi 26 novembre 2010 at 21:29, Thomas Backlund wrote : +</I>><i> > Then we come to the "problematic" part: +</I>><i> > ------ +</I>><i> > x86_64 +</I>><i> > +</I>><i> > media +</I>><i> > +</I>><i> > codecs (disabled by default) +</I>><i> > core (old main+contrib) +</I>><i> > +</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> > +</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> > +</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> +</I>><i> I think it is a good layout, but, are updates/backports(testing) limited to +</I>><i> core? +</I>><i> +</I>><i> As you mentioned, extra has no reason to have updates or backports, because +</I>><i> if someone did bother to make updates, then the package doesn't belong in +</I>><i> extra. +</I>><i> +</I>><i> For games it would surely be appreciated to have new versions, so maybe a +</I>><i> only a games/updates media which could also be used as a backport media (as +</I>><i> games are not critical). +</I>><i> +</I>><i> For non-free we would probably want also updates and backports, like in +</I>><i> current mandriva. +</I>><i> +</I>><i> Now for firmware and codecs I don't know, are there updates for firmwares? +</I>><i> Maybe they should be in sync with kernel updates (or external modules)? +</I>><i> As for codecs, will it contain anything that could be covered by patents, +</I>><i> like PLF for mandriva? +</I>><i> Does that mean we will still have a stripped down mplayer/xine in core and +</I>><i> a full version in codecs? +</I>><i> But if it is only disabled and you only need to activate it in the control +</I>><i> center to have full featured multimedia programs, it is no big deal, and if +</I>><i> it makes life easier for people whose countries have restrictive law then +</I>><i> we should go for it. +</I>><i> +</I>><i> We should probably have a clear rule to decide what cannot go in core and +</I>><i> should in non-free (that on is pretty clear already) codecs or firmware. +</I>><i> +</I>><i> I hope we will soon get to the point where we will actually put packages in +</I>><i> those repositories :-) +</I> +A) i see no reason for codecs and firmware to be separate. However, i do +understand that some people would not want to install firmware, but i think we +should do this in another way, (like installing a meta package that enforces +some limits.) +codecs seem odd to be separate, if they have patented problems they should go +in non_free, if no problem, they can go in core. + +B) if they are separate, they would need updates, backports, testing, ... (i +expect non_free does too?) + +C) if they are separate, they cannot be disabled by default, some stuff is +needed for stuff to work. + +D) i have questions about noarch packages, will they be installed on both +trees? and if we have more archs later on, more and more? this seems a waste; +except if we could hardlink them somehow. if not, we should just put them +somewhere separate. + +E) i understand games to be separate, but disabled by default?, i'm not sure i +agree with that. (we need to remember our target audience; stuff needs to work +out-of the box) + +F) what is backports_testing? why can't that just be testing? +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1440">[ date ]</a> + <a href="thread.html#1440">[ thread ]</a> + <a href="subject.html#1440">[ subject ]</a> + <a href="author.html#1440">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001441.html b/zarb-ml/mageia-dev/20101127/001441.html new file mode 100644 index 000000000..2cc43fcb0 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001441.html @@ -0,0 +1,114 @@ +<!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=%3C201011270034.15839.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="001457.html"> + <LINK REL="Next" HREF="001452.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=%3C201011270034.15839.r.h.michel%2Bmageia%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">r.h.michel+mageia at gmail.com + </A><BR> + <I>Sat Nov 27 00:34:15 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1441">[ date ]</a> + <a href="thread.html#1441">[ thread ]</a> + <a href="subject.html#1441">[ subject ]</a> + <a href="author.html#1441">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On samedi 27 novembre 2010 at 00:02, Maarten Vanraes wrote : +><i> C) if they are separate, they cannot be disabled by default, some stuff +</I>><i> is needed for stuff to work. +</I> +I guess you are talking about firmware here. +Maybe the installer could detect that a firmware is needed for some +hardware, then it could either ask the user if he wants to enable the +firmware repository, or automatically enable it. + +><i> D) i have questions about noarch packages, will they be installed on +</I>><i> both trees? and if we have more archs later on, more and more? this +</I>><i> seems a waste; except if we could hardlink them somehow. if not, we +</I>><i> should just put them somewhere separate. +</I> +If the files are identical, they can be hard linked, and then the mirrors +updates them with rsync -aH. +(by the way, the readme already ask for those options +<A HREF="http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/mirror.readme">http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/mirror.readme</A> ) +It is quite easy to make a script that will make those hard links "à +posteriori" (you only need to compare files with identical names) + +It could even be integrated into the build system (maybe it is already, I +have no idea how it works), each time a noarch package is added to a +repository it would check the corresponding repository for other arch if the +same file is already present and is identical, and if so make a hard link +instead of copying it. + +><i> E) i understand games to be separate, but disabled by default?, i'm not +</I>><i> sure i agree with that. (we need to remember our target audience; stuff +</I>><i> needs to work out-of the box) +</I> +This could also be decided at install time. +If the user choose the game section then the games repository is enabled and +some task-game-* are selected to install various games. + +><i> F) what is backports_testing? why can't that just be testing? +</I> +testing is for packages that will go to updates, backports_testing is for +packages that will go to backports. +I think it is likely that some people will be willing to test updates +candidate but don't want to end up with backports, so enabling only testing +and not backports_testing. + +If I remember correctly, there is currently (mdv2010.1 and previous) no +testing stage for backported packages, and it was proposed during the +discussion one month ago, that it would be good to have also a testing for +backported packages. + +-- +Renaud Michel +</PRE> + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1441">[ date ]</a> + <a href="thread.html#1441">[ thread ]</a> + <a href="subject.html#1441">[ subject ]</a> + <a href="author.html#1441">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001442.html b/zarb-ml/mageia-dev/20101127/001442.html new file mode 100644 index 000000000..877045a4d --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001442.html @@ -0,0 +1,161 @@ +<!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=%3C4CF041DD.7010804%40iki.fi%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001440.html"> + <LINK REL="Next" HREF="001443.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=%3C4CF041DD.7010804%40iki.fi%3E" + TITLE="[Mageia-dev] Mirror layout, round two">tmb at iki.fi + </A><BR> + <I>Sat Nov 27 00:25:17 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1442">[ date ]</a> + <a href="thread.html#1442">[ thread ]</a> + <a href="subject.html#1442">[ subject ]</a> + <a href="author.html#1442">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Maarten Vanraes skrev 27.11.2010 01:02: +><i> Op vrijdag 26 november 2010 22:43:31 schreef Renaud MICHEL: +</I>>><i> On vendredi 26 novembre 2010 at 21:29, Thomas Backlund wrote : +</I>>>><i> Then we come to the "problematic" part: +</I>>>><i> ------ +</I>>>><i> x86_64 +</I>>>><i> +</I>>>><i> media +</I>>>><i> +</I>>>><i> codecs (disabled by default) +</I>>>><i> core (old main+contrib) +</I>>>><i> +</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> +</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> +</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> +</I> +[...] + +><i> A) i see no reason for codecs and firmware to be separate. However, i do +</I>><i> understand that some people would not want to install firmware, but i think we +</I>><i> should do this in another way, (like installing a meta package that enforces +</I>><i> some limits.) +</I>><i> codecs seem odd to be separate, if they have patented problems they should go +</I>><i> in non_free, if no problem, they can go in core. +</I>><i> +</I> +That is doable. +The reason for having it separate was because its the most "problematic" +one. (codecs have more issues than firmware) + +><i> B) if they are separate, they would need updates, backports, testing, ... (i +</I>><i> expect non_free does too?) +</I>><i> +</I> +Yep. +as noted in the other post, the layout under /core/ is duplicated under +all other medias... + +><i> C) if they are separate, they cannot be disabled by default, some stuff is +</I>><i> needed for stuff to work. +</I>><i> +</I> +So installer could ask "in order to fully support your hw you need ..., +do you want to enable firmware repo..." and explain the reason for +free/libre... + +><i> D) i have questions about noarch packages, will they be installed on both +</I>><i> trees? and if we have more archs later on, more and more? this seems a waste; +</I>><i> except if we could hardlink them somehow. if not, we should just put them +</I>><i> somewhere separate. +</I>><i> +</I> +We hardlink them already. +But yeah, I'd like a separate noarch too, but some people disagree, so I +didnt add it to this proposal. + +><i> E) i understand games to be separate, but disabled by default?, i'm not sure i +</I>><i> agree with that. (we need to remember our target audience; stuff needs to work +</I>><i> out-of the box) +</I> +I was thinking of a feature in the installer, if you select games, it +would enable the repo by default, otherwise keep it disabled. + +><i> F) what is backports_testing? why can't that just be testing? +</I> +Versioning problem... on mirrors / BS +we have testing -> updates route, +so this would be backports_testing -> backports, + +Because if you have this: +core/release v 1.2.0-1 +core/testing v 1.3.0-1 (intended for backports) + +then you cant upload a bugfix v 1.2.0-1.1 to core/testing as there is +already a bigger version in testing... + +-- +Thomas + + +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1442">[ date ]</a> + <a href="thread.html#1442">[ thread ]</a> + <a href="subject.html#1442">[ subject ]</a> + <a href="author.html#1442">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001443.html b/zarb-ml/mageia-dev/20101127/001443.html new file mode 100644 index 000000000..cf065b27d --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001443.html @@ -0,0 +1,131 @@ +<!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=%3C201011270044.29973.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001442.html"> + <LINK REL="Next" HREF="001444.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=%3C201011270044.29973.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 00:44:29 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1443">[ date ]</a> + <a href="thread.html#1443">[ thread ]</a> + <a href="subject.html#1443">[ subject ]</a> + <a href="author.html#1443">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +[...] +><i> > A) i see no reason for codecs and firmware to be separate. However, i do +</I>><i> > understand that some people would not want to install firmware, but i +</I>><i> > think we should do this in another way, (like installing a meta package +</I>><i> > that enforces some limits.) +</I>><i> > codecs seem odd to be separate, if they have patented problems they +</I>><i> > should go in non_free, if no problem, they can go in core. +</I>><i> +</I>><i> That is doable. +</I>><i> The reason for having it separate was because its the most "problematic" +</I>><i> one. (codecs have more issues than firmware) +</I> +What i meant here, is why is firmware separate from core? why is codecs +separate from core? + +imo, i would put firmware and codecs in either core or non_free. + +><i> > B) if they are separate, they would need updates, backports, testing, ... +</I>><i> > (i expect non_free does too?) +</I>><i> +</I>><i> Yep. +</I>><i> as noted in the other post, the layout under /core/ is duplicated under +</I>><i> all other medias... +</I> +yeah, I only read your other post after writing this. + +><i> > C) if they are separate, they cannot be disabled by default, some stuff +</I>><i> > is needed for stuff to work. +</I>><i> +</I>><i> So installer could ask "in order to fully support your hw you need ..., +</I>><i> do you want to enable firmware repo..." and explain the reason for +</I>><i> free/libre... +</I> +that sounds like a good idea, however; do we have the time to change this in +the installer? + +><i> > D) i have questions about noarch packages, will they be installed on both +</I>><i> > trees? and if we have more archs later on, more and more? this seems a +</I>><i> > waste; except if we could hardlink them somehow. if not, we should just +</I>><i> > put them somewhere separate. +</I>><i> +</I>><i> We hardlink them already. +</I>><i> But yeah, I'd like a separate noarch too, but some people disagree, so I +</I>><i> didnt add it to this proposal. +</I> +well, especially when we get more archs, we really should separate noarchs; +i'm kind of feeling strong about this. + +><i> > E) i understand games to be separate, but disabled by default?, i'm not +</I>><i> > sure i agree with that. (we need to remember our target audience; stuff +</I>><i> > needs to work out-of the box) +</I>><i> +</I>><i> I was thinking of a feature in the installer, if you select games, it +</I>><i> would enable the repo by default, otherwise keep it disabled. +</I> +same as with C) . do we have the time for this? + +><i> > F) what is backports_testing? why can't that just be testing? +</I>><i> +</I>><i> Versioning problem... on mirrors / BS +</I>><i> we have testing -> updates route, +</I>><i> so this would be backports_testing -> backports, +</I>><i> +</I>><i> Because if you have this: +</I>><i> core/release v 1.2.0-1 +</I>><i> core/testing v 1.3.0-1 (intended for backports) +</I>><i> +</I>><i> then you cant upload a bugfix v 1.2.0-1.1 to core/testing as there is +</I>><i> already a bigger version in testing... +</I> +aah, makes sense. + +PS: i like the extra btw: (which should contain all unmaintained packages that +actually build) +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1443">[ date ]</a> + <a href="thread.html#1443">[ thread ]</a> + <a href="subject.html#1443">[ subject ]</a> + <a href="author.html#1443">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001444.html b/zarb-ml/mageia-dev/20101127/001444.html new file mode 100644 index 000000000..9fab42325 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001444.html @@ -0,0 +1,87 @@ +<!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=%3CAANLkTinoaZZBZZq_YtMMbgqDJ94DPnCBm9K0ZGKtfGjG%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001443.html"> + <LINK REL="Next" HREF="001445.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Romain d'Alverny</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTinoaZZBZZq_YtMMbgqDJ94DPnCBm9K0ZGKtfGjG%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">rdalverny at gmail.com + </A><BR> + <I>Sat Nov 27 00:51:59 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1444">[ date ]</a> + <a href="thread.html#1444">[ thread ]</a> + <a href="subject.html#1444">[ subject ]</a> + <a href="author.html#1444">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Sat, Nov 27, 2010 at 00:44, Maarten Vanraes +<<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>> wrote: +><i> Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +</I>><i> [...] +</I>>><i> > A) i see no reason for codecs and firmware to be separate. However, i do +</I>>><i> > understand that some people would not want to install firmware, but i +</I>>><i> > think we should do this in another way, (like installing a meta package +</I>>><i> > that enforces some limits.) +</I>>><i> > codecs seem odd to be separate, if they have patented problems they +</I>>><i> > should go in non_free, if no problem, they can go in core. +</I>>><i> +</I>>><i> That is doable. +</I>>><i> The reason for having it separate was because its the most "problematic" +</I>>><i> one. (codecs have more issues than firmware) +</I>><i> +</I>><i> What i meant here, is why is firmware separate from core? why is codecs +</I>><i> separate from core? +</I>><i> +</I>><i> imo, i would put firmware and codecs in either core or non_free. +</I> +I guess we should separate concerns? + - non_free as in "not (really) free software" (source code may be +available, but license, redistribution conditions, etc.) + - problematic stuff as in "binary closed thing" (most firmware, but +not only eventually) + - problematic stuff as in "(likely) patented" (some codecs) + +so that we don't mix issues when one has to decide what to mirror/use or not. + + +Romain +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1444">[ date ]</a> + <a href="thread.html#1444">[ thread ]</a> + <a href="subject.html#1444">[ subject ]</a> + <a href="author.html#1444">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001445.html b/zarb-ml/mageia-dev/20101127/001445.html new file mode 100644 index 000000000..3353bdbb9 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001445.html @@ -0,0 +1,98 @@ +<!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=%3C201011270059.50412.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001444.html"> + <LINK REL="Next" HREF="001446.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=%3C201011270059.50412.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 00:59:50 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1445">[ date ]</a> + <a href="thread.html#1445">[ thread ]</a> + <a href="subject.html#1445">[ subject ]</a> + <a href="author.html#1445">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 00:51:59 schreef Romain d'Alverny: +><i> On Sat, Nov 27, 2010 at 00:44, Maarten Vanraes +</I>><i> +</I>><i> <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>> wrote: +</I>><i> > Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +</I>><i> > [...] +</I>><i> > +</I>><i> >> > A) i see no reason for codecs and firmware to be separate. However, i +</I>><i> >> > do understand that some people would not want to install firmware, +</I>><i> >> > but i think we should do this in another way, (like installing a meta +</I>><i> >> > package that enforces some limits.) +</I>><i> >> > codecs seem odd to be separate, if they have patented problems they +</I>><i> >> > should go in non_free, if no problem, they can go in core. +</I>><i> >> +</I>><i> >> That is doable. +</I>><i> >> The reason for having it separate was because its the most "problematic" +</I>><i> >> one. (codecs have more issues than firmware) +</I>><i> > +</I>><i> > What i meant here, is why is firmware separate from core? why is codecs +</I>><i> > separate from core? +</I>><i> > +</I>><i> > imo, i would put firmware and codecs in either core or non_free. +</I>><i> +</I>><i> I guess we should separate concerns? +</I>><i> - non_free as in "not (really) free software" (source code may be +</I>><i> available, but license, redistribution conditions, etc.) +</I>><i> - problematic stuff as in "binary closed thing" (most firmware, but +</I>><i> not only eventually) +</I>><i> - problematic stuff as in "(likely) patented" (some codecs) +</I>><i> +</I>><i> so that we don't mix issues when one has to decide what to mirror/use or +</I>><i> not. +</I> +you know what? + +how about having a "possibly_patented" and disable it by default; but have +them all in there. because there are countries where most of those are +allowed. (i suspect they aren't necessarily codecs) + +how about having a "binary_only" repository? (i suspect they aren't all +firmwares?) or they could just be in non_free; because that's what they are... + +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1445">[ date ]</a> + <a href="thread.html#1445">[ thread ]</a> + <a href="subject.html#1445">[ subject ]</a> + <a href="author.html#1445">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001446.html b/zarb-ml/mageia-dev/20101127/001446.html new file mode 100644 index 000000000..04d3310c0 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001446.html @@ -0,0 +1,97 @@ +<!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=%3C201011270102.54908.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001445.html"> + <LINK REL="Next" HREF="001453.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=%3C201011270102.54908.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 01:02:54 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1446">[ date ]</a> + <a href="thread.html#1446">[ thread ]</a> + <a href="subject.html#1446">[ subject ]</a> + <a href="author.html#1446">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 00:51:59 schreef Romain d'Alverny: +><i> On Sat, Nov 27, 2010 at 00:44, Maarten Vanraes +</I>><i> +</I>><i> <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>> wrote: +</I>><i> > Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +</I>><i> > [...] +</I>><i> > +</I>><i> >> > A) i see no reason for codecs and firmware to be separate. However, i +</I>><i> >> > do understand that some people would not want to install firmware, +</I>><i> >> > but i think we should do this in another way, (like installing a meta +</I>><i> >> > package that enforces some limits.) +</I>><i> >> > codecs seem odd to be separate, if they have patented problems they +</I>><i> >> > should go in non_free, if no problem, they can go in core. +</I>><i> >> +</I>><i> >> That is doable. +</I>><i> >> The reason for having it separate was because its the most "problematic" +</I>><i> >> one. (codecs have more issues than firmware) +</I>><i> > +</I>><i> > What i meant here, is why is firmware separate from core? why is codecs +</I>><i> > separate from core? +</I>><i> > +</I>><i> > imo, i would put firmware and codecs in either core or non_free. +</I>><i> +</I>><i> I guess we should separate concerns? +</I>><i> - non_free as in "not (really) free software" (source code may be +</I>><i> available, but license, redistribution conditions, etc.) +</I>><i> - problematic stuff as in "binary closed thing" (most firmware, but +</I>><i> not only eventually) +</I>><i> - problematic stuff as in "(likely) patented" (some codecs) +</I>><i> +</I>><i> so that we don't mix issues when one has to decide what to mirror/use or +</I>><i> not. +</I>><i> +</I>><i> +</I>><i> Romain +</I> +imo, non_free should contain software that's allowed to be redistributed but: + - has conditions + - has no redistributable source + - has restrictions + - etc... +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1446">[ date ]</a> + <a href="thread.html#1446">[ thread ]</a> + <a href="subject.html#1446">[ subject ]</a> + <a href="author.html#1446">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001447.html b/zarb-ml/mageia-dev/20101127/001447.html new file mode 100644 index 000000000..02c74fdae --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001447.html @@ -0,0 +1,72 @@ +<!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=%3CAANLkTimJ%2BfzBCVAFFMnOEf2c%2BOkuwW9im9_-%3D-RYgpzW%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001452.html"> + <LINK REL="Next" HREF="001448.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Andrey Borzenkov</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTimJ%2BfzBCVAFFMnOEf2c%2BOkuwW9im9_-%3D-RYgpzW%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">arvidjaar at gmail.com + </A><BR> + <I>Sat Nov 27 07:27:12 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1447">[ date ]</a> + <a href="thread.html#1447">[ thread ]</a> + <a href="subject.html#1447">[ subject ]</a> + <a href="author.html#1447">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Fri, Nov 26, 2010 at 11:29 PM, Thomas Backlund <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">tmb at iki.fi</A>> wrote: +><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 country +</I>><i> (or company) the option to exclude the parts they legally (or by company +</I>><i> policy) can not mirror. +</I>><i> +</I> +I wonder how "urpmi.addmedia --distrib +<A HREF="ftp://server/with/omitted/sections">ftp://server/with/omitted/sections</A>" should be interpreted then. + +Also mirror list should be indicating which sections are present; is +it supported right now? +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1447">[ date ]</a> + <a href="thread.html#1447">[ thread ]</a> + <a href="subject.html#1447">[ subject ]</a> + <a href="author.html#1447">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001448.html b/zarb-ml/mageia-dev/20101127/001448.html new file mode 100644 index 000000000..9a76cfdd3 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001448.html @@ -0,0 +1,98 @@ +<!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=%3CAANLkTi%3DWs3pO%2BpCoouLddpT4%2Bzb%2B3_v1t9kodQDxDOi%3D%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001447.html"> + <LINK REL="Next" HREF="001449.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Wolfgang Bornath</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTi%3DWs3pO%2BpCoouLddpT4%2Bzb%2B3_v1t9kodQDxDOi%3D%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">molch.b at googlemail.com + </A><BR> + <I>Sat Nov 27 07:55:40 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1448">[ date ]</a> + <a href="thread.html#1448">[ thread ]</a> + <a href="subject.html#1448">[ subject ]</a> + <a href="author.html#1448">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>2010/11/27 Andrey Borzenkov <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">arvidjaar at gmail.com</A>>: +><i> On Fri, Nov 26, 2010 at 11:29 PM, Thomas Backlund <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">tmb at iki.fi</A>> wrote: +</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 country +</I>>><i> (or company) the option to exclude the parts they legally (or by company +</I>>><i> policy) can not mirror. +</I>>><i> +</I>><i> +</I>><i> I wonder how "urpmi.addmedia --distrib +</I>><i> <A HREF="ftp://server/with/omitted/sections">ftp://server/with/omitted/sections</A>" should be interpreted then. +</I>><i> +</I>><i> Also mirror list should be indicating which sections are present; is +</I>><i> it supported right now? +</I> +And that will make the "$MIRRORLIST" approach problematic. Say I am +living in a country which has no patent restrictions but no mirror +either. Then the addmedia function will search a mirror in my +neighborhood and selects the next mirror which may be such a mirror +where the maintainer excluded the parts with patented software. Say I +am a new user who does not know about the option to manually select a +mirror and who does not know that such mirrors with missing branches +do exist. I must come to the conclusion that Mageia does not +distribute any patented software at all. + +This can only be avoided on user level by asking the user first if he +wants patented software or not (including a text which explains the +problem). Then if he wants to have patented software he could be +connected to a mirror with the "patented software flag", if not he +will be connected with a mirror which does not have the "patented +software flag". + +The other option may be that we do not allow mirrors without the +"patented" branch in the official mirrorlist. This would probably mean +no official mirrors in those countries with "patent problems" but +people there can still use other "off shore" mirrors. + +-- +wobo +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1448">[ date ]</a> + <a href="thread.html#1448">[ thread ]</a> + <a href="subject.html#1448">[ subject ]</a> + <a href="author.html#1448">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001449.html b/zarb-ml/mageia-dev/20101127/001449.html new file mode 100644 index 000000000..861551705 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001449.html @@ -0,0 +1,88 @@ +<!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=%3CAANLkTi%3DeM%3D1HHb31G-Wx9q7gCctSwtKTDbrXdJhtgx-z%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001448.html"> + <LINK REL="Next" HREF="001450.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Ahmad Samir</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTi%3DeM%3D1HHb31G-Wx9q7gCctSwtKTDbrXdJhtgx-z%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">ahmadsamir3891 at gmail.com + </A><BR> + <I>Sat Nov 27 08:00:50 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1449">[ date ]</a> + <a href="thread.html#1449">[ thread ]</a> + <a href="subject.html#1449">[ subject ]</a> + <a href="author.html#1449">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 27 November 2010 08:27, Andrey Borzenkov <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">arvidjaar at gmail.com</A>> wrote: +><i> On Fri, Nov 26, 2010 at 11:29 PM, Thomas Backlund <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">tmb at iki.fi</A>> wrote: +</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 country +</I>>><i> (or company) the option to exclude the parts they legally (or by company +</I>>><i> policy) can not mirror. +</I>>><i> +</I>><i> +</I>><i> I wonder how "urpmi.addmedia --distrib +</I>><i> <A HREF="ftp://server/with/omitted/sections">ftp://server/with/omitted/sections</A>" should be interpreted then. +</I>><i> +</I>><i> Also mirror list should be indicating which sections are present; is +</I>><i> it supported right now? +</I>><i> +</I> +IMHO, the mirrorlist in its current status should be dropped +altogether... it's only good if the user has good mirrors near where +he lives, otherwise it just fails miserably. The whole point of using +a mirrorlist was that "urpmi will switch to another mirror if the +currently used one fails / can't be reached", that switch doesn't +happen, ("md5sum mismatch" rings a bell?). + +At least with the specific media mirrors the user can, more easily, +guess that he can use add another mirror, with mirrorlist most new +users are left clueless. + +-- +Ahmad Samir +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1449">[ date ]</a> + <a href="thread.html#1449">[ thread ]</a> + <a href="subject.html#1449">[ subject ]</a> + <a href="author.html#1449">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001450.html b/zarb-ml/mageia-dev/20101127/001450.html new file mode 100644 index 000000000..d2f60f2f5 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001450.html @@ -0,0 +1,83 @@ +<!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=%3CAANLkTikw9YeKD4E_dR6-arqj%3DL7eB0HKtwqP8nYRcMVr%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001449.html"> + <LINK REL="Next" HREF="001466.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Wolfgang Bornath</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTikw9YeKD4E_dR6-arqj%3DL7eB0HKtwqP8nYRcMVr%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">molch.b at googlemail.com + </A><BR> + <I>Sat Nov 27 09:03:06 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1450">[ date ]</a> + <a href="thread.html#1450">[ thread ]</a> + <a href="subject.html#1450">[ subject ]</a> + <a href="author.html#1450">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>2010/11/27 Ahmad Samir <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">ahmadsamir3891 at gmail.com</A>>: +><i> +</I>><i> IMHO, the mirrorlist in its current status should be dropped +</I>><i> altogether... it's only good if the user has good mirrors near where +</I>><i> he lives, otherwise it just fails miserably. The whole point of using +</I>><i> a mirrorlist was that "urpmi will switch to another mirror if the +</I>><i> currently used one fails / can't be reached", that switch doesn't +</I>><i> happen, ("md5sum mismatch" rings a bell?). +</I> +Although I am a friend of SmartUrpmi and EasyUrpmi I do understand the +easy way the mirrorlist system provides, especially for new users. The +failure of this system due to failing mirrors was already discussed at +Mandriva and there is a bug in MDv bugzilla about it - still open. + +But even if this bug could be fixed, the option for mirror maintainers +to exclude parts of the official mirror structure puts the mirrorlist +system in jeopardy, unless we have 2 mirrorlists, one with and one +without "problematic" software and let the user select one or the +other before he sets up his media. + +-- +wobo +</PRE> + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1450">[ date ]</a> + <a href="thread.html#1450">[ thread ]</a> + <a href="subject.html#1450">[ subject ]</a> + <a href="author.html#1450">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001451.html b/zarb-ml/mageia-dev/20101127/001451.html new file mode 100644 index 000000000..521b89681 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001451.html @@ -0,0 +1,159 @@ +<!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=%3C20101127084353.GD15726%40sisay.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001456.html"> + <LINK REL="Next" HREF="001458.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=%3C20101127084353.GD15726%40sisay.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Sat Nov 27 09:43:54 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1451">[ date ]</a> + <a href="thread.html#1451">[ thread ]</a> + <a href="subject.html#1451">[ subject ]</a> + <a href="author.html#1451">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Fri, Nov 26, 2010 at 10:29:14PM +0200, Thomas Backlund wrote: +><i> Hi, +</I>><i> As we are getting closer to actually have something to mirror it's +</I>><i> time to get this decided. +</I>><i> +</I>><i> And the deadline for theese discussions is December 5th, 2010 in +</I>><i> order to get a decision on the board meeting on December 6th, 2010. +</I>><i> +</I>><i> +</I>><i> Now this is a somewhat problematic topic but needs to be decided. +</I>><i> This has already been discussed in two threads: +</I>><i> +</I>><i> First off we have the "basic) part: +</I>><i> "Mirror tree structure" by Olivier Thauvin +</I>><i> <A HREF="https://www.mageia.org/pipermail/mageia-dev/20101020/001286.html">https://www.mageia.org/pipermail/mageia-dev/20101020/001286.html</A> +</I>><i> +</I>><i> And the other part (that gives some problems): +</I>><i> "Mageia repository sections, licenses, restrictions, firmware etc" +</I>><i> by Anssi Hannula. +</I>><i> <A HREF="https://www.mageia.org/pipermail/mageia-dev/20101012/001084.html">https://www.mageia.org/pipermail/mageia-dev/20101012/001084.html</A> +</I>><i> +</I>><i> +</I>><i> Now, in order to get somewhere, here is a suggestion that tries to +</I>><i> find a middle ground or base for discussions... +</I>><i> +</I>><i> Now this toplevel part seems to be ok by everyone: +</I>><i> ------ +</I>><i> Mageia/ +</I>><i> /distrib/ +</I>><i> /cauldron/ +</I>><i> /stable1/ +</I>><i> /iso/ +</I>><i> /cauldron/ +</I>><i> /i586/ +</I>><i> /srpms/ +</I>><i> /x86_64/ +</I>><i> /stable1/ +</I>><i> /people/ +</I>><i> /software/ +</I>><i> ------ +</I>><i> +</I>><i> +</I>><i> Then we come to the "problematic" part: +</I> +This part look really too complex to me. + +><i> ------ +</I>><i> /x86_64/ +</I>><i> /media/ +</I>><i> /codecs/ (disabled by default) +</I> +so, ogg, webm, being codec, should go there or not ? +What about patents problem about something else than codec ? +( freetype, image such as gif, DRM stuff ) + +><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> +If used by people, then why no one step to maintain anything ? +If someone take the maintainace, does it mean that we will move the package ? + +><i> /firmware/ (disabled by default) +</I> +Why separate firmware from non_free ? What does it bring ? +Since both of them are disabled by default, they can be simply merged. + +><i> /games/ (disabled by default) +</I> +That's a simplification that make no sense. +Not all games are big, not all big packages are games ( tetex, openoffice ). + +This only bring complexity on our side, complexity on mirror side, and +bring few improvement to users. A rather more precise label would be to have +/contents/ repository, as this is not the game that take space, but the content. + +And a explicit policy of splitting content from big packages, with a explicit size or +expected size for limit ( like if the package is more than 100 mo ). That's also a media +where deltarpm would make sense, or someting like that. In the mean time this would +only bring complexity to everybody else. + +><i> /non-free/ (disabled by default) +</I>><i> /debug_*/ (disabled by default) +</I> + +And what are the relation of requirements ? +Ie, what can requires non_free, codecs, games, etc ? + +And what about something that can goes in both media, ie a non_free +game goes where ? A unmaintained codecs goes where ? +-- +Michael Scherer +</PRE> + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1451">[ date ]</a> + <a href="thread.html#1451">[ thread ]</a> + <a href="subject.html#1451">[ subject ]</a> + <a href="author.html#1451">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001452.html b/zarb-ml/mageia-dev/20101127/001452.html new file mode 100644 index 000000000..49b11a476 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001452.html @@ -0,0 +1,83 @@ +<!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=%3C20101127085002.GE15726%40sisay.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001441.html"> + <LINK REL="Next" HREF="001447.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=%3C20101127085002.GE15726%40sisay.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Sat Nov 27 09:50:02 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1452">[ date ]</a> + <a href="thread.html#1452">[ thread ]</a> + <a href="subject.html#1452">[ subject ]</a> + <a href="author.html#1452">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Sat, Nov 27, 2010 at 12:02:54AM +0100, Maarten Vanraes wrote: +><i> +</I>><i> A) i see no reason for codecs and firmware to be separate. However, i do +</I>><i> understand that some people would not want to install firmware, but i think we +</I>><i> should do this in another way, (like installing a meta package that enforces +</I>><i> some limits.) +</I>><i> codecs seem odd to be separate, if they have patented problems they should go +</I>><i> in non_free, if no problem, they can go in core. +</I> +No. Read again the PLF web site 10 times. A codec ( or anything else ) can be +patented and still be under a free license. +Another real question is "how do we decide a patent is gonna cause trouble". + +><i> C) if they are separate, they cannot be disabled by default, some stuff is +</I>><i> needed for stuff to work. +</I> +If someone install something, then he need it to use it to do some some work, so +this would mean than anything need to be enabled by default if we start this +line of reasoning... + +><i> F) what is backports_testing? why can't that just be testing? +</I> +Because they may requires deps in backports ? + +-- +Michael Scherer +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1452">[ date ]</a> + <a href="thread.html#1452">[ thread ]</a> + <a href="subject.html#1452">[ subject ]</a> + <a href="author.html#1452">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001453.html b/zarb-ml/mageia-dev/20101127/001453.html new file mode 100644 index 000000000..05bec7d40 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001453.html @@ -0,0 +1,105 @@ +<!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=%3C20101127090353.GF15726%40sisay.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001446.html"> + <LINK REL="Next" HREF="001457.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=%3C20101127090353.GF15726%40sisay.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Sat Nov 27 10:03:53 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1453">[ date ]</a> + <a href="thread.html#1453">[ thread ]</a> + <a href="subject.html#1453">[ subject ]</a> + <a href="author.html#1453">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Sat, Nov 27, 2010 at 12:51:59AM +0100, Romain d'Alverny wrote: +><i> On Sat, Nov 27, 2010 at 00:44, Maarten Vanraes +</I>><i> <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>> wrote: +</I>><i> > Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +</I>><i> > [...] +</I>><i> >> > A) i see no reason for codecs and firmware to be separate. However, i do +</I>><i> >> > understand that some people would not want to install firmware, but i +</I>><i> >> > think we should do this in another way, (like installing a meta package +</I>><i> >> > that enforces some limits.) +</I>><i> >> > codecs seem odd to be separate, if they have patented problems they +</I>><i> >> > should go in non_free, if no problem, they can go in core. +</I>><i> >> +</I>><i> >> That is doable. +</I>><i> >> The reason for having it separate was because its the most "problematic" +</I>><i> >> one. (codecs have more issues than firmware) +</I>><i> > +</I>><i> > What i meant here, is why is firmware separate from core? why is codecs +</I>><i> > separate from core? +</I>><i> > +</I>><i> > imo, i would put firmware and codecs in either core or non_free. +</I>><i> +</I>><i> I guess we should separate concerns? +</I>><i> - non_free as in "not (really) free software" (source code may be +</I>><i> available, but license, redistribution conditions, etc.) +</I>><i> - problematic stuff as in "binary closed thing" (most firmware, but +</I>><i> not only eventually) +</I> +Well, "binary closed thing" mean "source code may be available, but not for anybody +outside the company". It look like a lot like "source code may be +available, but license, redistribution conditions" , with redistribution conditions +mean "no unless you are the shareholder board" . +So they are the same thing, ie non_free. + +><i> - problematic stuff as in "(likely) patented" (some codecs) +</I> +Patented and likely enforced. There is some patents on WebM, since google bought +ON2, but they gave a patent promise. The same could go for invalid patents, where there +is clear prior art, like <A HREF="http://jan.wildeboer.net/2010/11/patent-madness-by-tandberg/">http://jan.wildeboer.net/2010/11/patent-madness-by-tandberg/</A> . + +We could also speak of Java, and the claims from Oracle ( +<A HREF="http://www.betanews.com/article/This-is-big-Oracle-claims-Android-violates-its-Java-patents-sues-Google/1281675545">http://www.betanews.com/article/This-is-big-Oracle-claims-Android-violates-its-Java-patents-sues-Google/1281675545</A> ), +which would be quite broad, <A HREF="http://www.google.com/patents?id=dyQGAAAAEBAJ">http://www.google.com/patents?id=dyQGAAAAEBAJ</A> for example seems either invalid, or very similar +to selinux and traditional unix permissions, the sae goes for <A HREF="http://www.google.com/patents?id=G1YGAAAAEBAJ">http://www.google.com/patents?id=G1YGAAAAEBAJ</A> . + +So codecs definitly doesn't sound like the proper name if we may end putting the whole java stack there. +( since there is patents, and since they are clearly enforced, and since openjdk is free software (=> ! non_free ) ). + +-- +Michael Scherer +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1453">[ date ]</a> + <a href="thread.html#1453">[ thread ]</a> + <a href="subject.html#1453">[ subject ]</a> + <a href="author.html#1453">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001454.html b/zarb-ml/mageia-dev/20101127/001454.html new file mode 100644 index 000000000..7e42a7d8d --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001454.html @@ -0,0 +1,98 @@ +<!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=%3C20101127091336.GG15726%40sisay.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001466.html"> + <LINK REL="Next" HREF="001455.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=%3C20101127091336.GG15726%40sisay.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Sat Nov 27 10:13:36 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1454">[ date ]</a> + <a href="thread.html#1454">[ thread ]</a> + <a href="subject.html#1454">[ subject ]</a> + <a href="author.html#1454">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Sat, Nov 27, 2010 at 09:00:50AM +0200, Ahmad Samir wrote: +><i> On 27 November 2010 08:27, Andrey Borzenkov <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">arvidjaar at gmail.com</A>> wrote: +</I>><i> > On Fri, Nov 26, 2010 at 11:29 PM, Thomas Backlund <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">tmb at iki.fi</A>> wrote: +</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 country +</I>><i> >> (or company) the option to exclude the parts they legally (or by company +</I>><i> >> policy) can not mirror. +</I>><i> >> +</I>><i> > +</I>><i> > I wonder how "urpmi.addmedia --distrib +</I>><i> > <A HREF="ftp://server/with/omitted/sections">ftp://server/with/omitted/sections</A>" should be interpreted then. +</I>><i> > +</I>><i> > Also mirror list should be indicating which sections are present; is +</I>><i> > it supported right now? +</I>><i> > +</I>><i> +</I>><i> IMHO, the mirrorlist in its current status should be dropped +</I>><i> altogether... it's only good if the user has good mirrors near where +</I>><i> he lives, otherwise it just fails miserably. The whole point of using +</I>><i> a mirrorlist was that "urpmi will switch to another mirror if the +</I>><i> currently used one fails / can't be reached", that switch doesn't +</I>><i> happen, ("md5sum mismatch" rings a bell?). +</I> +In fact, md5 mismatch happen when the md5sum come from one mirror, and the hdlist +from another one. This part of the urpmi code is too complex, and I didn't +understood exactly the way it should work ( I mean, we could +have a method "download" that does the right thing, switch to another mirror, etc, but +it seems much more complex and therefor hard to fix ). + +><i> At least with the specific media mirrors the user can, more easily, +</I>><i> guess that he can use add another mirror, with mirrorlist most new +</I>><i> users are left clueless. +</I> +IMHO, that's a bug that must be fixed. I have already attempted, but +without any luck. And shall I also remind that this was asked by users ( ie +most non new users have no trouble with a single mirror ). +So if we remove, some users will ask us again to have it... +-- +Michael Scherer +</PRE> + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1454">[ date ]</a> + <a href="thread.html#1454">[ thread ]</a> + <a href="subject.html#1454">[ subject ]</a> + <a href="author.html#1454">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001455.html b/zarb-ml/mageia-dev/20101127/001455.html new file mode 100644 index 000000000..435f82442 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001455.html @@ -0,0 +1,111 @@ +<!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=%3CAANLkTinUHMY9YJUOPg_-AHp6_nfMSnf%3DAHCa5294bVD7%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001454.html"> + <LINK REL="Next" HREF="001456.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Ahmad Samir</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTinUHMY9YJUOPg_-AHp6_nfMSnf%3DAHCa5294bVD7%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">ahmadsamir3891 at gmail.com + </A><BR> + <I>Sat Nov 27 10:41:28 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1455">[ date ]</a> + <a href="thread.html#1455">[ thread ]</a> + <a href="subject.html#1455">[ subject ]</a> + <a href="author.html#1455">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 27 November 2010 11:13, Michael scherer <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">misc at zarb.org</A>> wrote: +><i> On Sat, Nov 27, 2010 at 09:00:50AM +0200, Ahmad Samir wrote: +</I>>><i> On 27 November 2010 08:27, Andrey Borzenkov <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">arvidjaar at gmail.com</A>> wrote: +</I>>><i> > On Fri, Nov 26, 2010 at 11:29 PM, Thomas Backlund <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">tmb at iki.fi</A>> wrote: +</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 country +</I>>><i> >> (or company) the option to exclude the parts they legally (or by company +</I>>><i> >> policy) can not mirror. +</I>>><i> >> +</I>>><i> > +</I>>><i> > I wonder how "urpmi.addmedia --distrib +</I>>><i> > <A HREF="ftp://server/with/omitted/sections">ftp://server/with/omitted/sections</A>" should be interpreted then. +</I>>><i> > +</I>>><i> > Also mirror list should be indicating which sections are present; is +</I>>><i> > it supported right now? +</I>>><i> > +</I>>><i> +</I>>><i> IMHO, the mirrorlist in its current status should be dropped +</I>>><i> altogether... it's only good if the user has good mirrors near where +</I>>><i> he lives, otherwise it just fails miserably. The whole point of using +</I>>><i> a mirrorlist was that "urpmi will switch to another mirror if the +</I>>><i> currently used one fails / can't be reached", that switch doesn't +</I>>><i> happen, ("md5sum mismatch" rings a bell?). +</I>><i> +</I>><i> In fact, md5 mismatch happen when the md5sum come from one mirror, and the hdlist +</I>><i> from another one. This part of the urpmi code is too complex, and I didn't +</I>><i> understood exactly the way it should work ( I mean, we could +</I>><i> have a method "download" that does the right thing, switch to another mirror, etc, but +</I>><i> it seems much more complex and therefor hard to fix ). +</I>><i> +</I>>><i> At least with the specific media mirrors the user can, more easily, +</I>>><i> guess that he can use add another mirror, with mirrorlist most new +</I>>><i> users are left clueless. +</I>><i> +</I>><i> IMHO, that's a bug that must be fixed. I have already attempted, but +</I>><i> without any luck. And shall I also remind that this was asked by users ( ie +</I>><i> most non new users have no trouble with a single mirror ). +</I>><i> So if we remove, some users will ask us again to have it... +</I>><i> -- +</I>><i> Michael Scherer +</I>><i> +</I> +The mirrorlist is a good method, _if/when_ it works. As it stands it +doesn't work except if the user has a good mirror near him that urpmi +will select; otherwise the user has to select a mirror manually, not +so nice for new users as they just click "Add" in drakrpm-edit-media. + +A search in bugzilla and the mdv forum will reveal that a lot of users +got hit by that issue and are still getting hit by it.... + +-- +Ahmad Samir +</PRE> + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1455">[ date ]</a> + <a href="thread.html#1455">[ thread ]</a> + <a href="subject.html#1455">[ subject ]</a> + <a href="author.html#1455">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001456.html b/zarb-ml/mageia-dev/20101127/001456.html new file mode 100644 index 000000000..df7877fb6 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001456.html @@ -0,0 +1,80 @@ +<!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=%3C4CF0E0B4.8090301%40laposte.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001455.html"> + <LINK REL="Next" HREF="001451.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>andre999</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C4CF0E0B4.8090301%40laposte.net%3E" + TITLE="[Mageia-dev] Mirror layout, round two">andr55 at laposte.net + </A><BR> + <I>Sat Nov 27 11:43:00 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1456">[ date ]</a> + <a href="thread.html#1456">[ thread ]</a> + <a href="subject.html#1456">[ subject ]</a> + <a href="author.html#1456">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Ahmad Samir a écrit : +><i> IMHO, the mirrorlist in its current status should be dropped +</I>><i> altogether... it's only good if the user has good mirrors near where +</I>><i> he lives, otherwise it just fails miserably. The whole point of using +</I>><i> a mirrorlist was that "urpmi will switch to another mirror if the +</I>><i> currently used one fails / can't be reached", that switch doesn't +</I>><i> happen, ("md5sum mismatch" rings a bell?). +</I>><i> +</I>I see that a lot. + +><i> At least with the specific media mirrors the user can, more easily, +</I>><i> guess that he can use add another mirror, with mirrorlist most new +</I>><i> users are left clueless. +</I>><i> +</I> +I agree. The mirrorlist always connects me to a flaky mirror because it +is geographically the closest, whereas there are several very good +mirrors not much further away. +(Always up to date, and much faster) +A system to select mirrors like sourceforge would be much better. I +would just have to set it once to one of the good mirrors. + +- André +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1456">[ date ]</a> + <a href="thread.html#1456">[ thread ]</a> + <a href="subject.html#1456">[ subject ]</a> + <a href="author.html#1456">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001457.html b/zarb-ml/mageia-dev/20101127/001457.html new file mode 100644 index 000000000..3ff3c6157 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001457.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=%3C201011271347.03086.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001453.html"> + <LINK REL="Next" HREF="001441.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=%3C201011271347.03086.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 13:47:03 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1457">[ date ]</a> + <a href="thread.html#1457">[ thread ]</a> + <a href="subject.html#1457">[ subject ]</a> + <a href="author.html#1457">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 10:03:53 schreef Michael scherer: +><i> On Sat, Nov 27, 2010 at 12:51:59AM +0100, Romain d'Alverny wrote: +</I>><i> > On Sat, Nov 27, 2010 at 00:44, Maarten Vanraes +</I>><i> > +</I>><i> > <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>> wrote: +</I>><i> > > Op zaterdag 27 november 2010 00:25:17 schreef Thomas Backlund: +</I>><i> > > [...] +</I>><i> > > +</I>><i> > >> > A) i see no reason for codecs and firmware to be separate. However, +</I>><i> > >> > i do understand that some people would not want to install +</I>><i> > >> > firmware, but i think we should do this in another way, (like +</I>><i> > >> > installing a meta package that enforces some limits.) +</I>><i> > >> > codecs seem odd to be separate, if they have patented problems they +</I>><i> > >> > should go in non_free, if no problem, they can go in core. +</I>><i> > >> +</I>><i> > >> That is doable. +</I>><i> > >> The reason for having it separate was because its the most +</I>><i> > >> "problematic" one. (codecs have more issues than firmware) +</I>><i> > > +</I>><i> > > What i meant here, is why is firmware separate from core? why is codecs +</I>><i> > > separate from core? +</I>><i> > > +</I>><i> > > imo, i would put firmware and codecs in either core or non_free. +</I>><i> > +</I>><i> > I guess we should separate concerns? +</I>><i> > +</I>><i> > - non_free as in "not (really) free software" (source code may be +</I>><i> > +</I>><i> > available, but license, redistribution conditions, etc.) +</I>><i> > +</I>><i> > - problematic stuff as in "binary closed thing" (most firmware, but +</I>><i> > +</I>><i> > not only eventually) +</I>><i> +</I>><i> Well, "binary closed thing" mean "source code may be available, but not for +</I>><i> anybody outside the company". It look like a lot like "source code may be +</I>><i> available, but license, redistribution conditions" , with redistribution +</I>><i> conditions mean "no unless you are the shareholder board" . +</I>><i> So they are the same thing, ie non_free. +</I>><i> +</I>><i> > - problematic stuff as in "(likely) patented" (some codecs) +</I>><i> +</I>><i> Patented and likely enforced. There is some patents on WebM, since google +</I>><i> bought ON2, but they gave a patent promise. The same could go for invalid +</I>><i> patents, where there is clear prior art, like +</I>><i> <A HREF="http://jan.wildeboer.net/2010/11/patent-madness-by-tandberg/">http://jan.wildeboer.net/2010/11/patent-madness-by-tandberg/</A> . +</I>><i> +</I>><i> We could also speak of Java, and the claims from Oracle ( +</I>><i> <A HREF="http://www.betanews.com/article/This-is-big-Oracle-claims-Android-violates-">http://www.betanews.com/article/This-is-big-Oracle-claims-Android-violates-</A> +</I>><i> its-Java-patents-sues-Google/1281675545 ), which would be quite broad, +</I>><i> <A HREF="http://www.google.com/patents?id=dyQGAAAAEBAJ">http://www.google.com/patents?id=dyQGAAAAEBAJ</A> for example seems either +</I>><i> invalid, or very similar to selinux and traditional unix permissions, the +</I>><i> sae goes for <A HREF="http://www.google.com/patents?id=G1YGAAAAEBAJ">http://www.google.com/patents?id=G1YGAAAAEBAJ</A> . +</I>><i> +</I>><i> So codecs definitly doesn't sound like the proper name if we may end +</I>><i> putting the whole java stack there. ( since there is patents, and since +</I>><i> they are clearly enforced, and since openjdk is free software (=> ! +</I>><i> non_free ) ). +</I> + +so, you're agreeing with me then. there is no need for codecs or firmware +repositories? +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1457">[ date ]</a> + <a href="thread.html#1457">[ thread ]</a> + <a href="subject.html#1457">[ subject ]</a> + <a href="author.html#1457">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001458.html b/zarb-ml/mageia-dev/20101127/001458.html new file mode 100644 index 000000000..b7daaf2f5 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001458.html @@ -0,0 +1,197 @@ +<!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=%3C201011271401.06087.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001451.html"> + <LINK REL="Next" HREF="001459.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=%3C201011271401.06087.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 14:01:06 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1458">[ date ]</a> + <a href="thread.html#1458">[ thread ]</a> + <a href="subject.html#1458">[ subject ]</a> + <a href="author.html#1458">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 09:43:54 schreef Michael scherer: +><i> On Fri, Nov 26, 2010 at 10:29:14PM +0200, Thomas Backlund wrote: +</I>><i> > Hi, +</I>><i> > As we are getting closer to actually have something to mirror it's +</I>><i> > time to get this decided. +</I>><i> > +</I>><i> > And the deadline for theese discussions is December 5th, 2010 in +</I>><i> > order to get a decision on the board meeting on December 6th, 2010. +</I>><i> > +</I>><i> > +</I>><i> > Now this is a somewhat problematic topic but needs to be decided. +</I>><i> > This has already been discussed in two threads: +</I>><i> > +</I>><i> > First off we have the "basic) part: +</I>><i> > "Mirror tree structure" by Olivier Thauvin +</I>><i> > <A HREF="https://www.mageia.org/pipermail/mageia-dev/20101020/001286.html">https://www.mageia.org/pipermail/mageia-dev/20101020/001286.html</A> +</I>><i> > +</I>><i> > And the other part (that gives some problems): +</I>><i> > "Mageia repository sections, licenses, restrictions, firmware etc" +</I>><i> > by Anssi Hannula. +</I>><i> > <A HREF="https://www.mageia.org/pipermail/mageia-dev/20101012/001084.html">https://www.mageia.org/pipermail/mageia-dev/20101012/001084.html</A> +</I>><i> > +</I>><i> > +</I>><i> > Now, in order to get somewhere, here is a suggestion that tries to +</I>><i> > find a middle ground or base for discussions... +</I>><i> > +</I>><i> > Now this toplevel part seems to be ok by everyone: +</I>><i> > ------ +</I>><i> > Mageia/ +</I>><i> > +</I>><i> > /distrib/ +</I>><i> > +</I>><i> > /cauldron/ +</I>><i> > /stable1/ +</I>><i> > +</I>><i> > /iso/ +</I>><i> > +</I>><i> > /cauldron/ +</I>><i> > +</I>><i> > /i586/ +</I>><i> > /srpms/ +</I>><i> > /x86_64/ +</I>><i> > +</I>><i> > /stable1/ +</I>><i> > +</I>><i> > /people/ +</I>><i> > /software/ +</I>><i> > +</I>><i> > ------ +</I>><i> +</I>><i> > Then we come to the "problematic" part: +</I>><i> This part look really too complex to me. +</I>><i> +</I>><i> > ------ +</I>><i> > /x86_64/ +</I>><i> > +</I>><i> > /media/ +</I>><i> > +</I>><i> > /codecs/ (disabled by default) +</I>><i> +</I>><i> so, ogg, webm, being codec, should go there or not ? +</I>><i> What about patents problem about something else than codec ? +</I>><i> ( freetype, image such as gif, DRM stuff ) +</I>><i> +</I>><i> > /core/ (old main+contrib) +</I>><i> > +</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> > +</I>><i> > /extra/ (unmaintained, disabled by default) +</I>><i> +</I>><i> If used by people, then why no one step to maintain anything ? +</I>><i> If someone take the maintainace, does it mean that we will move the package +</I>><i> ? +</I>><i> +</I>><i> > /firmware/ (disabled by default) +</I>><i> +</I>><i> Why separate firmware from non_free ? What does it bring ? +</I>><i> Since both of them are disabled by default, they can be simply merged. +</I>><i> +</I>><i> > /games/ (disabled by default) +</I>><i> +</I>><i> That's a simplification that make no sense. +</I>><i> Not all games are big, not all big packages are games ( tetex, openoffice +</I>><i> ). +</I>><i> +</I>><i> This only bring complexity on our side, complexity on mirror side, and +</I>><i> bring few improvement to users. A rather more precise label would be to +</I>><i> have /contents/ repository, as this is not the game that take space, but +</I>><i> the content. +</I> +for this one, i don't really agree. I think it's purpose would be to have a +repository that not all mirrors have to mirror (it's optional; and it'll +probably be very big). call it whatever you will, it'll mostly contain big +games. (imo, it could be like this: if this package would not be essential and +more than X MB (200?; 250?) it could be in this repository, no matter if it's +free or non_free; mirror maintainers can largely assume those to be non_free +for mirrorring purposes) or even split those up. + +this is because some mirrors will not be able to mirror core when the big +games are in core/non_free. + +><i> And a explicit policy of splitting content from big packages, with a +</I>><i> explicit size or expected size for limit ( like if the package is more +</I>><i> than 100 mo ). That's also a media where deltarpm would make sense, or +</I>><i> someting like that. In the mean time this would only bring complexity to +</I>><i> everybody else. +</I>><i> +</I>><i> > /non-free/ (disabled by default) +</I>><i> > /debug_*/ (disabled by default) +</I>><i> +</I>><i> And what are the relation of requirements ? +</I>><i> Ie, what can requires non_free, codecs, games, etc ? +</I>><i> +</I>><i> And what about something that can goes in both media, ie a non_free +</I>><i> game goes where ? A unmaintained codecs goes where ? +</I> +relations between them are important: + +mirrors should: + - always have core + - the rest is optional; but there should be a text file somewhere which tells +us what repositories are in here. + - (bear in mind that i consider firmware and codecs non-existing) + +what also needs to happen is to have mirrorlist working better: + +if a mirror doesn't have some repositories, it should fetch the next one. +also, some kind of timings could be interesting; a way of determining how long +ago this mirror has been synced with primary mirror; ie: a way of determining +a temporary stale mirror ==> next mirror in the list. + +MD5SUM files should be forcably requested to not have a cached version; when i +was working on urpmi-proxy, i noticed that there is a way to find out if a +certain file has been modified. + +I'm willing to spend some time on urpmi for this stuff to work well. +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1458">[ date ]</a> + <a href="thread.html#1458">[ thread ]</a> + <a href="subject.html#1458">[ subject ]</a> + <a href="author.html#1458">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001459.html b/zarb-ml/mageia-dev/20101127/001459.html new file mode 100644 index 000000000..c2c177862 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001459.html @@ -0,0 +1,69 @@ +<!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=%3CAANLkTimXBjFaU7dSLSWrTMD222oknMB77z%3DXpp%2BK53ZV%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001458.html"> + <LINK REL="Next" HREF="001461.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Wolfgang Bornath</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTimXBjFaU7dSLSWrTMD222oknMB77z%3DXpp%2BK53ZV%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">molch.b at googlemail.com + </A><BR> + <I>Sat Nov 27 14:21:28 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1459">[ date ]</a> + <a href="thread.html#1459">[ thread ]</a> + <a href="subject.html#1459">[ subject ]</a> + <a href="author.html#1459">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>2010/11/27 Maarten Vanraes <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>>: +><i> +</I>><i> if a mirror doesn't have some repositories, it should fetch the next one. +</I> +In this case there has to be some kind of selection dialogue on the +user side to determine which repositories the user wants to set up. No +need to let urpmi go to the next mirror if the user does not want +Games (or codecs or any other "non core" branch). + +The more we differentiate the more komplex the whole thing becomes for +all sides. +</PRE> + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1459">[ date ]</a> + <a href="thread.html#1459">[ thread ]</a> + <a href="subject.html#1459">[ subject ]</a> + <a href="author.html#1459">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001460.html b/zarb-ml/mageia-dev/20101127/001460.html new file mode 100644 index 000000000..10d8d27cc --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001460.html @@ -0,0 +1,75 @@ +<!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=%3C20101127162034.GH14518%40mongueurs.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001467.html"> + <LINK REL="Next" HREF="001462.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Jerome Quelin</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C20101127162034.GH14518%40mongueurs.net%3E" + TITLE="[Mageia-dev] Mirror layout, round two">jquelin at gmail.com + </A><BR> + <I>Sat Nov 27 17:20:34 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1460">[ date ]</a> + <a href="thread.html#1460">[ thread ]</a> + <a href="subject.html#1460">[ subject ]</a> + <a href="author.html#1460">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 10/11/26 22:29 +0200, Thomas Backlund wrote: +><i> The "core" should be only maintained free/libre stuff so it's easy +</I>><i> to build a free/libre iso +</I>><i> +</I>><i> "extra" is for those packages that no-one really maintain, but is +</I>><i> still used by someone +</I> +i'm not sure "extra" is needed. either it compiles, and then it's +shipped. or it doesn't, and then it's dropped. + +the less repositories we have, the easier it'll be. + +jérôme +-- +<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">jquelin at gmail.com</A> +</PRE> + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1460">[ date ]</a> + <a href="thread.html#1460">[ thread ]</a> + <a href="subject.html#1460">[ subject ]</a> + <a href="author.html#1460">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001461.html b/zarb-ml/mageia-dev/20101127/001461.html new file mode 100644 index 000000000..c0fb8476d --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001461.html @@ -0,0 +1,71 @@ +<!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=%3C201011271757.59082.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001459.html"> + <LINK REL="Next" HREF="001465.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=%3C201011271757.59082.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 17:57:59 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1461">[ date ]</a> + <a href="thread.html#1461">[ thread ]</a> + <a href="subject.html#1461">[ subject ]</a> + <a href="author.html#1461">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 14:21:28 schreef Wolfgang Bornath: +><i> 2010/11/27 Maarten Vanraes <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>>: +</I>><i> > if a mirror doesn't have some repositories, it should fetch the next one. +</I>><i> +</I>><i> In this case there has to be some kind of selection dialogue on the +</I>><i> user side to determine which repositories the user wants to set up. No +</I>><i> need to let urpmi go to the next mirror if the user does not want +</I>><i> Games (or codecs or any other "non core" branch). +</I>><i> +</I>><i> The more we differentiate the more komplex the whole thing becomes for +</I>><i> all sides. +</I> +i mean, if a certain media is enabled, and that media isn't on the mirror +you're using, mirrorlist should automagically choose the next one. +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1461">[ date ]</a> + <a href="thread.html#1461">[ thread ]</a> + <a href="subject.html#1461">[ subject ]</a> + <a href="author.html#1461">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001462.html b/zarb-ml/mageia-dev/20101127/001462.html new file mode 100644 index 000000000..5ae18f72c --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001462.html @@ -0,0 +1,78 @@ +<!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=%3C201011271759.03526.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001460.html"> + <LINK REL="Next" HREF="001463.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=%3C201011271759.03526.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 17:59:03 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1462">[ date ]</a> + <a href="thread.html#1462">[ thread ]</a> + <a href="subject.html#1462">[ subject ]</a> + <a href="author.html#1462">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 17:20:34 schreef Jerome Quelin: +><i> On 10/11/26 22:29 +0200, Thomas Backlund wrote: +</I>><i> > The "core" should be only maintained free/libre stuff so it's easy +</I>><i> > to build a free/libre iso +</I>><i> > +</I>><i> > "extra" is for those packages that no-one really maintain, but is +</I>><i> > still used by someone +</I>><i> +</I>><i> i'm not sure "extra" is needed. either it compiles, and then it's +</I>><i> shipped. or it doesn't, and then it's dropped. +</I>><i> +</I>><i> the less repositories we have, the easier it'll be. +</I>><i> +</I>><i> jérôme +</I> +i agree, the less repositories the easier it'll be. + +however, core is for all the "maintained" packages, extra is for the +unmaintained packages that build ok. +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1462">[ date ]</a> + <a href="thread.html#1462">[ thread ]</a> + <a href="subject.html#1462">[ subject ]</a> + <a href="author.html#1462">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001463.html b/zarb-ml/mageia-dev/20101127/001463.html new file mode 100644 index 000000000..037f901b7 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001463.html @@ -0,0 +1,86 @@ +<!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=%3C20101127171136.GI14518%40mongueurs.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001462.html"> + <LINK REL="Next" HREF="001464.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Jerome Quelin</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C20101127171136.GI14518%40mongueurs.net%3E" + TITLE="[Mageia-dev] Mirror layout, round two">jquelin at gmail.com + </A><BR> + <I>Sat Nov 27 18:11:36 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1463">[ date ]</a> + <a href="thread.html#1463">[ thread ]</a> + <a href="subject.html#1463">[ subject ]</a> + <a href="author.html#1463">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +><i> i agree, the less repositories the easier it'll be. +</I>><i> +</I>><i> however, core is for all the "maintained" packages, extra is for the +</I>><i> unmaintained packages that build ok. +</I> +what is a "maintained" package? no maintainer, no commits since x +months, not buildable? what if we move to packages being maintained by +<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">foopkg at packages.mageia.org</A> aliases? + +what are the rules to move a package from extra to core, and vice-versa? +who can do it? will it be done automatically? will this imply a rebuild +for the package? + +what are the dependency rules? can a core package depend on an extra +package? or with a buildrequires? + +and, more importantly: what is the advantage? that is, what does that +bring you, except more admin? + + +sorry, consider me not impressed by this idea. or maybe it's just that i +failed to see the benefits. please enlighten me. + +jérôme +-- +<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">jquelin at gmail.com</A> +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1463">[ date ]</a> + <a href="thread.html#1463">[ thread ]</a> + <a href="subject.html#1463">[ subject ]</a> + <a href="author.html#1463">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001464.html b/zarb-ml/mageia-dev/20101127/001464.html new file mode 100644 index 000000000..90b7c1e04 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001464.html @@ -0,0 +1,112 @@ +<!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=%3C201011271828.02218.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001463.html"> + <LINK REL="Next" HREF="001468.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=%3C201011271828.02218.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 18:28:02 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1464">[ date ]</a> + <a href="thread.html#1464">[ thread ]</a> + <a href="subject.html#1464">[ subject ]</a> + <a href="author.html#1464">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 18:11:36 schreef Jerome Quelin: +><i> On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +</I>><i> > i agree, the less repositories the easier it'll be. +</I>><i> > +</I>><i> > however, core is for all the "maintained" packages, extra is for the +</I>><i> > unmaintained packages that build ok. +</I>><i> +</I>><i> what is a "maintained" package? no maintainer, no commits since x +</I>><i> months, not buildable? what if we move to packages being maintained by +</I>><i> <A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">foopkg at packages.mageia.org</A> aliases? +</I>><i> +</I>><i> what are the rules to move a package from extra to core, and vice-versa? +</I>><i> who can do it? will it be done automatically? will this imply a rebuild +</I>><i> for the package? +</I>><i> +</I>><i> what are the dependency rules? can a core package depend on an extra +</I>><i> package? or with a buildrequires? +</I>><i> +</I>><i> and, more importantly: what is the advantage? that is, what does that +</I>><i> bring you, except more admin? +</I>><i> +</I>><i> +</I>><i> sorry, consider me not impressed by this idea. or maybe it's just that i +</I>><i> failed to see the benefits. please enlighten me. +</I>><i> +</I>><i> jérôme +</I> + +you pose good questions. + +a maintained package is a package that has (at least one) maintainer. i would +propose making the maintainer structure more efficient and not like mandriva; if +someone stops being a maintainer, he (or someone else) should drop his +package(s). + +some packages don't require much maintenance. + +I would say that extra is not essential for mirrors to have; so if it's a +package that is essential, it's better to find someone who can maintain it. if +not; we should drop it into extra (i would say, before cauldron freeze time) +and all packages it depends on. IMHO. + +the advantage could be that mirrors don't need to mirror those packages. +(extra will be like the unmaintained contrib from mdv) i foresee too that at +least in the beginning, this 'll be bigger than core. + +which brings us to another advantage: the hdlists; those are huge enough as it +is. and extra will very likely not be changed much. + +these are my thoughts. + +(PS: since imo only core is required, no core package can have any dependency +on any other repository) +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1464">[ date ]</a> + <a href="thread.html#1464">[ thread ]</a> + <a href="subject.html#1464">[ subject ]</a> + <a href="author.html#1464">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001465.html b/zarb-ml/mageia-dev/20101127/001465.html new file mode 100644 index 000000000..9f79a133b --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001465.html @@ -0,0 +1,69 @@ +<!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=%3CAANLkTinNhHLnOjZM7wdCWF4F473rcXuXrKctMCQCaehY%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001461.html"> + <LINK REL="Next" HREF="001467.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Mirror layout, round two</H1> + <B>Wolfgang Bornath</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3CAANLkTinNhHLnOjZM7wdCWF4F473rcXuXrKctMCQCaehY%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">molch.b at googlemail.com + </A><BR> + <I>Sat Nov 27 18:38:31 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1465">[ date ]</a> + <a href="thread.html#1465">[ thread ]</a> + <a href="subject.html#1465">[ subject ]</a> + <a href="author.html#1465">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>2010/11/27 Maarten Vanraes <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">maarten.vanraes at gmail.com</A>>: +><i> +</I>><i> i mean, if a certain media is enabled, +</I> +Yes, that's exactly what I meant with "a mirror selection dialogue" +when the user wants to setup his media. Then, if one of media the user +selects is not on the nearest mirror the system has to choose the next +mirror and so forth until it hits a mirror which has these media the +user wants. + +-- +wobo +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1465">[ date ]</a> + <a href="thread.html#1465">[ thread ]</a> + <a href="subject.html#1465">[ subject ]</a> + <a href="author.html#1465">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001466.html b/zarb-ml/mageia-dev/20101127/001466.html new file mode 100644 index 000000000..b621a6768 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001466.html @@ -0,0 +1,85 @@ +<!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=%3C4CF14251.7060207%40iki.fi%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001450.html"> + <LINK REL="Next" HREF="001454.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=%3C4CF14251.7060207%40iki.fi%3E" + TITLE="[Mageia-dev] Mirror layout, round two">tmb at iki.fi + </A><BR> + <I>Sat Nov 27 18:39:29 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1466">[ date ]</a> + <a href="thread.html#1466">[ thread ]</a> + <a href="subject.html#1466">[ subject ]</a> + <a href="author.html#1466">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Wolfgang Bornath skrev 27.11.2010 10:03: +><i> 2010/11/27 Ahmad Samir<<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">ahmadsamir3891 at gmail.com</A>>: +</I>>><i> +</I>>><i> IMHO, the mirrorlist in its current status should be dropped +</I>>><i> altogether... it's only good if the user has good mirrors near where +</I>>><i> he lives, otherwise it just fails miserably. The whole point of using +</I>>><i> a mirrorlist was that "urpmi will switch to another mirror if the +</I>>><i> currently used one fails / can't be reached", that switch doesn't +</I>>><i> happen, ("md5sum mismatch" rings a bell?). +</I>><i> +</I>><i> Although I am a friend of SmartUrpmi and EasyUrpmi I do understand the +</I>><i> easy way the mirrorlist system provides, especially for new users. The +</I>><i> failure of this system due to failing mirrors was already discussed at +</I>><i> Mandriva and there is a bug in MDv bugzilla about it - still open. +</I>><i> +</I>><i> But even if this bug could be fixed, the option for mirror maintainers +</I>><i> to exclude parts of the official mirror structure puts the mirrorlist +</I>><i> system in jeopardy, unless we have 2 mirrorlists, one with and one +</I>><i> without "problematic" software and let the user select one or the +</I>><i> other before he sets up his media. +</I>><i> +</I> +This is actually an option I thought of... + +Providing two mirror list, one list with "free" mirrors and one with +"full" mirrors. + +-- +Thomas + +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1466">[ date ]</a> + <a href="thread.html#1466">[ thread ]</a> + <a href="subject.html#1466">[ subject ]</a> + <a href="author.html#1466">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001467.html b/zarb-ml/mageia-dev/20101127/001467.html new file mode 100644 index 000000000..791fada2b --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001467.html @@ -0,0 +1,154 @@ +<!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=%3C4CF14731.8020007%40iki.fi%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001465.html"> + <LINK REL="Next" HREF="001460.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=%3C4CF14731.8020007%40iki.fi%3E" + TITLE="[Mageia-dev] Mirror layout, round two">tmb at iki.fi + </A><BR> + <I>Sat Nov 27 19:00:17 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1467">[ date ]</a> + <a href="thread.html#1467">[ thread ]</a> + <a href="subject.html#1467">[ subject ]</a> + <a href="author.html#1467">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Michael scherer skrev 27.11.2010 10:43: +><i> On Fri, Nov 26, 2010 at 10:29:14PM +0200, Thomas Backlund wrote: +</I>[...] +>><i> +</I>>><i> Then we come to the "problematic" part: +</I>><i> +</I>><i> This part look really too complex to me. +</I>><i> +</I>>><i> ------ +</I>>><i> /x86_64/ +</I>>><i> /media/ +</I>>><i> /codecs/ (disabled by default) +</I>><i> +</I>><i> so, ogg, webm, being codec, should go there or not ? +</I>><i> What about patents problem about something else than codec ? +</I>><i> ( freetype, image such as gif, DRM stuff ) +</I>><i> +</I> +Actually this is the "maybe_legal_greyzone" repo, +but since flagging it as "codecs" would really make people +react, I named it so for now... + +>><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> +</I>><i> If used by people, then why no one step to maintain anything ? +</I> +Yeah, thats the problem. +And reality shows we have a lot of packages assigned to nomaintainer@ ... + +><i> If someone take the maintainace, does it mean that we will move the package ? +</I>><i> +</I> +Yes. +And if a package in /core/ gets orphaned, it will be moved to /extra/ +after a "grace period" of a month or so... + +>><i> /firmware/ (disabled by default) +</I>><i> +</I>><i> Why separate firmware from non_free ? What does it bring ? +</I>><i> Since both of them are disabled by default, they can be simply merged. +</I>><i> +</I> +Well, this suggestion is partly based on the fact that we have users +that want a firmware free install, wich this would satisfy... + +But yes, if we ignore those suggestions, we split the firmwares in GPL +-> /core/ and the rest to /non-free/ + +>><i> /games/ (disabled by default) +</I>><i> +</I>><i> That's a simplification that make no sense. +</I>><i> Not all games are big, not all big packages are games ( tetex, openoffice ). +</I> +It's not only a size question, its also a nice option for companies to +not mirror games ("employees should work, not play...") + +And we have some contributors that already have stated that they plan to +add all possible games so it will grow. +and we all know games are the fastest growing /space demanding... + +><i> +</I>><i> This only bring complexity on our side, complexity on mirror side, and +</I>><i> bring few improvement to users. A rather more precise label would be to have +</I>><i> /contents/ repository, as this is not the game that take space, but the content. +</I>><i> +</I>><i> And a explicit policy of splitting content from big packages, with a explicit size or +</I>><i> expected size for limit ( like if the package is more than 100 mo ). That's also a media +</I>><i> where deltarpm would make sense, or someting like that. In the mean time this would +</I>><i> only bring complexity to everybody else. +</I>><i> +</I>>><i> /non-free/ (disabled by default) +</I>>><i> /debug_*/ (disabled by default) +</I>><i> +</I>><i> +</I>><i> And what are the relation of requirements ? +</I>><i> Ie, what can requires non_free, codecs, games, etc ? +</I>><i> +</I> +IMHO /core/ should be selfcontained. +We are promoting open source after all. + +><i> And what about something that can goes in both media, ie a non_free +</I>><i> game goes where ? A unmaintained codecs goes where ? +</I> +Yeah, to be precise, that would need a games_non-free + +For codecs either a extra_codecs or simply drop after a grace period. +but I guess codecs are important to people, so hopefully they wont get +orphaned... + + +-- +Thomas +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1467">[ date ]</a> + <a href="thread.html#1467">[ thread ]</a> + <a href="subject.html#1467">[ subject ]</a> + <a href="author.html#1467">[ 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> 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: +><i> On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +</I>>><i> i agree, the less repositories the easier it'll be. +</I>>><i> +</I>>><i> however, core is for all the "maintained" packages, extra is for the +</I>>><i> unmaintained packages that build ok. +</I>><i> +</I>><i> what is a "maintained" package? no maintainer, no commits since x +</I>><i> months, not buildable? what if we move to packages being maintained by +</I>><i> <A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">foopkg at packages.mageia.org</A> aliases? +</I>><i> +</I> +if maintainer db says nomaintainer@ it belong in /extra/ + +><i> what are the rules to move a package from extra to core, and vice-versa? +</I>><i> who can do it? will it be done automatically? will this imply a rebuild +</I>><i> for the package? +</I>><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 "grace +period" (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. + +><i> what are the dependency rules? can a core package depend on an extra +</I>><i> package? or with a buildrequires? +</I>><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/ + +><i> and, more importantly: what is the advantage? that is, what does that +</I>><i> bring you, except more admin? +</I>><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 "thanks for your report, but since it has +no maintainer, nothing will probably happend" 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 "unmaintained" he knows +he's "on his own" + +><i> +</I>><i> sorry, consider me not impressed by this idea. or maybe it's just that i +</I>><i> failed to see the benefits. please enlighten me. +</I>><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> diff --git a/zarb-ml/mageia-dev/20101127/001469.html b/zarb-ml/mageia-dev/20101127/001469.html new file mode 100644 index 000000000..f2439a318 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001469.html @@ -0,0 +1,123 @@ +<!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=%3C201011272103.16544.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001468.html"> + <LINK REL="Next" HREF="001470.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=%3C201011272103.16544.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 21:03:16 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1469">[ date ]</a> + <a href="thread.html#1469">[ thread ]</a> + <a href="subject.html#1469">[ subject ]</a> + <a href="author.html#1469">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 19:23:59 schreef Thomas Backlund: +><i> Jerome Quelin skrev 27.11.2010 19:11: +</I>><i> > On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +</I>><i> >> i agree, the less repositories the easier it'll be. +</I>><i> >> +</I>><i> >> however, core is for all the "maintained" packages, extra is for the +</I>><i> >> unmaintained packages that build ok. +</I>><i> > +</I>><i> > what is a "maintained" package? no maintainer, no commits since x +</I>><i> > months, not buildable? what if we move to packages being maintained by +</I>><i> > <A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">foopkg at packages.mageia.org</A> aliases? +</I>><i> +</I>><i> if maintainer db says nomaintainer@ it belong in /extra/ +</I>><i> +</I>><i> > what are the rules to move a package from extra to core, and vice-versa? +</I>><i> > who can do it? will it be done automatically? will this imply a rebuild +</I>><i> > for the package? +</I>><i> +</I>><i> If a maintainer picks up maintainership of a package in /extra/ it will +</I>><i> be rebuilt and moved to /core/ asap. +</I>><i> +</I>><i> if a package in /core/ ends up nomaintainer@, then after a "grace +</I>><i> period" (1-3 months ?) it will be moved to /extra/. +</I>><i> and sometime before RC1 or so, any momaintainer@ package in /core/ will +</I>><i> get moved to /extra/ as for a release the /core/ should only contain +</I>><i> maintained packages. +</I> +i would actually only move during cauldron freeze period (or right before it); +in both ways; so that the releases always stay the same for this kind of +thing. + + +><i> > what are the dependency rules? can a core package depend on an extra +</I>><i> > package? or with a buildrequires? +</I>><i> +</I>><i> No. +</I>><i> If you need to build against a package in /extra/, either pick up the +</I>><i> maintainership of it, or try to get someone other to maintain it. +</I>><i> then it can get into /core/ +</I> +indeed, i would do this very strict; sometimes this might happen with some +kind of really core package, and then we'll have no choice but find a +maintainer for it; which is imho better. + +><i> > and, more importantly: what is the advantage? that is, what does that +</I>><i> > bring you, except more admin? +</I>><i> +</I>><i> QA! +</I>><i> and enduser satisfaction. +</I>><i> +</I>><i> Just take a look on many bugreports in MDV Bugzilla. +</I>><i> If the report is against a nomaintainer@ package, currently Triage +</I>><i> pretty much only can state "thanks for your report, but since it has +</I>><i> no maintainer, nothing will probably happend" wich is not good answer +</I>><i> for a person that have taken the time to report a bug. +</I>><i> +</I>><i> By having the /extra/ disabled by default, and a popup notifying the +</I>><i> user if he enables it that the packages are "unmaintained" he knows +</I>><i> he's "on his own" +</I> +i agree + +><i> > sorry, consider me not impressed by this idea. or maybe it's just that i +</I>><i> > failed to see the benefits. please enlighten me. +</I>><i> +</I>><i> -- +</I>><i> Thomas +</I></PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1469">[ date ]</a> + <a href="thread.html#1469">[ thread ]</a> + <a href="subject.html#1469">[ subject ]</a> + <a href="author.html#1469">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001470.html b/zarb-ml/mageia-dev/20101127/001470.html new file mode 100644 index 000000000..2afe31593 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001470.html @@ -0,0 +1,137 @@ +<!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=%3C20101127210743.GA2419%40sisay.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001469.html"> + <LINK REL="Next" HREF="001471.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=%3C20101127210743.GA2419%40sisay.ephaone.org%3E" + TITLE="[Mageia-dev] Mirror layout, round two">misc at zarb.org + </A><BR> + <I>Sat Nov 27 22:07:43 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1470">[ date ]</a> + <a href="thread.html#1470">[ thread ]</a> + <a href="subject.html#1470">[ subject ]</a> + <a href="author.html#1470">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Sat, Nov 27, 2010 at 08:23:59PM +0200, Thomas Backlund wrote: +><i> Jerome Quelin skrev 27.11.2010 19:11: +</I>><i> >On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +</I> +><i> >what are the rules to move a package from extra to core, and vice-versa? +</I>><i> >who can do it? will it be done automatically? will this imply a rebuild +</I>><i> >for the package? +</I>><i> > +</I>><i> +</I>><i> If a maintainer picks up maintainership of a package in /extra/ it will +</I>><i> be rebuilt and moved to /core/ asap. +</I>><i> +</I>><i> if a package in /core/ ends up nomaintainer@, then after a "grace +</I>><i> period" (1-3 months ?) it will be moved to /extra/. +</I>><i> and sometime before RC1 or so, any momaintainer@ package in /core/ +</I>><i> will get moved to /extra/ as for a release the /core/ should only +</I>><i> contain maintained packages. +</I> +But isn't it in contradiction with the fact that release should not be changed ? + +IE, a package could be in core for one release, and extras in another. + +What happen to such shrodingerian packages ? +What happen if this break the self containement ? +And finally, isn't it redoing contribs/main , leading in the future to the same +problem we tried to avoid ? + +><i> >what are the dependency rules? can a core package depend on an extra +</I>><i> >package? or with a buildrequires? +</I>><i> > +</I>><i> +</I>><i> No. +</I>><i> If you need to build against a package in /extra/, either pick up +</I>><i> the maintainership of it, or try to get someone other to maintain +</I>><i> it. +</I>><i> then it can get into /core/ +</I> +And so, if no one step, wouldn't it be like current mdv, where people will say +they maintain the package just because someone has to do the job ? + +><i> >and, more importantly: what is the advantage? that is, what does that +</I>><i> >bring you, except more admin? +</I>><i> > +</I>><i> +</I>><i> QA! +</I>><i> and enduser satisfaction. +</I>><i> +</I>><i> Just take a look on many bugreports in MDV Bugzilla. +</I>><i> If the report is against a nomaintainer@ package, currently Triage +</I>><i> pretty much only can state "thanks for your report, but since it has +</I>><i> no maintainer, nothing will probably happend" wich is not good answer +</I>><i> for a person that have taken the time to report a bug. +</I> +Then why don't we either : +- decide that non maintened package must be taken care by trainee, as +part of the training +- decide to clean them. + +><i> By having the /extra/ disabled by default, and a popup notifying the +</I>><i> user if he enables it that the packages are "unmaintained" he knows +</I>><i> he's "on his own" +</I> +That's already what the GPL say, basically :) +( you have no garantee of anything ). + +Yet, I fail to see what benefit it does really bring to users. Most of them +will enable the media ( because some people enable everything ), will forget +the message ( because we always forget popup, thanks +to endless abuse of such popup ), +and the only benefit is that we could tell "we told you". Not really satisfying, +and if I was a user, it would not really please me, nor inspire confidence. + +We could avoid adding a media by merging this media with core, +and show the popup when a user install a package without maintainer, +telling either "beware, this package is currently marked as not maintained, and may +be buggy. We will try to do what we can to help in this case, but no one is officialy in charge" +or "we are seeking help on taking care of this package, if you use it often, please +register on $URL" + +-- +Michael Scherer +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1470">[ date ]</a> + <a href="thread.html#1470">[ thread ]</a> + <a href="subject.html#1470">[ subject ]</a> + <a href="author.html#1470">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/001471.html b/zarb-ml/mageia-dev/20101127/001471.html new file mode 100644 index 000000000..e4e124341 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/001471.html @@ -0,0 +1,155 @@ +<!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=%3C201011272316.57088.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001470.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=%3C201011272316.57088.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sat Nov 27 23:16:57 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A></li> + + <LI> <B>Messages sorted by:</B> + <a href="date.html#1471">[ date ]</a> + <a href="thread.html#1471">[ thread ]</a> + <a href="subject.html#1471">[ subject ]</a> + <a href="author.html#1471">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 27 november 2010 22:07:43 schreef Michael scherer: +><i> On Sat, Nov 27, 2010 at 08:23:59PM +0200, Thomas Backlund wrote: +</I>><i> > Jerome Quelin skrev 27.11.2010 19:11: +</I>><i> > >On 10/11/27 17:59 +0100, Maarten Vanraes wrote: +</I>><i> > > +</I>><i> > >what are the rules to move a package from extra to core, and vice-versa? +</I>><i> > >who can do it? will it be done automatically? will this imply a rebuild +</I>><i> > >for the package? +</I>><i> > +</I>><i> > If a maintainer picks up maintainership of a package in /extra/ it will +</I>><i> > be rebuilt and moved to /core/ asap. +</I>><i> > +</I>><i> > if a package in /core/ ends up nomaintainer@, then after a "grace +</I>><i> > period" (1-3 months ?) it will be moved to /extra/. +</I>><i> > and sometime before RC1 or so, any momaintainer@ package in /core/ +</I>><i> > will get moved to /extra/ as for a release the /core/ should only +</I>><i> > contain maintained packages. +</I>><i> +</I>><i> But isn't it in contradiction with the fact that release should not be +</I>><i> changed ? +</I>><i> +</I>><i> IE, a package could be in core for one release, and extras in another. +</I>><i> +</I>><i> What happen to such shrodingerian packages ? +</I>><i> What happen if this break the self containement ? +</I>><i> And finally, isn't it redoing contribs/main , leading in the future to the +</I>><i> same problem we tried to avoid ? +</I>><i> +</I>><i> > >what are the dependency rules? can a core package depend on an extra +</I>><i> > >package? or with a buildrequires? +</I>><i> > +</I>><i> > No. +</I>><i> > If you need to build against a package in /extra/, either pick up +</I>><i> > the maintainership of it, or try to get someone other to maintain +</I>><i> > it. +</I>><i> > then it can get into /core/ +</I>><i> +</I>><i> And so, if no one step, wouldn't it be like current mdv, where people will +</I>><i> say they maintain the package just because someone has to do the job ? +</I>><i> +</I>><i> > >and, more importantly: what is the advantage? that is, what does that +</I>><i> > >bring you, except more admin? +</I>><i> > +</I>><i> > QA! +</I>><i> > and enduser satisfaction. +</I>><i> > +</I>><i> > Just take a look on many bugreports in MDV Bugzilla. +</I>><i> > If the report is against a nomaintainer@ package, currently Triage +</I>><i> > pretty much only can state "thanks for your report, but since it has +</I>><i> > no maintainer, nothing will probably happend" wich is not good answer +</I>><i> > for a person that have taken the time to report a bug. +</I>><i> +</I>><i> Then why don't we either : +</I>><i> - decide that non maintened package must be taken care by trainee, as +</I>><i> part of the training +</I>><i> - decide to clean them. +</I> +that's a great idea, we need more trainees! but of course, we can't do that +with all 5000+ unmaintained packages... + +is there a way to get rpm usage stats from those unmaintained packages. + +><i> > By having the /extra/ disabled by default, and a popup notifying the +</I>><i> > user if he enables it that the packages are "unmaintained" he knows +</I>><i> > he's "on his own" +</I>><i> +</I>><i> That's already what the GPL say, basically :) +</I>><i> ( you have no garantee of anything ). +</I>><i> +</I>><i> Yet, I fail to see what benefit it does really bring to users. Most of them +</I>><i> will enable the media ( because some people enable everything ), will +</I>><i> forget the message ( because we always forget popup, thanks +</I>><i> to endless abuse of such popup ), +</I>><i> and the only benefit is that we could tell "we told you". Not really +</I>><i> satisfying, and if I was a user, it would not really please me, nor +</I>><i> inspire confidence. +</I> +some would, but that they'd also enable testing, backports, debug, etc... if +they really do so, it's kind of their own fault. i don't think the majority +does that. the majority leaves it at default. + +The thing is that you have no guarantee, but the thing is, with mdv, there's +too much packages that just don't work; you install it, you click in the menu +and nothing happens because it doesn't work. if i have 2 packages that do the +same thing and one of them is in extra; then i get only one, if i can't find +any, i can enable the searching in extra and try to find a package that works. + +that's why i personally would prefer to leave these off by default. + +><i> We could avoid adding a media by merging this media with core, +</I>><i> and show the popup when a user install a package without maintainer, +</I>><i> telling either "beware, this package is currently marked as not maintained, +</I>><i> and may be buggy. We will try to do what we can to help in this case, but +</I>><i> no one is officialy in charge" or "we are seeking help on taking care of +</I>><i> this package, if you use it often, please register on $URL" +</I> +this popup will get ignored too; and persons who are perfectly aware of it, +will grow irritated. + +futhermore: (no separate extra) + - huge amount of packages (think of the mirrors) + - huge hdlists +</PRE> + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A></li> + + <LI> <B>Messages sorted by:</B> + <a href="date.html#1471">[ date ]</a> + <a href="thread.html#1471">[ thread ]</a> + <a href="subject.html#1471">[ subject ]</a> + <a href="author.html#1471">[ 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> diff --git a/zarb-ml/mageia-dev/20101127/author.html b/zarb-ml/mageia-dev/20101127/author.html new file mode 100644 index 000000000..dfb5a0471 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/author.html @@ -0,0 +1,212 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <title>The Mageia-dev 27 November 2010 Archive by author</title> + <META NAME="robots" CONTENT="noindex,follow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <a name="start"></A> + <h1>27 November 2010 Archives by author</h1> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + <a href="subject.html#start">[ subject ]</a> + + <a href="date.html#start">[ date ]</a> + + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p><b>Starting:</b> <i>Sat Nov 27 00:00:55 CET 2010</i><br> + <b>Ending:</b> <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Messages:</b> 33<p> + <ul> + +<LI><A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1439"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1442"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1466"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1467"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1468"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1448"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1450"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1459"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1465"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1447"> </A> +<I>Andrey Borzenkov +</I> + +<LI><A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1441"> </A> +<I>Renaud MICHEL +</I> + +<LI><A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1460"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1463"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1449"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1455"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1440"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1443"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1445"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1446"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1457"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1458"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1461"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1462"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1464"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1469"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1471"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1456"> </A> +<I>andre999 +</I> + +<LI><A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1444"> </A> +<I>Romain d'Alverny +</I> + +<LI><A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1451"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1452"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1453"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1454"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1470"> </A> +<I>Michael scherer +</I> + + </ul> + <p> + <a name="end"><b>Last message date:</b></a> + <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Archived on:</b> <i>Sat Nov 27 23:17:04 CET 2010</i> + <p> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + <a href="subject.html#start">[ subject ]</a> + + <a href="date.html#start">[ date ]</a> + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p> + <hr> + <i>This archive was generated by + Pipermail 0.09 (Mailman edition).</i> + </BODY> +</HTML> + diff --git a/zarb-ml/mageia-dev/20101127/date.html b/zarb-ml/mageia-dev/20101127/date.html new file mode 100644 index 000000000..1a1fcf034 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/date.html @@ -0,0 +1,212 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <title>The Mageia-dev 27 November 2010 Archive by date</title> + <META NAME="robots" CONTENT="noindex,follow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <a name="start"></A> + <h1>27 November 2010 Archives by date</h1> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + <a href="subject.html#start">[ subject ]</a> + <a href="author.html#start">[ author ]</a> + + + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p><b>Starting:</b> <i>Sat Nov 27 00:00:55 CET 2010</i><br> + <b>Ending:</b> <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Messages:</b> 33<p> + <ul> + +<LI><A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1439"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1440"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1442"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1441"> </A> +<I>Renaud MICHEL +</I> + +<LI><A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1443"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1444"> </A> +<I>Romain d'Alverny +</I> + +<LI><A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1445"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1446"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1447"> </A> +<I>Andrey Borzenkov +</I> + +<LI><A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1448"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1449"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1450"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1451"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1452"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1453"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1454"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1455"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1456"> </A> +<I>andre999 +</I> + +<LI><A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1457"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1458"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1459"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1460"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1461"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1462"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1463"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1464"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1465"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1466"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1467"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1468"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1469"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1470"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1471"> </A> +<I>Maarten Vanraes +</I> + + </ul> + <p> + <a name="end"><b>Last message date:</b></a> + <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Archived on:</b> <i>Sat Nov 27 23:17:04 CET 2010</i> + <p> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + <a href="subject.html#start">[ subject ]</a> + <a href="author.html#start">[ author ]</a> + + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p> + <hr> + <i>This archive was generated by + Pipermail 0.09 (Mailman edition).</i> + </BODY> +</HTML> + diff --git a/zarb-ml/mageia-dev/20101127/index.html b/zarb-ml/mageia-dev/20101127/index.html new file mode 120000 index 000000000..db4b46f72 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/index.html @@ -0,0 +1 @@ +thread.html
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/20101127/subject.html b/zarb-ml/mageia-dev/20101127/subject.html new file mode 100644 index 000000000..5a72495f5 --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/subject.html @@ -0,0 +1,212 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <title>The Mageia-dev 27 November 2010 Archive by subject</title> + <META NAME="robots" CONTENT="noindex,follow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <a name="start"></A> + <h1>27 November 2010 Archives by subject</h1> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + + <a href="author.html#start">[ author ]</a> + <a href="date.html#start">[ date ]</a> + + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p><b>Starting:</b> <i>Sat Nov 27 00:00:55 CET 2010</i><br> + <b>Ending:</b> <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Messages:</b> 33<p> + <ul> + +<LI><A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1439"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1440"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1442"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1441"> </A> +<I>Renaud MICHEL +</I> + +<LI><A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1443"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1444"> </A> +<I>Romain d'Alverny +</I> + +<LI><A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1445"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1446"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1447"> </A> +<I>Andrey Borzenkov +</I> + +<LI><A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1448"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1449"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1450"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1451"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1452"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1453"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1454"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1455"> </A> +<I>Ahmad Samir +</I> + +<LI><A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1456"> </A> +<I>andre999 +</I> + +<LI><A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1457"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1458"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1459"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1460"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1461"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1462"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1463"> </A> +<I>Jerome Quelin +</I> + +<LI><A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1464"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1465"> </A> +<I>Wolfgang Bornath +</I> + +<LI><A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1466"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1467"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1468"> </A> +<I>Thomas Backlund +</I> + +<LI><A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1469"> </A> +<I>Maarten Vanraes +</I> + +<LI><A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1470"> </A> +<I>Michael scherer +</I> + +<LI><A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1471"> </A> +<I>Maarten Vanraes +</I> + + </ul> + <p> + <a name="end"><b>Last message date:</b></a> + <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Archived on:</b> <i>Sat Nov 27 23:17:04 CET 2010</i> + <p> + <ul> + <li> <b>Messages sorted by:</b> + <a href="thread.html#start">[ thread ]</a> + + <a href="author.html#start">[ author ]</a> + <a href="date.html#start">[ date ]</a> + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p> + <hr> + <i>This archive was generated by + Pipermail 0.09 (Mailman edition).</i> + </BODY> +</HTML> + diff --git a/zarb-ml/mageia-dev/20101127/thread.html b/zarb-ml/mageia-dev/20101127/thread.html new file mode 100644 index 000000000..22fc9b50b --- /dev/null +++ b/zarb-ml/mageia-dev/20101127/thread.html @@ -0,0 +1,271 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <title>The Mageia-dev 27 November 2010 Archive by thread</title> + <META NAME="robots" CONTENT="noindex,follow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <a name="start"></A> + <h1>27 November 2010 Archives by thread</h1> + <ul> + <li> <b>Messages sorted by:</b> + + <a href="subject.html#start">[ subject ]</a> + <a href="author.html#start">[ author ]</a> + <a href="date.html#start">[ date ]</a> + + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p><b>Starting:</b> <i>Sat Nov 27 00:00:55 CET 2010</i><br> + <b>Ending:</b> <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Messages:</b> 33<p> + <ul> + +<!--0 01290812455- --> +<LI><A HREF="001439.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1439"> </A> +<I>Thomas Backlund +</I> + +<!--0 01290812574- --> +<LI><A HREF="001440.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1440"> </A> +<I>Maarten Vanraes +</I> + +<UL> +<!--1 01290812574-01290813917- --> +<LI><A HREF="001442.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1442"> </A> +<I>Thomas Backlund +</I> + +<UL> +<!--2 01290812574-01290813917-01290815069- --> +<LI><A HREF="001443.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1443"> </A> +<I>Maarten Vanraes +</I> + +<UL> +<!--3 01290812574-01290813917-01290815069-01290815519- --> +<LI><A HREF="001444.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1444"> </A> +<I>Romain d'Alverny +</I> + +<!--3 01290812574-01290813917-01290815069-01290815519-01290815990- --> +<LI><A HREF="001445.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1445"> </A> +<I>Maarten Vanraes +</I> + +<!--3 01290812574-01290813917-01290815069-01290815519-01290816174- --> +<LI><A HREF="001446.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1446"> </A> +<I>Maarten Vanraes +</I> + +<!--3 01290812574-01290813917-01290815069-01290815519-01290848633- --> +<LI><A HREF="001453.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1453"> </A> +<I>Michael scherer +</I> + +<!--3 01290812574-01290813917-01290815069-01290815519-01290848633-01290862023- --> +<LI><A HREF="001457.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1457"> </A> +<I>Maarten Vanraes +</I> + +</UL> +</UL> +<!--1 01290812574-01290814455- --> +<LI><A HREF="001441.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1441"> </A> +<I>Renaud MICHEL +</I> + +<!--1 01290812574-01290847802- --> +<LI><A HREF="001452.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1452"> </A> +<I>Michael scherer +</I> + +</UL> +<!--0 01290839232- --> +<LI><A HREF="001447.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1447"> </A> +<I>Andrey Borzenkov +</I> + +<UL> +<!--1 01290839232-01290840940- --> +<LI><A HREF="001448.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1448"> </A> +<I>Wolfgang Bornath +</I> + +<!--1 01290839232-01290841250- --> +<LI><A HREF="001449.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1449"> </A> +<I>Ahmad Samir +</I> + +<UL> +<!--2 01290839232-01290841250-01290844986- --> +<LI><A HREF="001450.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1450"> </A> +<I>Wolfgang Bornath +</I> + +<UL> +<!--3 01290839232-01290841250-01290844986-01290879569- --> +<LI><A HREF="001466.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1466"> </A> +<I>Thomas Backlund +</I> + +</UL> +<!--2 01290839232-01290841250-01290849216- --> +<LI><A HREF="001454.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1454"> </A> +<I>Michael scherer +</I> + +<UL> +<!--3 01290839232-01290841250-01290849216-01290850888- --> +<LI><A HREF="001455.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1455"> </A> +<I>Ahmad Samir +</I> + +</UL> +<!--2 01290839232-01290841250-01290854580- --> +<LI><A HREF="001456.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1456"> </A> +<I>andre999 +</I> + +</UL> +</UL> +<!--0 01290847434- --> +<LI><A HREF="001451.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1451"> </A> +<I>Michael scherer +</I> + +<UL> +<!--1 01290847434-01290862866- --> +<LI><A HREF="001458.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1458"> </A> +<I>Maarten Vanraes +</I> + +<UL> +<!--2 01290847434-01290862866-01290864088- --> +<LI><A HREF="001459.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1459"> </A> +<I>Wolfgang Bornath +</I> + +<UL> +<!--3 01290847434-01290862866-01290864088-01290877079- --> +<LI><A HREF="001461.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1461"> </A> +<I>Maarten Vanraes +</I> + +<!--3 01290847434-01290862866-01290864088-01290877079-01290879511- --> +<LI><A HREF="001465.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1465"> </A> +<I>Wolfgang Bornath +</I> + +</UL> +</UL> +<!--1 01290847434-01290880817- --> +<LI><A HREF="001467.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1467"> </A> +<I>Thomas Backlund +</I> + +</UL> +<!--0 01290874834- --> +<LI><A HREF="001460.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1460"> </A> +<I>Jerome Quelin +</I> + +<UL> +<!--1 01290874834-01290877143- --> +<LI><A HREF="001462.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1462"> </A> +<I>Maarten Vanraes +</I> + +<UL> +<!--2 01290874834-01290877143-01290877896- --> +<LI><A HREF="001463.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1463"> </A> +<I>Jerome Quelin +</I> + +<UL> +<!--3 01290874834-01290877143-01290877896-01290878882- --> +<LI><A HREF="001464.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1464"> </A> +<I>Maarten Vanraes +</I> + +<!--3 01290874834-01290877143-01290877896-01290882239- --> +<LI><A HREF="001468.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1468"> </A> +<I>Thomas Backlund +</I> + +<!--3 01290874834-01290877143-01290877896-01290882239-01290888196- --> +<LI><A HREF="001469.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1469"> </A> +<I>Maarten Vanraes +</I> + +<!--3 01290874834-01290877143-01290877896-01290882239-01290892063- --> +<LI><A HREF="001470.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1470"> </A> +<I>Michael scherer +</I> + +<!--3 01290874834-01290877143-01290877896-01290882239-01290892063-01290896217- --> +<LI><A HREF="001471.html">[Mageia-dev] Mirror layout, round two +</A><A NAME="1471"> </A> +<I>Maarten Vanraes +</I> + +</UL> +</UL> +</UL> + </ul> + <p> + <a name="end"><b>Last message date:</b></a> + <i>Sat Nov 27 23:16:57 CET 2010</i><br> + <b>Archived on:</b> <i>Sat Nov 27 23:17:04 CET 2010</i> + <p> + <ul> + <li> <b>Messages sorted by:</b> + + <a href="subject.html#start">[ subject ]</a> + <a href="author.html#start">[ author ]</a> + <a href="date.html#start">[ date ]</a> + <li><b><a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More info on this list... + </a></b></li> + </ul> + <p> + <hr> + <i>This archive was generated by + Pipermail 0.09 (Mailman edition).</i> + </BODY> +</HTML> + |