summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-sysadm/2011-January/001518.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-sysadm/2011-January/001518.html')
-rw-r--r--zarb-ml/mageia-sysadm/2011-January/001518.html167
1 files changed, 167 insertions, 0 deletions
diff --git a/zarb-ml/mageia-sysadm/2011-January/001518.html b/zarb-ml/mageia-sysadm/2011-January/001518.html
new file mode 100644
index 000000000..71cfed645
--- /dev/null
+++ b/zarb-ml/mageia-sysadm/2011-January/001518.html
@@ -0,0 +1,167 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-sysadm] maint db, rails and hosting
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-sysadm%40mageia.org?Subject=Re%3A%20%5BMageia-sysadm%5D%20maint%20db%2C%20rails%20and%20hosting&In-Reply-To=%3C1294249631.29097.40.camel%40akroma.ephaone.org%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="001516.html">
+ <LINK REL="Next" HREF="001519.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-sysadm] maint db, rails and hosting</H1>
+ <B>Michael Scherer</B>
+ <A HREF="mailto:mageia-sysadm%40mageia.org?Subject=Re%3A%20%5BMageia-sysadm%5D%20maint%20db%2C%20rails%20and%20hosting&In-Reply-To=%3C1294249631.29097.40.camel%40akroma.ephaone.org%3E"
+ TITLE="[Mageia-sysadm] maint db, rails and hosting">misc at zarb.org
+ </A><BR>
+ <I>Wed Jan 5 18:47:11 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="001516.html">[Mageia-sysadm] maint db, rails and hosting
+</A></li>
+ <LI>Next message: <A HREF="001519.html">[Mageia-sysadm] [655] - deploy trunk as a test instance, as asked several time on irc
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1518">[ date ]</a>
+ <a href="thread.html#1518">[ thread ]</a>
+ <a href="subject.html#1518">[ subject ]</a>
+ <a href="author.html#1518">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Le mercredi 05 janvier 2011 &#224; 17:38 +0100, Romain d'Alverny a &#233;crit :
+&gt;<i> Hi there,
+</I>
+&gt;<i> What's your take on this?
+</I>&gt;<i> - hosting Rails apps; how/where to host them (remember we have Gandi vhosts);
+</I>
+if rails support fastcgi, we can host it on alamut. But the obvious
+problem is that we have perl ( catdap, mga mirror, bugzilla ) and ruby
+and python.
+
+And please, try to use postgresql rather than mysql. We do have a
+postgresql expert on board ( Olivier ) and postgresql is much more
+integrated with puppet at the moment.
+
+And for rails application, people have asked to consider redmine
+( stormi, xrogaan on irc ), gitorious ( several people ) and teambox
+( well, you, and shikamaru is packaging it ). So rails is likely to hard
+to avoid.
+
+&gt;<i> - how we can deal with open contributions, specifying base
+</I>&gt;<i> requirements for the tools we expect to receive (being square, but
+</I>&gt;<i> flexible enough to accept more contributions); and what these
+</I>&gt;<i> requirements would be;
+</I>
+IMHO, you should stick to a minimal number of frameworks. Easier to say
+that to do.
+
+Having several framework lead to several template engines, thus making
+web team life more complex ( ie django + tt + ruby one + php ) by
+requiring duplication of templates code everywhere, even if this issues
+can be minimized by using css and so on.
+
+It lead to people who will debug to learn all languages ( I can code in
+everything proposed, but not everybody can ), causing problem. After
+spending the nigh profiling catdap.
+
+More ever, taking framework without ensuring the team have the needed
+competence is a risk. So a minimal number of people should know before
+deploying a technology.
+
+So a list requirement of frameworks would be :
+- work with postgresql ( everything work with mysql, but we went on
+postgresql when possible :
+<A HREF="https://www.mageia.org/pipermail/mageia-sysadm/2010-October/000099.html">https://www.mageia.org/pipermail/mageia-sysadm/2010-October/000099.html</A> )
+
+- work with a template engine that is supported. TT is required for
+sympa &amp;&amp; bugzilla &amp;&amp; catalyst application, django for transifex. So
+having something similar in syntax would likely help ( but I guess the
+closest we can have is django template rather than TT ).
+
+- see how it can be handled translation wise. I know that people
+prefer .po in general, and that's supported by tx and most tools. So
+avoid custom format if possible.
+
+- obviously must have a proper stable branch/security policy , etc, same
+old criteria already laid out.
+
+
+&gt;<i> - how it's acceptable that people use infrastructure outside of
+</I>&gt;<i> mageia.org to bootstrap their contributions (like, still pointing that
+</I>&gt;<i> a master branch should be reasonably migrated to mageia.org infra, or
+</I>&gt;<i> other guideline);
+</I>
+It is acceptable, this is just slightly disheartening after working days
+and night to setup something and see that people do not even ask.
+
+But I think something outside should not be seen as official, as we
+would otherwise face governance issues ( with practical impact ), and
+that we should give incentive to people to use our infrastructure.
+One of the goal is also to avoid the mess of having several user
+databases, as it was identified as a problem in the past.
+
+Problem that could occurs are &quot;the member of the team who manage the
+project is hit by a bus and no one can request the main password&quot;, or
+&quot;someone decide to fork and close the project&quot; ( ask to fusion inventory
+people how they forked the launchpad project ).
+
+Or the various issue of &quot;provider change his mind and decide to make
+free user pay&quot; ( like bitbucket when acquired by atlassian ).
+
+
+
+&gt;<i> - how we can better advertise our infrastructure and services (how
+</I>&gt;<i> they work, how they can be used) *wink* and the sysadm team needs
+</I>&gt;<i> (more contributions/contributors)
+</I>
+A more complete wiki page should be a start. I suck at graphical design,
+and more on a wiki <A HREF="http://mageia.org/wiki/doku.php?id=sysadmin">http://mageia.org/wiki/doku.php?id=sysadmin</A> ( i defy
+people to find the link to svn without reading everything )
+
+Setting up a websvn ( that I planned to do in my spare time ) would give
+us more visibility too.
+
+Having a clear TODO list would help.
+
+I guess forcing sysadmin team to do reports, or blog about what was done
+could help. Writing better instruction than the one I wrote too ( I also
+do suck at documentation ).
+
+Removing useless mail on the ml would help to reduce signal/noise ratio.
+( that should be easy once I finish sympa and catdap ).
+--
+Michael Scherer
+
+</PRE>
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="001516.html">[Mageia-sysadm] maint db, rails and hosting
+</A></li>
+ <LI>Next message: <A HREF="001519.html">[Mageia-sysadm] [655] - deploy trunk as a test instance, as asked several time on irc
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1518">[ date ]</a>
+ <a href="thread.html#1518">[ thread ]</a>
+ <a href="subject.html#1518">[ subject ]</a>
+ <a href="author.html#1518">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-sysadm">More information about the Mageia-sysadm
+mailing list</a><br>
+</body></html>