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/2012-August/017858.html | 119 +++++++++++++++++++++++++++++ 1 file changed, 119 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-August/017858.html (limited to 'zarb-ml/mageia-dev/2012-August/017858.html') diff --git a/zarb-ml/mageia-dev/2012-August/017858.html b/zarb-ml/mageia-dev/2012-August/017858.html new file mode 100644 index 000000000..f5b798033 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-August/017858.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release task-obsolete-3-21.mga3 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release task-obsolete-3-21.mga3

+ andre999 + andre999mga at laposte.net +
+ Wed Aug 1 15:00:48 CEST 2012 +

+
+ +
Guillaume Rousse a écrit :
+> Le 01/08/2012 09:31, Guillaume Rousse a écrit :
+>> Le 01/08/2012 08:46, Thierry Vignaud a écrit :
+>>> On 1 August 2012 05:29, fwang <buildsystem-daemon at mageia.org> wrote:
+>>>> fwang <fwang> 3-21.mga3:
+>>>> + Revision: 277136
+>>>> - obsolete db5.2 in favour of db5.3
+>>>
+>>> # urpmi --auto-select --keep -vv --debug
+>>> (...)
+>>> installed libreoffice-core-3.6.0.1-1.mga3.x86_64 is conflicting
+>>> because of unsatisfied libdb-5.2.so()(64bit)
+>>> unselecting task-obsolete-3-21.mga3.noarch
+>>> A requested package cannot be installed:
+>>> task-obsolete-3-21.mga3.noarch (in order to keep
+>>> libreoffice-core-3.6.0.1-1.mga3.x86_64)
+>>> Continue installation anyway? (Y/n)
+>> Whoever had the brilliant idea of forcing package uninstallation just
+>> because "they are not supported anymore" deserve a good spanking...
+>> Especially when applied to libraries, whereas shipping them in specific
+>> versioned subpackage 'libfication' was meant precisely to avoid this 
+>> issue.
+>
+> Morevoer, it's quite ridiculous to focus on removing obsoleted package 
+> from end users machines, without first cleaning our own 
+> infrastructure: db5.2 is still present in the subversion repository, 
+> for instance...
+>
+> So, removing a package from the distribution should imply:
+> 1) removing it from the subversion repository
+> 2) removing it from the master package tree (adding obsoletes tag in 
+> any package just for this is overkill)
+> 3) eventually removing it from end user machines, provided this last 
+> step bring some added value (which is still unproven)
+>
++1
+This last point reminds me of the obsoletes of openoffice put in the 
+libreoffice spec, when there was no real conflicts and there were some 
+differences.  So a regression in libreoffice required me to install 
+upstream libreoffice so I could install openoffice alongside, to work 
+around the regressions when I needed to.
+So definitely no added value.
+These obsoletes are still there.
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + +
+

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