util-linux in a Solaris x86 prefix - can't emerge - doesn't compile + one minor ebuild-level issue to maybe fix
Hello list,
I'm having a problem emerging sys-apps/util-linux in my prefix in a Solaris 10 x86 container and I need Your help.
The reason I need the package at all is that I need /usr/bin/script - with its "-t" switch. No other functionality would I be interested in. Henceforth I have even tried to reduce the set of USE flags on the package one by one at first, yet nothing delivered. The same holds true for the earlier versions the tree seems to still have - but the 2.17.* versions die on me even in the configure phase complaining about the lack of crypt(). I would be content with either version and yes I know these packages are masked. Still I'm compelled in solving this issue - were it only possible.
Please help me if you can and also forgive my maybe having posted either too little or too many information; it's my first time asking for "official" help after all.
make[2]: Leaving directory `/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/work/util-linux-ng-2.18/shlibs/blkid/src'
Making all in samples
make[2]: Entering directory `/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/work/util-linux-ng-2.18/shlibs/blkid/samples'
* CC**** topology.o
* CCLD** topology
../../../shlibs/blkid/src/.libs/libblkid.so: undefined reference to `strnlen'
collect2: ld returned 1 exit status
make[2]: *** [topology] Error 1
make[2]: Leaving directory `/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/work/util-linux-ng-2.18/shlibs/blkid/samples'
emake failed
** ERROR: sys-apps/util-linux-2.18-r1 failed (compile phase):
**** (no error message)
**
** Call stack:
****** ebuild.sh, line* 62:* Called call-ebuildshell 'src_compile'
**** environment, line 603:* Called src_compile
**** environment, line 3152:* Called die
** The specific snippet of code:
************ emake -C shlibs || die;
**
** If you need support, post the output of 'emerge --info =sys-apps/util-linux-2.18-r1',
** the complete build log and the output of 'emerge -pqv =sys-apps/util-linux-2.18-r1'.
** The complete build log is located at '/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/temp/build.log'.
** The ebuild environment file is located at '/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/temp/environment'.
** S: '/opt/prefix/var/tmp/portage/sys-apps/util-linux-2.18-r1/work/util-linux-ng-2.18'
I did not so far realize that maybe the -O3 setting could be the culprit - but since that gave me no pain whatsoever on any other box I have rolled stuff on, I'm only wondering. The only other idea that I'm almost having is my having upgraded gcc beforehand. Everything has so far gone by the book though - well aside from a small glitch that I'll - once mentioned - quickly elaborate on as well: the enewgroup and enewuser routines err, given that Solaris has a different syntax for these commands - as in, different from the GNU userland's suchlike options. Once having fixed that, I was set, yet that might require official effort to become fixed on a higher level, as irrelevant in this post as that is. Just thought I'd let you know.
Thankful in advance for any efforts made:
T.
06-29-2011, 07:05 AM
Tamás Gérczei
util-linux in a Solaris x86 prefix - can't emerge - doesn't compile + one minor ebuild-level issue to maybe fix
Hello again, I'm really very sorry about the HTML posting I have
ignorantly made. Here it comes as plaintext...
Hello List,
I'm having a problem emerging sys-apps/util-linux in my prefix in a
Solaris 10 x86 container and I need Your help.
The reason I need the package at all is that I need /usr/bin/script -
with its "-t" switch. No other functionality would I be interested in.
Henceforth I have even tried to reduce the set of USE flags on the
package one by one at first, yet nothing delivered. The same holds
true for the earlier versions the tree seems to still have - but the
2.17.* versions die on me even in the configure phase complaining
about the lack of crypt(). I would be content with either version and
yes I know these packages are masked. Still I'm compelled to solve
this issue - were it only possible.
Please help me if you can and also forgive my maybe having posted
either too little or too many information; it's my first time asking
for "official" help after all.
I did not so far realize that maybe the -O3 setting could be the
culprit - but since that gave me no pain whatsoever on any other box I
have rolled stuff on, I'm only wondering. The only other idea that I'm
almost having is my having upgraded gcc beforehand. Everything has so
far gone by the book though - well aside from a small glitch that I'll
- once mentioned - quickly elaborate on as well: the enewgroup and
enewuser routines err, given that Solaris has a different syntax for
these commands - as in, different from the GNU userland's suchlike
options. Once having fixed that, I was set, yet that might require
official effort to become fixed on a higher level, as irrelevant in
this post as that is. Just thought I'd let you know.
Thankful in advance for any efforts made:
T.
06-29-2011, 07:57 AM
Fabian Groffen
util-linux in a Solaris x86 prefix - can't emerge - doesn't compile + one minor ebuild-level issue to maybe fix
Hi Tamás,
On 28-06-2011 20:17:40 +0200, Tamás Gérczei wrote:
> I'm having a problem emerging sys-apps/util-linux in my prefix in a Solaris
> 10 x86 container and I need Your help.
I thought I fixed the latest version with upstream ... :/
> ../../../shlibs/blkid/src/.libs/libblkid.so: undefined reference to
> `strnlen'
This is the culprit, no such function exists on Solaris.
util-linux isn't pretty much very non-Linux-friendly. If you're just
interested in that one script, I'd try to focus on that one, and not to
compile the entire suite of linux utils that you probably don't need.
--
Fabian Groffen
Gentoo on a different level
06-29-2011, 07:57 AM
Fabian Groffen
util-linux in a Solaris x86 prefix - can't emerge - doesn't compile + one minor ebuild-level issue to maybe fix
Hi Tamás,
On 28-06-2011 20:17:40 +0200, Tamás Gérczei wrote:
> I'm having a problem emerging sys-apps/util-linux in my prefix in a Solaris
> 10 x86 container and I need Your help.
I thought I fixed the latest version with upstream ... :/
> ../../../shlibs/blkid/src/.libs/libblkid.so: undefined reference to
> `strnlen'
This is the culprit, no such function exists on Solaris.
util-linux isn't pretty much very non-Linux-friendly. If you're just
interested in that one script, I'd try to focus on that one, and not to
compile the entire suite of linux utils that you probably don't need.
--
Fabian Groffen
Gentoo on a different level
07-09-2011, 11:28 AM
Tamás Gérczei
util-linux in a Solaris x86 prefix - can't emerge - doesn't compile + one minor ebuild-level issue to maybe fix
Hi Fabian,
Well. That I have tried doing by numerous methods to no avail - and
today I seem to have found the perseverance to build /usr/bin/script
off the misc-utils tree of util-linux hacking all the includes and
headers across the platforms... It even works, more or less, but it
does fail - something just isn't right there concerning the outputs.
BUT: I found ttyrec which, though, won't emerge in the prefix from the
ebuild provided, does compile (and even run and record) fine from the
vanilla source on Solaris 10 - and does therefore solve my problem,
rendering util-linux useless for the purpose I sought.
Many thanks for your advice!
Tamas
On Wed, Jun 29, 2011 at 9:57 AM, Fabian Groffen <grobian@gentoo.org> wrote:
> Hi Tamás,
>
> On 28-06-2011 20:17:40 +0200, Tamás Gérczei wrote:
>> I'm having a problem emerging sys-apps/util-linux in my prefix in a Solaris
>> 10 x86 container and I need Your help.
>
> I thought I fixed the latest version with upstream ... :/
>
>> ../../../shlibs/blkid/src/.libs/libblkid.so: undefined reference to
>> `strnlen'
>
> This is the culprit, no such function exists on Solaris.
>
> util-linux isn't pretty much very non-Linux-friendly. *If you're just
> interested in that one script, I'd try to focus on that one, and not to
> compile the entire suite of linux utils that you probably don't need.
>
>
> --
> Fabian Groffen
> Gentoo on a different level
>
>