[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mingw-users
Subject:    Re: [Mingw-users] Extraction failed mess
From:       Keith Marshall <keithmarshall () users ! sourceforge ! net>
Date:       2014-04-30 22:10:34
Message-ID: 536174DA.4080606 () users ! sourceforge ! net
[Download RAW message or body]

Renato, David,

Thanks for your perseverance...

On 30/04/14 20:29, David Gressett wrote:
> > From: Renato Silva
> ... snip ...
> 
> > Libiconv is fine now, but not gettext. Both the bin and dev
> > components are trying to install locale files,

It is correct, that both should install message catalogues, ("locale
files", if you wish to think of them as such); what is *not* correct is
that they are trying to install *the same set* of message catalogues.

> > resulting in errors:
> > 
> > ... snip ...
> > 
> > install: gettext-0.18.3.2-1-mingw32-bin.tar.xz
> > installing gettext-0.18.3.2-1-mingw32-bin.tar.xz*
> > 
> > ... snip ...
> > 
> > install: gettext-0.18.3.2-1-mingw32-dev.tar.xz
> > installing gettext-0.18.3.2-1-mingw32-dev.tar.xz*
> > 
> > ... snip ...
> > 
> > mingw-get.exe: *** ERROR ***
> > C:\Programs\Desenvolvimento\MinGW\/share/locale/zh_TW/LC_MESSAGES/gettext-tools.mo:
> >  probable package conflict; existing file not overwritten

Here, mingw-get is correctly reporting a package conflict; the set of
gettext-tools.mo message catalogues had already been installed (albeit
incorrectly) when extracting the "bin" component, (when we should have
been extracting gettext-runtime.mo catalogues), and the conflict has
been detected when (correctly) attempting to extract them from the "dev"
archive.

> > install: gettext-0.18.3.2-1-mingw32-ext.tar.xz
> > installing gettext-0.18.3.2-1-mingw32-ext.tar.xz
> 
> Curious - I repeated the removal/installation and got the same
> errors.  No idea why it didn't happen the first time.

Yes, it is curious; the conflict should have been reported.  I've now
repackaged the "bin" component archive, to deliver the correct set of
gettext-runtime.mo catalogues, so installation now proceeds correctly
for me.  However, I did notice some residual anomalies:

- I initially observed conflicts for the gettext-runtime.mo files; these
were already present in my installation tree, but running

  $ grep -l gettext-runtime.mo /mingw/var/lib/mingw-get/data/man*.xml

(from an MSYS shell) told me that mingw-get had no idea where they came
from; I want this probable conflict to be resolved such that mingw-get
has control of the installation of these files, so I ran

  $ rm `find /mingw/share/locale -name gettext-runtime.mo`
  $ mingw-get install -reinstall gettext-bin

to make it so.

- From the MSYS shell, running the command

  $ mingw-get install -reinstall gettext-{bin,dev}

which expands, (due to shell brace expansion), to

  $ mingw-get install -reinstall gettext-bin gettext-dev

with the latest releases of both of these component packages already
installed, should be equivalent to running

  $ mingw-get install -reinstall gettext-bin
  reinstall: gettext-0.18.3.2-1-mingw32-bin.tar.xz
   removing release gettext-0.18.3.2-1-mingw32-bin.tar.xz
   installing gettext-0.18.3.2-1-mingw32-bin.tar.xz

  $ mingw-get install -reinstall gettext-dev
  reinstall: gettext-0.18.3.2-1-mingw32-dev.tar.xz
   removing release gettext-0.18.3.2-1-mingw32-dev.tar.xz
   installing gettext-0.18.3.2-1-mingw32-dev.tar.xz

separately, in sequence.  However, whereas the separate invocations work
as expected, mingw-get appears to be mishandling the hybrid form, and
failing to schedule the removal of the "bin" component, (or likely all
but the last specified component), which results in conflicts from the
earlier specified component.  This looks like a bug in mingw-get, which
I'll need to investigate; for now, the work-around is to always specify
only one component package at a time, when performing any reinstallation
operation.

-- 
Regards,
Keith.

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
MinGW-users mailing list
MinGW-users@lists.sourceforge.net

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may \
cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@lists.sourceforge.net?subject=unsubscribe


[prev in list] [next in list] [prev in thread] [next in thread]