[Lunar-bugs] [Lunar Linux 0000173]: confusing dependencies for theedge during installation

[Lunar bug reports list]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.lunar-linux.org/view.php?id=173 
====================================================================== 
Reported By:                engelsman
Assigned To:                sofar
====================================================================== 
Project:                    Lunar Linux
Issue ID:                   173
Category:                   ISO
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     resolved
Moonbase Version:           2006MMDD.NN 
Core Tools:                 Theedge 
Core Tools Version:         2006MMDD 
Resolution:                 not fixable
Fixed in Version:           
====================================================================== 
Date Submitted:             02-18-2007 18:18 CET
Last Modified:              03-05-2007 17:05 CET
====================================================================== 
Summary:                    confusing dependencies for theedge during
installation
Description: 
man lfirsttime recommends to lin theedge even if you want to lunar.
theedge depends on neon[y] which then asks for libxml2/expat choice,
recommending libxml2. if you continue to take the default options,
you are later prompted whether apr-util should use _expat_ even though
I selected libxml2
====================================================================== 

---------------------------------------------------------------------- 
 Moe - 03-05-07 14:44  
---------------------------------------------------------------------- 
I dare to mark this invalid. apr-utils depends on expat. neon is different
as it is able to make use of either libxml2 OR expat (thats why there is a
choice presented to the user). Do you catch my drift? 

---------------------------------------------------------------------- 
 engelsman - 03-05-07 16:54  
---------------------------------------------------------------------- 
I'm not near a Lunar box at the moment so I can't check except via
modules.ll.org, but as far as I can see neon depends on %XMLRENDERER (ie
libxml or expat) and apr-utils depends explicitly on expat.

I understood (but could well be wrong - I frequently am) that a %VARIABLE
denotes a conflict and that you had to choose which of the conflicting
modules to use to avoid installing more than one, having mismatched
utilities, libraries, etc.

So what I expected was that apr-util should also depend on %XMLRENDERER.

If I've misunderstood, and the report is invalid, close it. That's OK by
me. 

---------------------------------------------------------------------- 
 Moe - 03-05-07 17:05  
---------------------------------------------------------------------- 
Indeed, you're wrong on that assumption. Aliases (such as %XMLRENDERER) are
ment to provide the user with a choice whether to install application a or
application b which both provide the required functionality for a
depedency. Aliases MAY conflict but they don't have to. Sometimes its a
simple matter of choice. This bugreport is invalid. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-18-07 18:18  engelsman      New Issue                                    
02-18-07 18:18  engelsman      Status                   new => assigned     
02-18-07 18:18  engelsman      Assigned To               => sofar           
02-18-07 18:18  engelsman      Moonbase Version          => 2006MMDD.NN     
02-18-07 18:18  engelsman      Core Tools                => Theedge         
02-18-07 18:18  engelsman      Core Tools Version        => 2006MMDD        
03-05-07 14:44  Moe            Note Added: 0000386                          
03-05-07 16:54  engelsman      Note Added: 0000387                          
03-05-07 17:05  Moe            Status                   assigned => resolved
03-05-07 17:05  Moe            Resolution               open => not fixable 
03-05-07 17:05  Moe            Note Added: 0000388                          
======================================================================