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/20110222/002748.html | 89 +++++++++++++++++++++++++++++++++ 1 file changed, 89 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110222/002748.html (limited to 'zarb-ml/mageia-dev/20110222/002748.html') diff --git a/zarb-ml/mageia-dev/20110222/002748.html b/zarb-ml/mageia-dev/20110222/002748.html new file mode 100644 index 000000000..b1255542a --- /dev/null +++ b/zarb-ml/mageia-dev/20110222/002748.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] automagically submitting correctly + + + + + + + + + +

[Mageia-dev] automagically submitting correctly

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Tue Feb 22 23:54:30 CET 2011 +

+
+ +
I've been thinking on submission (since i'm a novice packager, i have no good 
+experience with this, so i ended up talking to my mentor on submission stuff).
+
+So i was thinking:
+.spec files are used to tell the buildbot how to build and package an srpm.
+
+why don't we have a similar way to do submission? (or even include this in 
+spec file?)
+
+the things is, i want something that should work in most, if not all cases, 
+but still be simple.
+
+what would be interesting:
+ * submission parameters: ie: where to put rpm (core, tainted, non-free)
+
+or nice to have:
+ * make this also work multiple times, for packages that are submitted 
+multiple times (think about tainted stuff, that is rebuilt with extra %define), 
+and still have only one srpm.
+ * bootstrapping options? some way to have %defines that disable some stuff for 
+bootstrapping (or even cyclic builddependencies in certain pacakages)
+
+in short, the idea is to have:
+1. X, that is simple, elegant and works for all cases
+2. stuff happens
+3. profit :-P
+
+or to make it easier on packagers (and possibly reduce errors in wrong 
+submission), so that just "mgarepo submit <package>" would automagically work 
+correctly.
+
+i think this idea would be usefull if it was not too complex, unfortunately i 
+have no solid concrete ideas about this.
+
+but perhaps someone else has any good suggestions about this?
+
+ + + +
+

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