Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#1525 mingw-get error in alias name matching

INSTALLER
closed
None
fixed
Known_bugs
2013-02-04
2011-03-15
Charles Wilson
No

There is some sort of confusion between
[mingw32-]autoconf2.1-{bin,doc,lic}
and
[mingw32-]autoconf2.5-{bin,doc,lic}

Everytime I try to isntall the latter, I get the former. Ditto for the 'list' command:

$ mingw-get list autoconf2.5 2>/dev/null

Package: mingw32-autoconf2.1 Subsystem: mingw32
Components: bin, doc, lic

autoconf2.1: Automatic Configure Script Builder (2.1x series)
-------------------------------------------------------------

Autoconf is an extensible package of M4 macros that produce shell
scripts to automatically configure software source code packages. These
scripts can adapt the packages to many kinds of UNIX-like systems
without manual user intervention. Autoconf creates a configuration
script for a package from a template file that lists the operating
system features that the package can use, in the form of M4 macro calls.
This package provides the latest implementation of autoconf in the 2.1x
series.

FYI, there appears also to be confusion between
automake1.11 and automake1.10, and
between
automake1.4, 1.5, 1.6, 1.7, 1.8, and 1.9

Basically, every command indicating automake1.11 gets "mapped" to automake1.10, and every command indicating automake1.x where x is 5...9, gets "mapped" to automake1.4

See ml thread:
http://thread.gmane.org/gmane.comp.gnu.mingw.devel/4214/focus=4215

Discussion

  • Keith Marshall
    Keith Marshall
    2011-03-15

    Thanks Chuck,

    I've identified the bug in src/keyword.c; it's one of those nasty little beasties, with a very specific trigger condition, easily overlooked but (thankfully) consistently reproducible once identified; (it has been present since mingw-get-0.1-alpha-3).

    while( *inspect && ! isspace( *in_list ) && (*inspect++ == *in_list++) )
    ;

    is NOT functionally the same as the correct implementation:

    while( *inspect && ! isspace( *in_list ) && (*inspect == *in_list) )
    {
    ++inspect; ++in_list;
    }

    but the difference is only significant when inspect and in_list represent strings of exactly equal length, which differ only in the very last character, (as is manifest in each of your failure cases).

    I've corrected and tested my local working copy, and will commit to CVS as soon as the opportunity arises. It's a small change, but I guess it is sufficiently serious to merit immediate release of mingw-get-0.2-mingw32-alpha-2.

     
  • Charles Wilson
    Charles Wilson
    2011-03-15

    I agree that an new release is needed ASAP. I'll also roll a new mingw-get-inst.

    We also need to let folks know that they may need to manually run 'mingw-get upgrade mingw-dvlpr' and/or msys-dvlpr IF and ONLY IF they had previously attempted to install those meta packages, because right now their system has only ac-2.11 but not ac-2.6x, and only am-1.4, 1.10, but not am-1.5-1.9,1.11...

    Fortunately we don't use the cygwin-style naming convention for DLL packages (e.g. libfooN vs. libfoo-[otherstuff]-dll-N) or this problem would have had more severe effects!

     
  • Keith Marshall
    Keith Marshall
    2011-03-15

    • status: open --> pending-fixed
     
  • Keith Marshall
    Keith Marshall
    2011-03-15

    Fixed and released. I'll give it time to propagate to the mirrors, and post a release notice tomorrow AM GMT.

    I'll include notes about the advisability of reinstalling mingw32-autoconf, mingw32-automake and msys-gettext; anything else I should cover? I'll leave it to you, to update mingw-get-inst.

     
  • Charles Wilson
    Charles Wilson
    2011-03-15

    That should cover it (except for the bit about adding a <package /> entry for pkginfo to mingw32-mingw-get.xml, discussed back in the original email thread).

    After I do some testing later tonight, I'll close this bug.

     
  • Charles Wilson
    Charles Wilson
    2011-03-15

    • status: pending-fixed --> open-fixed
     
  • Keith Marshall
    Keith Marshall
    2011-03-16

    Utility script to list mingw-get package inventories

     
    Attachments
  • Keith Marshall
    Keith Marshall
    2011-03-16

    I've attached a Q&D utility script, to help users track down what is, and what isn't installed via mingw-get. Save it in the same directory as mingw-get.exe, (it requires mingw-get-0.2 or later), and run from the MSYS shell prompt[*]:

    $ mingw-get-info all

    to see current status for all available packages,

    $ mingw-get-info installed

    to filter on only those packages which are installed locally, or

    $ mingw-get-info index

    to see an index for the repository catalogue.

    [*] If you run cmd.exe, then I'm sorry, but you can't use this. Please don't ask me how to make it work; you will need to install msys-base, and run it from an MSYS shell.

     
  • Keith Marshall
    Keith Marshall
    2012-03-07

    • status: open-fixed --> pending-fixed
     
  • Earnie Boyd
    Earnie Boyd
    2013-02-04

    • labels: MinGW Installer -->
    • status: pending-fixed --> closed
    • resolution: --> fixed
    • category: --> Known_bugs
    • milestone: --> INSTALLER