bzip2 coplains about msys-bz2-1.dll being missing. I used the mingw-get-inst-20120426 to perform the installation.
Not reproduced here. Sorry, but this WJFFM. IIRC, I used the same version, (but not the GUI wrapper), to set up a new machine, just a few weeks ago:
C:\MinGW> bin\mingw-get install msys-base
msys-bz2-1.dll is in my C:\MinGW\MSYS\1.0\bin directory.
Perhaps a transient network glitch interrupted your download? Does
C:\MinGW> bin\mingw-get install --reinstall --recursive msys-bzip2-bin
fix it? (The "--recursive" should make this want to reinstall msys-1.0.dll as a recursive dependency, so I suggest doing it from a cmd.exe session, with no MSYS processes running).
This doesn't seem to work. It mentions bzip-1.0.6-1-msys-1.0.17-bin.tar.lzma, but not libbz2-1.0.6-1-msys-1.0.17-dll-1.tar.lzma.
Ah ha! I see the problem now, thanks! In msys-bzip2.xml I see this comment:--
<!-- Note that the bzip2 utilities are linked against the static
version of libbz2.a, so there is no -dll dependency here. Other
requirements support the auxiliary scripts, which are provided by
the bzip2-bin package.
This appears not to be true, for the 1.0.6-1 release. The work-around, for now, is to "mingw-get install msys-libbz2-dll". Referring to Chuck -- the package maintainer -- for correction.
I can see no action has been taken? Should I make a diff, and if so, which format do you prefer?
Setting this to pending isn't appropriate; the issue needs to be fixed!
The easy resolution is to add the missing DLL dependency to the mingw-get manifest, but Chuck maintains msys-bzip2; I don't want to step on his toes.
Chuck, any time to look at this?
This has been dragging on far too long, with no response from Chuck, so I've applied and published the easy fix.
Chuck, if you prefer an alternative solution, please feel free to implement it later.