summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20100930/000476.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20100930/000476.html')
-rw-r--r--zarb-ml/mageia-dev/20100930/000476.html115
1 files changed, 115 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20100930/000476.html b/zarb-ml/mageia-dev/20100930/000476.html
new file mode 100644
index 000000000..dd58bddaa
--- /dev/null
+++ b/zarb-ml/mageia-dev/20100930/000476.html
@@ -0,0 +1,115 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Identifying Target Markets
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Identifying%20Target%20Markets&In-Reply-To=%3C4CA49A15.9030000%40roadrunner.com%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="000467.html">
+ <LINK REL="Next" HREF="000478.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Identifying Target Markets</H1>
+ <B>Frank Griffin</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Identifying%20Target%20Markets&In-Reply-To=%3C4CA49A15.9030000%40roadrunner.com%3E"
+ TITLE="[Mageia-dev] Identifying Target Markets">ftg at roadrunner.com
+ </A><BR>
+ <I>Thu Sep 30 16:09:25 CEST 2010</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="000467.html">[Mageia-dev] Identifying Target Markets
+</A></li>
+ <LI>Next message: <A HREF="000478.html">[Mageia-dev] Identifying Target Markets
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#476">[ date ]</a>
+ <a href="thread.html#476">[ thread ]</a>
+ <a href="subject.html#476">[ subject ]</a>
+ <a href="author.html#476">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Marc Par&#233; wrote:
+&gt;<i> Le 2010-09-30 07:21, Graham Lauder a &#233;crit :
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The &quot;feel&quot; to me that came from the brainstorming was that Mageia
+</I>&gt;&gt;<i> could be
+</I>&gt;&gt;<i> marketed as the &quot;Family Distro&quot;.
+</I>&gt;<i> I think that if you target the software packages that are compatible
+</I>&gt;<i> with Educational software advocated by educational organizations, we
+</I>&gt;<i> could make quite large inroads in the adaptability of Mageia.
+</I>
+I think that these are endeavors for an entity which is exactly what
+we've just got done saying Mageia *isn't*, namely a commercial venture.
+
+Currently, the package inventory of Mandriva is fairly all-inclusive,
+and I don't think we should abandon any specific interest group.
+Mandriva may have to do this to remain commercially viable - we do not.
+
+However, let me try to translate your desires into a more technical
+objective that would meet the need..
+
+Traditionally, the MDV ISO-building process has been complex, not
+well-documented, and difficult for anyone outside of MDV to use. I
+think Mageia should have a simplified process for package selection that
+would enable community users to assemble install ISOs geared to specific
+needs, such as those you mention. This should be as easy as
+constructing an ISO using k3b or brasero, but would need to be driven by
+the RPM information (e.g. requires). Actually, a lot of the RPMDrake
+design could be used (if not much of the actual code) to allow a user to
+drag and drop Application Categories or specific packages. As with any
+CD/DVD burner, the GUI would keep track of whether you were over the
+limit for the volume size, so that you could then pare the package list.
+
+This would allow us to have as many ISOs (or ISO sets) as there are
+people interested in maintaining the individual content lists. You
+could have a server version, an office desktop version, a games version,
+an education version, a power-user version, etc. It would also end the
+endless bickering among those who want every media combination from a
+stub-based full network install to a fully self-contained multi-DVD or
+even Blu-Ray install. You want it, you design it, you press the button
+and build it.
+
+It should not be too difficult to write a utility that goes through a
+content list and automatically updates the package names to newer
+versions, so maintenance could be minimal. Of course, you'd need to
+fire up the build utility to see if there are new package requirements
+or if you've exceeded your space constraint.
+
+These need not all be available on the same release date. Whatever we
+decide constitutes a &quot;core&quot; set could form the actual release, with the
+others appearing as the interested groups have time to produce them.
+
+Another idea that fits with this is the concept of a two-tiered install:
+create a single general-purpose bare-bones ISO that installs a common
+baseline of packages, and create a variety of secondary install ISOs
+geared to specific audiences. People would download the common one plus
+whichever other(s) they wanted.
+</PRE>
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="000467.html">[Mageia-dev] Identifying Target Markets
+</A></li>
+ <LI>Next message: <A HREF="000478.html">[Mageia-dev] Identifying Target Markets
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#476">[ date ]</a>
+ <a href="thread.html#476">[ thread ]</a>
+ <a href="subject.html#476">[ subject ]</a>
+ <a href="author.html#476">[ 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>