From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-webteam/2011-January/000201.html | 134 ++++++++++++++++++++++++ 1 file changed, 134 insertions(+) create mode 100644 zarb-ml/mageia-webteam/2011-January/000201.html (limited to 'zarb-ml/mageia-webteam/2011-January/000201.html') diff --git a/zarb-ml/mageia-webteam/2011-January/000201.html b/zarb-ml/mageia-webteam/2011-January/000201.html new file mode 100644 index 000000000..821d0ea9f --- /dev/null +++ b/zarb-ml/mageia-webteam/2011-January/000201.html @@ -0,0 +1,134 @@ + + + + [Mageia-webteam] planet.mageia.org - info/discuss about the installation + + + + + + + + + +

[Mageia-webteam] planet.mageia.org - info/discuss about the installation

+ Michael Scherer + misc at zarb.org +
+ Mon Jan 31 12:30:17 CET 2011 +

+
+ +
Le lundi 31 janvier 2011 à 09:55 +0100, Romain d'Alverny a écrit :
+
+>  b. (provided we get that implemented on our side) the feed items (RSS
+> 2 or Atom) have a category attribute with "mageia" we filter on
+
+I assume the goal is automated filtering by reader and tools ?
+( cause, that's not the way I do use my feedreader, but I guess some
+others may work like this ).
+
+If this is a desirable feature ( and that's IMHO a good idea ), then
+this must be supported by the tool ( or decide to patch it, but I think
+we previously agreed to avoid that when possible ). So while I have
+nothing against moonmoon ( and not because the author is from Metz ), it
+may not have this feature.  
+
+> And yes, it has to be filtered by the Mageia topic; off-topic stuff
+> (regarding the project as a whole, it's not only about technical
+> stuff) should not appear in such a feed. And yes, we rely on authors
+> benevolence in this regard.
+
+Well, this has to be clearly said. That's not the same policy on all
+planet, and I think that having a tag is not enough ( see Adam W post on
+planet Mandriva, some people have seen them too off topic, but it has a
+tag Mandriva nonetheless ).
+
+> > Another usual area of contention is "Can someone post in a foreign
+> > language" ?
+> 
+> That's an option to have locale-based planets, yes, if there are
+> enough of different locales in play.
+
+Well, if I post in french ( which I often do ), should it be encouraged,
+refused, accepted ? I have no opinion on this again ( and do not plan to
+be syndicated at all ), but that's usually something that cause
+discussion, and I think it is better to not waste people time by at
+least anticipating now the issue. 
+
+> > What if someone or someone's post are a cause of controversy without
+> > being clearly immoral/illegal/etc, and people complains ?
+> 
+> Case by case management. People who get syndicated have to see this as
+> a privilege and be careful with it, as careful they are regarding the
+> project and the community.
+> 
+> Marcom team will manage this (feed syndication) and will have a final
+> say on issues solving.
+
+Marcom, marketing or communication ?
+
+( AFAIK, even with talk of merging them, they are still separate, no ? )
+
+Shouldn't the board have the final say ( as one of the duty is conflict
+management ) ?
+
+
+> > and that's all the recent examples I have got on my head. Not that I
+> > cannot find more if I seek, but I guess that's sufficient to explain
+> > that there is quite interesting challenge preparing.
+> 
+> We can't prepare for all that can go wrong. And we won't. It's not
+> worth the time focusing more on what can go wrong than on what can be
+> good.
+
+Of course, we can't prepare for all that will goes wrong. But I think
+that a few concepts are sufficient to prepare for what went wrong on
+other projects. 
+
+We can hardly call "community feed aggregation" a new field of
+experimentation, given the fact that it is a common practice in free
+software since years. And we can also take for granted that unspecified
+things will likely be interpreted differently. 
+
+So just giving a few clear guidelines now about what should and
+shouldn't be syndicated will likely prevent losing lots of time later. 
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-webteam +mailing list
+ -- cgit v1.2.1