Summary: | Error merging sys-libs/glibc-2.8_p20080602: (/bin/date: wrong ELF class: ELFCLASS32) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pekka-Matti Nieminen <pmn> |
Component: | [OLD] Core system | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Pekka-Matti Nieminen
2008-07-17 07:41:41 UTC
Just out of curiosity: got same result with gentoo-sources-2.6.24-r5 kernel. Could you figure out where /bin/date came from? It doesn't appear to be the 64-bit one you need. (I.e. is /bin/date of a later date than the sys-apps/coreutils package?) (In reply to comment #2) > Could you figure out where /bin/date came from? It doesn't appear to be the > 64-bit one you need. (I.e. is /bin/date of a later date than the > sys-apps/coreutils package?) Oh silly me. You are right. My /bin/date is part of binary package kindly provided by you :). (See bug #224483 comment #8 ). I just remained using this binary version of coreutils as I should have replaced it at most haste with self compiled from sources (emerge =coreutils-6.10-r2). It never occurred to me as /bin/date was working with soon-to-be replaced glibc. Now I emerged coreutils and am waiting the results of emerging glibc. Most likely it will work now and this 'bug' is to be marked as invalid. Thank you for your trouble and sorry for inconvience. Very well. :) As it was expected: after re-emerging coreutils package from sources glibc upgraded nicely. |