diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101128/001473.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101128/001473.html | 163 |
1 files changed, 163 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101128/001473.html b/zarb-ml/mageia-dev/20101128/001473.html new file mode 100644 index 000000000..bed86b5da --- /dev/null +++ b/zarb-ml/mageia-dev/20101128/001473.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=%3C201011281901.22720.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="001472.html"> + <LINK REL="Next" HREF="001474.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=%3C201011281901.22720.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-dev] Mirror layout, round two">maarten.vanraes at gmail.com + </A><BR> + <I>Sun Nov 28 19:01:22 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001472.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001474.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1473">[ date ]</a> + <a href="thread.html#1473">[ thread ]</a> + <a href="subject.html#1473">[ subject ]</a> + <a href="author.html#1473">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zondag 28 november 2010 18:50:28 schreef Michael scherer: +><i> On Sat, Nov 27, 2010 at 11:16:57PM +0100, Maarten Vanraes wrote: +</I>><i> > Op zaterdag 27 november 2010 22:07:43 schreef Michael scherer: +</I>><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> > > > >and, more importantly: what is the advantage? that is, what does +</I>><i> > > > >that 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>><i> > +</I>><i> > that's a great idea, we need more trainees! but of course, we can't do +</I>><i> > that with all 5000+ unmaintained packages... +</I>><i> > +</I>><i> > is there a way to get rpm usage stats from those unmaintained packages. +</I>><i> +</I>><i> No. We can only get download stats from mirrors. While it may be biased +</I>><i> toward some geographical preference ( ie, I doubt many people download +</I>><i> locale-zh from distrib-coffee ), it can give at least some ideas. Nothing +</I>><i> precise, but still better than random. +</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> > > +</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 +</I>><i> > > them will enable the media ( because some people enable everything ), +</I>><i> > > will 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>><i> > +</I>><i> > some would, but that they'd also enable testing, backports, debug, etc... +</I>><i> > if they really do so, it's kind of their own fault. i don't think the +</I>><i> > majority does that. the majority leaves it at default. +</I>><i> +</I>><i> And so the majority will say "$distro is bad because there is not enough +</I>><i> software". +</I> +i think for most people what we have is enough, sometimes too much choice is +bad too. + +however, when a search doesn't give anything, it can search some of the +disabled sections; that would alleviate this problem. + +><i> > The thing is that you have no guarantee, but the thing is, with mdv, +</I>><i> > there's too much packages that just don't work; you install it, you +</I>><i> > click in the menu and nothing happens because it doesn't work. +</I>><i> +</I>><i> So too much is 10%, more ? +</I>><i> +</I>><i> > same thing and one of them is in extra; then i get only one, if i can't +</I>><i> > find any, i can enable the searching in extra and try to find a package +</I>><i> > that works. +</I>><i> > +</I>><i> > that's why i personally would prefer to leave these off by default. +</I>><i> > +</I>><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 +</I>><i> > > maintained, and may be buggy. We will try to do what we can to help in +</I>><i> > > this case, but no one is officialy in charge" or "we are seeking help +</I>><i> > > on taking care of this package, if you use it often, please register +</I>><i> > > on $URL" +</I>><i> > +</I>><i> > this popup will get ignored too; and persons who are perfectly aware of +</I>><i> > it, will grow irritated. +</I>><i> +</I>><i> Then, we can do a single "do not ask me again", or just show it once ? +</I>><i> +</I>><i> > futhermore: (no separate extra) +</I>><i> > +</I>><i> > - huge amount of packages (think of the mirrors) +</I>><i> +</I>><i> mirror space is taken with extra or core. So the argument do not stand +</I>><i> much. Now, this would be a arguent for simply erasing those unmaintained +</I>><i> packages. +</I> +well, indeed, except that i'm kind of against that; and would prefer mirrors +with storage issues to just NOT include 'extra'. after all, the mirrorlist +could just get them from another mirror. + +><i> > - huge hdlists +</I>><i> +</I>><i> Indeed. But if we want to have people be able to search +</I>><i> inside like you said you would, this would still be downloaded, be used ( +</I>><i> so in memory ) and on the mirror. So that's also not much a good reason. +</I>><i> ( however, if we remove them... ) +</I> +you do have a point here; except that this also goes with updating; since +extra is unmaintained, fetching newer versions will likely have less impact. +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001472.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI>Next message: <A HREF="001474.html">[Mageia-dev] Mirror layout, round two +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1473">[ date ]</a> + <a href="thread.html#1473">[ thread ]</a> + <a href="subject.html#1473">[ subject ]</a> + <a href="author.html#1473">[ 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> |