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/2011-September/007931.html | 93 +++++++++++++++++++++++++++ 1 file changed, 93 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-September/007931.html (limited to 'zarb-ml/mageia-dev/2011-September/007931.html') diff --git a/zarb-ml/mageia-dev/2011-September/007931.html b/zarb-ml/mageia-dev/2011-September/007931.html new file mode 100644 index 000000000..67937f58b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007931.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 10:56:03 CEST 2011 +

+
+ +
Le vendredi 9 septembre 2011 04:29:21, David W. Hodgins a écrit :
+> On Thu, 08 Sep 2011 11:32:39 -0400, Samuel Verschelde <stormi at laposte.net> 
+wrote:
+> > Maybe my question was not clear : qt4-database-plugin-
+> > sqlite-4.7.3-1.mga1.i586.rpm is needed *as a new requirement* of another
+> > updated package. Do we link only qt4-database-plugin-
+> > sqlite-4.7.3-1.mga1.i586.rpm from Core Release to Updates, or do we link
+> > all packages from its SRPM, which is qt4 ?
+> > 
+> > Said otherwise : must we keep a coherence between RPMs and SRPMs in Core
+> > Updates ?
+> 
+> If we don't keep the coherence, the procedure for pushing from Updates
+> Testing to Updates will have to be changed as well.
+> 
+> Currently the sysadmin team is given a list of srpm packages to push.
+
+In fact, if we don't keep the coherence, we are going to have mixed 
+situations. The scripts used to move updates from Updates Testing to Updates 
+will have to :
+- rely on the SRPMs for "built" updates (I'm calling "built" updates packages 
+that went through the build system from the 1/updates branch)
+- rely on a by arch RPM list for "copied" dependencies (as package name can 
+depend on the arch)
+
+Also, I don't know what will happen if a "copied" dependency gets a real 
+update in the future. The scripts should recognize this situation, remove the 
+copied deps and add the 'built' ones (more complexity in move scripts).
+
+This all gets complicated, maybe more than fixing MageiaUpdate in the end :)
+
+Samuel
+
+ + + + + + + + +
+

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