Re: Conflict between converters/libiconv and devel/gettext

2013-08-08 Thread Thomas Mueller
 On Wed, Aug 07, 2013 at 01:41:49PM +, Thomas Mueller wrote:
  I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick 
  (9.2-BETA2 amd64) installation and failed because of a conflict between
  converters/libiconv and devel/gettext apparently trying to install files to 
  the same place:

 / usr/local/lib/charset.alias

 UPDATING: 20130316

 regards,
 Bapt

I remember it now from when I updated on main FreeBSD installation, but it 
slipped my mind from so long ago.

Now I will remember for when I boot that USB-stick installation again.

Thanks!


Tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Conflict between converters/libiconv and devel/gettext

2013-08-07 Thread Thomas Mueller
I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick 
(9.2-BETA2 amd64) installation and failed because of a conflict between 
converters/libiconv and devel/gettext apparently trying to install files to the 
same place: 

/usr/local/lib/charset.alias

Closing error messages were

install -o root -g wheel -m 444 ./iconv.3 /usr/local/man/man3/iconv.3
install -o root -g wheel -m 444 ./iconv_close.3 
/usr/local/man/man3/iconv_close.3
install -o root -g wheel -m 444 ./iconv_open.3 /usr/local/man/man3/iconv_open.3
install -o root -g wheel -m 444 ./iconv_open_into.3 
/usr/local/man/man3/iconv_open_into.3
install -o root -g wheel -m 444 ./iconvctl.3 /usr/local/man/man3/iconvctl.3
if [ ! -d /usr/local/share/doc/libiconv ] ; then /bin/sh 
../build-aux/mkinstalldirs /usr/local/share/doc/libiconv ; fi
mkdir /usr/local/share/doc/libiconv
builddir=`pwd`; cd .  for f in *.html ; do (cd $builddir; echo install  
-o root -g wheel -m 444 ./$f /usr/local/share/doc/libiconv/$f ; install  -o 
root -g wheel -m 444 ./$f /usr/local/share/doc/libiconv/$f) ; done
install -o root -g wheel -m 444 ./iconv.1.html 
/usr/local/share/doc/libiconv/iconv.1.html
install -o root -g wheel -m 444 ./iconv.3.html 
/usr/local/share/doc/libiconv/iconv.3.html
install -o root -g wheel -m 444 ./iconv_close.3.html 
/usr/local/share/doc/libiconv/iconv_close.3.html
install -o root -g wheel -m 444 ./iconv_open.3.html 
/usr/local/share/doc/libiconv/iconv_open.3.html
install -o root -g wheel -m 444 ./iconv_open_into.3.html 
/usr/local/share/doc/libiconv/iconv_open_into.3.html
install -o root -g wheel -m 444 ./iconvctl.3.html 
/usr/local/share/doc/libiconv/iconvctl.3.html
===   Compressing manual pages for libiconv-1.14_1
===   Running ldconfig
/sbin/ldconfig -m /usr/local/lib
===   Registering installation for libiconv-1.14_1
Installing libiconv-1.14_1...pkg-static: libiconv-1.14_1 conflicts with 
gettext-0.18.1.1 (installs files into the same place).  Problematic file: 
/usr/local/lib/charset.alias
*** [fake-pkg] Error code 70

Stop in /BETA1/usr/ports/converters/libiconv.
*** [install] Error code 1

Stop in /BETA1/usr/ports/converters/libiconv.

=== A backup package for libiconv-1.14 should
   be located in /usr/packages/portmaster-backup

=== Installation of libiconv-1.14_1 (converters/libiconv) failed
=== Aborting update

=== Update for libiconv-1.14 failed
=== Aborting update

=== Update for apr-1.4.6.1.4.1_1 failed
=== Aborting update

=== Killing background jobs
Terminated
=== Installation of databases/sqlite3 (sqlite3-3.7.17_1) complete


=== You can restart from the point of failure with this command line:
   portmaster flags devel/subversion devel/apr1 converters/libiconv 
databases/gdbm devel/gettext net/openldap24-client textproc/expat2 www/serf 

=== Exiting


Strangely, the same update succeeded on a USB-stick i386 (9.1-STABLE) 
installation, maybe because the last update on that was more recent, possibly 
including the would-be-offending libiconv and gettext (only a guess on my part).

Tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Conflict between converters/libiconv and devel/gettext

2013-08-07 Thread Baptiste Daroussin
On Wed, Aug 07, 2013 at 01:41:49PM +, Thomas Mueller wrote:
 I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick 
 (9.2-BETA2 amd64) installation and failed because of a conflict between 
 converters/libiconv and devel/gettext apparently trying to install files to 
 the same place: 
 
 /usr/local/lib/charset.alias
 
UPDATING: 20130316

regards,
Bapt


pgpcGxP6frzWU.pgp
Description: PGP signature


Re: Conflict between converters/libiconv and devel/gettext

2013-08-07 Thread Loïc BLOT
To resolve this conflict remove gettext and libiconv and reinstall
gettext (it reinstall libiconv). This resolves the problem (but it's not
proper because process which uses gettext when gettext is missing don't
like it).

-- 
Best regards,
Loïc BLOT, 
UNIX systems, security and network expert
http://www.unix-experience.fr


Le mercredi 07 août 2013 à 15:44 +0200, Baptiste Daroussin a écrit :
 On Wed, Aug 07, 2013 at 01:41:49PM +, Thomas Mueller wrote:
  I was trying to update (portmaster) subversion (1.7 to 1.8) on a USB-stick 
  (9.2-BETA2 amd64) installation and failed because of a conflict between 
  converters/libiconv and devel/gettext apparently trying to install files to 
  the same place: 
  
  /usr/local/lib/charset.alias
  
 UPDATING: 20130316
 
 regards,
 Bapt


signature.asc
Description: This is a digitally signed message part


Re: Conflict between converters/libiconv and devel/gettext

2013-08-07 Thread Baptiste Daroussin
On Wed, Aug 07, 2013 at 10:40:40PM +0200, Loïc BLOT wrote:
 To resolve this conflict remove gettext and libiconv and reinstall
 gettext (it reinstall libiconv). This resolves the problem (but it's not
 proper because process which uses gettext when gettext is missing don't
 like it).
 
Now that we have config.site, this shouldn't happen again (what happened was
that configure script were picking in priority gawk or gsed for example when
they were present and because they were linked to gettext it was failing,
config.site make sure that awk or sed (and many others) from base are picked up
in priority, so this is safe now.

regards,
Bapt


pgpVEilegjQsB.pgp
Description: PGP signature