diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101014/001178.html')
-rw-r--r-- | zarb-ml/mageia-dev/20101014/001178.html | 115 |
1 files changed, 115 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101014/001178.html b/zarb-ml/mageia-dev/20101014/001178.html new file mode 100644 index 000000000..7d6ebfb08 --- /dev/null +++ b/zarb-ml/mageia-dev/20101014/001178.html @@ -0,0 +1,115 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] How will be the realese cycle? + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20will%20be%20the%20realese%20cycle%3F&In-Reply-To=%3C48e.4cb71033%40mageia.linuxtech.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001177.html"> + <LINK REL="Next" HREF="001179.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] How will be the realese cycle?</H1> + <B>Tux99</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20will%20be%20the%20realese%20cycle%3F&In-Reply-To=%3C48e.4cb71033%40mageia.linuxtech.net%3E" + TITLE="[Mageia-dev] How will be the realese cycle?">tux99-mga at uridium.org + </A><BR> + <I>Thu Oct 14 16:14:12 CEST 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001177.html">[Mageia-dev] How will be the realese cycle? +</A></li> + <LI>Next message: <A HREF="001179.html">[Mageia-dev] How will be the realese cycle? +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1178">[ date ]</a> + <a href="thread.html#1178">[ thread ]</a> + <a href="subject.html#1178">[ subject ]</a> + <a href="author.html#1178">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE> + +Quote: Ahmad Samir wrote on Thu, 14 October 2010 16:00 +><i> +</I>><i> I've seen, too many times, trigger-happy packagers backporting +</I>><i> packages that're not maintained by them (so they know it less than +</I>><i> those package maintainer(s)), breaking those packages and annoying the +</I>><i> maintainers of said packages. It's usually irresponsible to backport a +</I>><i> package without taking that package maintainer's opinion into account. +</I>><i> (an infamous example on that is gwibber being backported to 2010.1). +</I> +I agree it should be preferably the maintainer doing the backport, or he +should at least be consulted. + +><i> New users who frequented the forums always got to know what backports +</I>><i> are pretty fast. And bugzilla is the perfect system for asking for a +</I>><i> backport, that worked pretty good. +</I> +The wast majority of 'normal' users never uses the forum. +Backports shouldn't be something that only users who frequent the forum +find out about. + +><i> That's they way backports has always worked, no specific patches, just +</I>><i> the latest cooker package pushed to backports "as is with no official +</I>><i> support", that's reasonable, packagers shouldn't promise to support +</I>><i> backports when they can't due to various reasons (time, effort.. etc). +</I> +But IMHO that should change in Mageia, we should promise support by the way +of timely updates, especially when security issues are present. + +><i> > Backports shouldn't be second choice, it should be the default, +</I>><i> > since that +</I>><i> > would make Mageia stand out from other distros as being the distro +</I>><i> > were +</I>><i> > users get the latest versions of apps before any other major +</I>><i> > distro +</I>><i> > provides them. +</I>><i> +</I>><i> Enabling them by default defies the purpose of having backports at +</I>><i> all; it's not for new users, it's more for slightly experienced users +</I>><i> or power users who want the latest versions of apps. +</I> +That's exactly the crucial bit that IMHO needs to change, backports are +very interesting for 'normal' users so we should make sure normal users +can use them. +Don't you see how attractive it is especially for 'normal' users to have +access to the latest versions all the time? +Sure, not everyone wants them, but by integrating the skip.list in the +update GUI we could keep 'conservative' users happy too. + + +-- +Mageia ML Forum Gateway: <A HREF="http://mageia.linuxtech.net/forum/">http://mageia.linuxtech.net/forum/</A> +</PRE> + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001177.html">[Mageia-dev] How will be the realese cycle? +</A></li> + <LI>Next message: <A HREF="001179.html">[Mageia-dev] How will be the realese cycle? +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1178">[ date ]</a> + <a href="thread.html#1178">[ thread ]</a> + <a href="subject.html#1178">[ subject ]</a> + <a href="author.html#1178">[ 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> |