diff options
Diffstat (limited to 'zarb-ml/mageia-sysadm/2011-April/003290.html')
| -rw-r--r-- | zarb-ml/mageia-sysadm/2011-April/003290.html | 123 |
1 files changed, 123 insertions, 0 deletions
diff --git a/zarb-ml/mageia-sysadm/2011-April/003290.html b/zarb-ml/mageia-sysadm/2011-April/003290.html new file mode 100644 index 000000000..f88328b4a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003290.html @@ -0,0 +1,123 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-sysadm] ARM port and BuildSystem + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-sysadm%40mageia.org?Subject=Re%3A%20%5BMageia-sysadm%5D%20ARM%20port%20and%20BuildSystem&In-Reply-To=%3C20110407134735.GZ21938%40mars-attacks.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="003252.html"> + <LINK REL="Next" HREF="003253.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-sysadm] ARM port and BuildSystem</H1> + <B>nicolas vigier</B> + <A HREF="mailto:mageia-sysadm%40mageia.org?Subject=Re%3A%20%5BMageia-sysadm%5D%20ARM%20port%20and%20BuildSystem&In-Reply-To=%3C20110407134735.GZ21938%40mars-attacks.org%3E" + TITLE="[Mageia-sysadm] ARM port and BuildSystem">boklm at mars-attacks.org + </A><BR> + <I>Thu Apr 7 15:47:35 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="003252.html">[Mageia-sysadm] ARM port and BuildSystem +</A></li> + <LI>Next message: <A HREF="003253.html">[Mageia-sysadm] Identity management +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#3290">[ date ]</a> + <a href="thread.html#3290">[ thread ]</a> + <a href="subject.html#3290">[ subject ]</a> + <a href="author.html#3290">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Mon, 04 Apr 2011, Michael Scherer wrote: + +><i> Le lundi 04 avril 2011 à 19:44 +0200, nicolas vigier a écrit : +</I>><i> > Hello, +</I>><i> > +</I>><i> > There was some discussions at last council meeting about making ARM an +</I>><i> > official port, and adding ARM machines in the build system : +</I>><i> > <A HREF="http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381">http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381</A> +</I>><i> > +</I>><i> > Rtp has been working on a Mageia ARM port for some time, and I think he +</I>><i> > plans to have something useable soon, maybe for Mageia 1st release. +</I>><i> > After asking to rtp, a machine we could use for building packages on +</I>><i> > ARM is OpenRD : +</I>><i> > <A HREF="http://newit.co.uk/shop/products.php?cat=9">http://newit.co.uk/shop/products.php?cat=9</A> +</I>><i> > It costs around £203.00 or 230 euros (+ shipping). So I think that's not +</I>><i> > very expensive. +</I>><i> +</I>><i> I still do have a pandaboard available. It just take that someone in +</I>><i> Paris fetch it and to decide where we place it ( and a case around it +</I>><i> would be nicer, and there is nothing to run on it yet ). +</I> +Yes, we can start with this pandaboard, and bring it next time we go to +Marseille. Maybe we can also add an OpenRD if we can buy one, to allow +building packages faster with two build nodes. According to rtp, an +advantage of OpenRD is that it's armv5t which is better to detect +alignement errors. + +><i> +</I>><i> > However, this machine is a lot slower than the x86_64 build servers we +</I>><i> > have, so building big packages like LibreOffice will take much more +</I>><i> > time. And if we don't want to slow down all the buildsystem, maybe we +</I>><i> > should make the successufl ARM build not mandatory to upload packages on +</I>><i> > x86_64 and i586. So this require some changes in the BS. But I think +</I>><i> > it's something that can be done. +</I>><i> +</I>><i> That for sure something we can do, but then we should also give us +</I>><i> objectives to fullfill ( like "we should strive to have a synced +</I>><i> release" ) and also objectives in term of hardware to one day make them +</I>><i> in sync. +</I>><i> +</I>><i> Moreover if this is not mandatory, don't you fear that the arch will be +</I>><i> too much out of sync ( as this was the case for ppc/sparc in the +</I>><i> past ) ? +</I>><i> I would also be concerned about the way we manage freeze if the arch is +</I>><i> late, and the complexity that will occurs. +</I> +Yes, that can be a problem if one arch become too much out of sync. +Maybe we can generate a list of out of sync packages to help see what +needs to be fixed. So ARM will not be guaranted to be always sync with +i586 and x86_64, that will depend how fast people can fix ARM bugs. + +><i> Also what about stuff like : +</I>><i> - remote shell access ( if there is a arch dependent bugs ) +</I>><i> - various tests ( automated rebuild, youri, etc ) +</I>><i> +</I>><i> For remote shell access, we could offer VMs for that, but I can hear rtp +</I>><i> screaming as I type this email :). +</I>><i> In fact, the same could be said about rebuilded, but I do not know how +</I>><i> good is the emulation of arm using qemu. +</I> +Or later add new ARM machines where people can have shell access. + +</PRE> + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="003252.html">[Mageia-sysadm] ARM port and BuildSystem +</A></li> + <LI>Next message: <A HREF="003253.html">[Mageia-sysadm] Identity management +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#3290">[ date ]</a> + <a href="thread.html#3290">[ thread ]</a> + <a href="subject.html#3290">[ subject ]</a> + <a href="author.html#3290">[ 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> |