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-dev/20101128/001478.html | 77 +++++++++++++++++++++++++++++++++ 1 file changed, 77 insertions(+) create mode 100644 zarb-ml/mageia-dev/20101128/001478.html (limited to 'zarb-ml/mageia-dev/20101128/001478.html') diff --git a/zarb-ml/mageia-dev/20101128/001478.html b/zarb-ml/mageia-dev/20101128/001478.html new file mode 100644 index 000000000..918327555 --- /dev/null +++ b/zarb-ml/mageia-dev/20101128/001478.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Mirror layout, round two + + + + + + + + + +

[Mageia-dev] Mirror layout, round two

+ Balcaen John + balcaen.john at gmail.com +
+ Sun Nov 28 23:24:50 CET 2010 +

+
+ +
On Sunday 28 November 2010 23:10:34 Thomas Backlund wrote:
+[...]
+> > Would it be possible to have a separate games sub-project, that won't
+> > freeze to make releases with the rest of mageia?
+> > Instead it would be an always updating repos which is compiled with the
+> > latest stable release (or even the previous, if it is possible to have
+> > packages that install correctly on both).
+> > The project would only have a "testing" and "release" (or another name
+> > to
+> > avoid confusion with other "release" repos which are frozen), this way
+> > you could quickly have new versions of all the games, if they don't
+> > need bleeding-edge libraries (I think they rarely does).
+> 
+> Interesting idea, but problem is that if the games are built against
+> some newer system libs, they'll stop working on older releases...
+Is it possible to have a « repository » in stable release working as « 
+unstable » release : if we push version n+1 in this repository then the 
+version n is going to be removed to save spaces ?
+
+Regards,
+
+-- 
+Balcaen John
+
+
+ + +
+

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