Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=14681

           Summary: side effect while selecting default provider
           Product: Sorcery
           Version: 1.14.x
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Sorcery
        AssignedTo: sm-sorcery-bugs AT lists.ibiblio.org
        ReportedBy: mikael.morin AT tele2.fr


Created an attachment (id=7109)
 --> (http://bugs.sourcemage.org/attachment.cgi?id=7109)
the highly hypnotic charm of a full superdebugging log 

$ sorcery -v
1.14.1-rc6

The bug is shown by the glest spell.
$ cast glest
...
glest has a dependency on some OPENGL.
        (0)     dri
        (1)     mesalib  (installed)
        (2)     nvidia_driver
        (3)     nvidia_legacy
        (4)     nvidia_legacy_96xx
        (5)     xfree86-devel
        (6)     xfree86-libs
        (7)     xorg

Which one do you want? [1] 

glest has a dependency on sdl
glest has a dependency on some X11-LIBS.
        (0)     xfree86-devel
        (1)     xfree86-libs
        (2)     xorg
        (3)     xorg-libs        (installed)

Which one do you want? [0] 

As shown here, the default provider proposed for X11-LIBS doesn't match what 
is
installed (and should be proposed): xorg-libs. 

The following extract (lines 25824-25832) from the superdebugging log shows
where things start to go wrong when looking for the X11-LIB default provider:
++ real_list_add choices xorg-libs
++ local var=choices
++ shift
++ local i
++ for i in '$@'
++ local found=0
+++ eval 'echo $choices'
++++ echo mesalib
++ iterate list_add_sub ' ' mesalib

Obviously, the choices variable has kept the previous value (mesalib) and 
thus mesalib is the first default choice, but it is no provider of X11-LIBS. 

Actually, it is the same kind of bug as Bug #14587 which I reported before and
the fix is pretty much the same too. 
I hope it will be useful this time :) 

*** /root/libdepends.old        2008-08-25 20:22:21.000000000 +0200
--- libdepends  2008-08-25 20:51:15.000000000 +0200
***************
*** 891,896 ****
--- 891,897 ----
  {

    debug "libdepends" "$FUNCNAME - $@"
+   local choices
    local default tmp installed=no
    local status=()


Interestingly enough, the bug doesn't show when you cast -r with glest already
installed. The ways of sorcery are inscrutable.


-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.