View previous topic :: View next topic |
Author |
Message |
lonewolf n00b
Joined: 26 Mar 2010 Posts: 2
|
Posted: Fri Mar 26, 2010 3:01 pm Post subject: emerge update failed: file collision between gettext/glibc-2 |
|
|
I try to set up a gentoo on a cortex-A8 (arm) beagle board. I got a previously done stage 3 gentoo image and try to update it with emerge --sync/update.
I got this problem:
Code: |
* Detected file collision(s):
*
* /usr/include/libintl.h
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* sys-libs/glibc-2.11-r1
* /usr/include/libintl.h
*
* Package 'sys-devel/gettext-0.17-r1' NOT merged due to file collisions.
* If necessary, refer to your elog messages for the whole content of the
* above message.
|
after an emerge --update --ask world
Code: |
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] sys-devel/gettext-0.17-r1 USE="-acl -doc -emacs -nls -nocxx -openmp"
[ebuild U ] sys-apps/util-linux-2.17.2 [2.17.1]
[ebuild U ] sys-apps/openrc-0.6.1-r1 [0.6.0-r1]
[ebuild U ] dev-lang/python-2.6.5 [2.6.4] USE="ssl* wide-unicode%*"
[ebuild U ] dev-lang/python-3.1.2 [3.1.1-r1] USE="ssl* wide-unicode%*"
|
gettext is N and want to be installed (tried to make a --deselect and it didn't work) but failed due to file collision.
I stumbled upon web sites saying I can make a local portage with a modified gettext version with a special RDEPEND directive. Yeah, but I can exclude glibc...
So I googled again and found out this: https://bugs.gentoo.org/249213
Quote: |
sys-devel/gettext-0.17 normally does not include /usr/include/libintl.h,
normally meaning sys-libs/glibc is in use
|
Well, cool, but it didn't work. I do have the quoted line on my gettext ebuild but it looks like it don't use it.
Code: |
# remove stuff that glibc handles
if use elibc_glibc ; then
rm -f "${D}"/usr/include/libintl.h
rm -f "${D}"/usr/$(get_libdir)/libintl.*
fi
|
At this point, I'm stuck and looking for others clues...
Lurking around this forum to get some (clues), I saw that emerge --info is often required:
Code: |
Portage 2.1.8.3 (embedded, gcc-4.4.3, glibc-2.11-r1, 2.6.29 armv7l)
=================================================================
System uname: Linux-2.6.29-armv7l-ARMv7_Processor_rev_3_-v7l-with-gentoo-2.0.1
Timestamp of tree: Fri, 26 Mar 2010 12:45:01 +0000
app-shells/bash: 4.1_p2-r1
dev-lang/python: 2.6.4, 3.1.1-r1
sys-apps/baselayout: 2.0.1
sys-apps/openrc: 0.6.0-r1
sys-apps/sandbox: 2.2
sys-devel/autoconf: 2.63-r1
sys-devel/automake: 1.10.2, 1.11
sys-devel/binutils: 2.20.1
sys-devel/gcc: 4.4.3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
virtual/os-headers: 2.6.30-r1
ACCEPT_KEYWORDS="arm ~arm"
ACCEPT_LICENSE="* -@EULA"
CBUILD="arm-unknown-linux-gnueabi"
CFLAGS="-Os -pipe -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp
-ftree-vectorize -fomit-frame-pointer"
CHOST="arm-unknown-linux-gnueabi"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gentoo-release /e
tc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-Os -pipe -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softf
p -ftree-vectorize -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned
sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://gentoo.imj.fr/pub/gentoo/ ftp://mirror.ovh.net/gentoo-dist
files/ http://mirrors.linuxant.fr/distfiles.gentoo.org/ http://mirror.ovh.net/ge
ntoo-distfiles/ "
LDFLAGS=""
LINGUAS="en"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclu
de=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="arm bindist cracklib kdrive minimal modules multicall nptlonly pam userloca
les zlib" ELIBC="glibc" INPUT_DEVICES="evdev mouse keyboard tslib" KERNEL="linux
" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="fbdev"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_A
LL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_
OVERLAY
|
Thanks in advance for the help |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Fri Mar 26, 2010 5:15 pm Post subject: |
|
|
so why don't you give them the necessary info at the bugreport? since that is your bug to report to.
just because they cannot reproduce it on a x86 based desktop system. which I can neither. _________________ hear hear |
|
Back to top |
|
|
Mike Hunt Watchman
Joined: 19 Jul 2009 Posts: 5287
|
Posted: Sat Mar 27, 2010 1:44 am Post subject: |
|
|
... and whatever you do, do not unmerge gettext or glibc.
I'm also not so sure that messing with the glibc files will be your friend.
BTW where are all your USE flags gone? |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
|
Back to top |
|
|
lonewolf n00b
Joined: 26 Mar 2010 Posts: 2
|
Posted: Tue Mar 30, 2010 3:13 pm Post subject: |
|
|
geki wrote: | so why don't you give them the necessary info at the bugreport? since that is your bug to report to.
just because they cannot reproduce it on a x86 based desktop system. which I can neither. |
Well. Because I'm quite familiar with linux (debian & redhat especially) and I did parts of the ESR's "How To Ask Questions The Smart Way" article french translation you linked on your signature.
So I assumed I missed something silly about gentoo installation system, as I usually assume I did wrong, not the system. But it happens system does wrong anyway, but I'm not (yet?) a gentoo specialist to be 99% sure. I did then some researchs to find clues about my issue and, getting nowhere, post a message where I can find specialists.
The exact way ESR says in his article in which I'm almost 100% agree (I'm not on the windows and trash part, but that's offtopic)
But, because you said this is a valid bug, I will reopen this one (if I can)
Mike Hunt wrote: | ... and whatever you do, do not unmerge gettext or glibc.
I'm also not so sure that messing with the glibc files will be your friend.
BTW where are all your USE flags gone? |
I'm quite aware glibc and gettext are needed, but I wonder why gettext was N and not U on the emerge world.
About my USE flags, well, I don't know what you are talking about. emerge --info provides USE information:
Code: |
USE="arm bindist cracklib kdrive minimal modules multicall nptlonly pam userloca
les zlib" ELIBC="glibc" INPUT_DEVICES="evdev mouse keyboard tslib" KERNEL="linux
" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="fbdev"
|
But I'm not familiar with emerge and USE. Where do you think there is a problem?
I came across this link but I didn't see that arm set gnu instead of glibc. The only "arm" reference was on the CPU architecture list. I don't think that arm is related to "gnu" even it was on the same line. You got freebsd6 too and I don't think it's related.
Well, for my problem, I tried to fix "cleanly" the problem but I don't find so much information about the "use elibc_glibc" function.
My problem was to find out what this function results on my arm system. Obviously not the good result, as I did have the glibc, and it failed to see it.
I came across this devmanual but I didn't find the list of "variable" as stated here. Searching "gentoo use [whateva]" leads to tons of webpages about the USE= on make.conf, even with the ebuild keyword.
Well, going nowhere and I needed it to run the card, I did ugly. Run an overlay, change the gettext ebuild:
Code: |
@@ -83,10 +82,10 @@
dobin gettext-tools/misc/gettextize || die "gettextize"
# remove stuff that glibc handles
- #if use elibc_glibc ; then
+ if use elibc_glibc ; then
rm -f "${D}"/usr/include/libintl.h
rm -f "${D}"/usr/$(get_libdir)/libintl.*
- #fi
+ fi
rm -f "${D}"/usr/share/locale/locale.alias "${D}"/usr/lib/charset.alias
if [[ ${USERLAND} == "BSD" ]] ; then
|
that's ugly for sure but it works and I'm no longer stuck in the middle of nowhere.
Anyway, I will reopen the bug and try to help gentoo hackers to help fix the ebuild script bug on the arm platform. I will probably link this thread on the bugreport if they need it.
BTW, Thanks everyone for the help, it works now.
edit: the bugreport is here |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Wed Mar 31, 2010 6:36 pm Post subject: |
|
|
well done
'emerge --info' and full build log of gettext was the key.
now, they fixup somehow. _________________ hear hear |
|
Back to top |
|
|
jlpoole Guru
Joined: 01 Nov 2005 Posts: 477 Location: Salem, OR
|
Posted: Sun Aug 05, 2012 7:01 am Post subject: Re: emerge update failed: file collision between gettext/gli |
|
|
lonewolf wrote: | I try to set up a gentoo on a cortex-A8 (arm) beagle board. |
Would you update this thread and indicate if you succeeded or not, and if not, then what problems blocked you?
I've ordered a Beagle Bone and would like to learn of your experience. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|