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-October/008962.html | 86 +++++++++++++++++++++++++++++ 1 file changed, 86 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-October/008962.html (limited to 'zarb-ml/mageia-dev/2011-October/008962.html') diff --git a/zarb-ml/mageia-dev/2011-October/008962.html b/zarb-ml/mageia-dev/2011-October/008962.html new file mode 100644 index 000000000..ca6859b9e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/008962.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] [qa-discuss] Packages requiring linking for updates already in Core Updates + + + + + + + + + +

[Mageia-dev] [qa-discuss] Packages requiring linking for updates already in Core Updates

+ blind Pete + 0123peter at gmail.com +
+ Wed Oct 19 03:21:12 CEST 2011 +

+
+ +
on Sat, 15 Oct 2011 09:24
+in the Usenet newsgroup gmane.linux.mageia.devel
+Samuel Verschelde wrote:
+
+[snip]
+> They weren't required according to urpmq --requires-recursive, but there's a 
+> limitation in urpmq --requires-recursive when there are alternatives : if 
+> package A requires B or C, then urpmq won't list the dependencies of B and C 
+> recursively. Some call that a bug, I prefer to call that a "how the hell could 
+> we do differently?" feature :)
+
+There could be an interactive option and ask questions like 
+urpmi does.  
+
+There could be an, "accept first choice" option.  
+
+There could be a list of selections passed as a command 
+line option.  
+
+There could be an option to include all possible choices 
+(and label the resulting list as possibly excessive).  
+
+Continue with current behaviour and label the result as 
+incomplete when this happens, maybe listing the un-made 
+choices.  
+ 
+> Best regards
+> 
+> Samuel
+
+
+
+ + +
+

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