NetBSD Problem Report #49034

From hf@spg.tu-darmstadt.de  Fri Jul 25 11:07:48 2014
Return-Path: <hf@spg.tu-darmstadt.de>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 6C50BA65E8
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 25 Jul 2014 11:07:48 +0000 (UTC)
Message-Id: <201407251107.s6PB7dQF015893@Gstoder.nt.e-technik.tu-darmstadt.de>
Date: Fri, 25 Jul 2014 13:07:39 +0200 (CEST)
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Reply-To: Hauke Fath <hf@spg.tu-darmstadt.de>
To: gnats-bugs@gnats.NetBSD.org
Cc: Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: sysutils/lsof build trips over ramlib invocation
X-Send-Pr-Version: 3.95

>Number:         49034
>Category:       pkg
>Synopsis:       sysutils/lsof build trips over ramlib invocation
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    solaris-pkg-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jul 25 11:10:00 +0000 2014
>Closed-Date:    Tue Aug 19 13:31:57 +0000 2014
>Last-Modified:  Tue Aug 19 13:35:00 +0000 2014
>Originator:     Hauke Fath
>Release:        SunOS 5.11 oi_151a7 i86pc i386 i86pc
>Organization:
Technische Universitaet Darmstadt
>Environment:


System: SunOS Venediger 5.11 oi_151a7 i86pc i386 i86pc
Architecture: i386
Machine: i386
>Description:

	The build of sysutils/lsof on OpenIndiana fails because of an
	empty ranlib call:

--- liblsof.a ---
ar cr liblsof.a ckkv.o cvfs.o dvch.o fino.o isfn.o lkud.o pdvn.o prfp.o  ptti.o rdev.o regex.o rmnt.o rnam.o rnch.o rnmh.o snpf.o
ranlib
Usage: /opt/local/bin/ranlib [options] archive
 Generate an index to speed access to archives
 The options are:
  @<file>                      Read options from <file>
  -D                           Use zero for symbol map timestamp
  -U                           Use actual symbol map timestamp (default)
  -t                           Update the archive's symbol map timestamp
  -h --help                    Print this help message
  -v --version                 Print version information
/opt/local/bin/ranlib: supported targets: elf32-i386-sol2 elf64-x86-64-sol2 elf64-l1om elf64-k1om coff-i386 elf64-little elf64-big elf32-little elf32-big srec symbolsrec verilog tekhex binary ihex
*** [liblsof.a] Error code 1

bmake: stopped in /var/obj/pkgsrc/sysutils/lsof/work/lsof_4.87/lsof_4.87_src/lib
1 error


>How-To-Repeat:

	Build lsof on an OpenIndiana (SunOS 5.x) machine
>Fix:
	If only I knew...

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->solaris-pkg-people
Responsible-Changed-By: wiz@NetBSD.org
Responsible-Changed-When: Mon, 28 Jul 2014 16:37:35 +0000
Responsible-Changed-Why:
Solaris pkgsrc problem.


From: Tim Zingelman <tez@netbsd.org>
To: NetBSD bugtracking <gnats-bugs@netbsd.org>
Cc: solaris-pkg-people@netbsd.org, pkgsrc-bugs@netbsd.org, 
	Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: Re: pkg/49034 (sysutils/lsof build trips over ramlib invocation)
Date: Mon, 28 Jul 2014 14:43:15 -0500

 I my local solaris tree I have added to the Makefile in the SunOS section:

 CONFIGURE_ENV+=                LSOF_RANLIB="/bin/true"

 which seems to work just fine, at least on SPARC.  I would be
 interested in knowing if it solves the issue for x86 solaris too.  I
 have some other hacks in my tree, so let me know if you run into other
 issues beyond ranlib.  I never had a chance to test on x86, so I never
 committed the changes.

  - Tim

 On Mon, Jul 28, 2014 at 11:37 AM,  <wiz@netbsd.org> wrote:
 > Synopsis: sysutils/lsof build trips over ramlib invocation
 >
 > Responsible-Changed-From-To: pkg-manager->solaris-pkg-people
 > Responsible-Changed-By: wiz@NetBSD.org
 > Responsible-Changed-When: Mon, 28 Jul 2014 16:37:35 +0000
 > Responsible-Changed-Why:
 > Solaris pkgsrc problem.
 >
 >
 >

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/49034 (sysutils/lsof build trips over ramlib invocation)
Date: Fri, 8 Aug 2014 05:42:17 +0000

 On Mon, Jul 28, 2014 at 07:45:01PM +0000, Tim Zingelman wrote:
  >  In my local solaris tree I have added to the Makefile in the SunOS section:
  >  
  >  CONFIGURE_ENV+=                LSOF_RANLIB="/bin/true"
  >  
  >  which seems to work just fine, at least on SPARC.  I would be
  >  interested in knowing if it solves the issue for x86 solaris too.  I
  >  have some other hacks in my tree, so let me know if you run into other
  >  issues beyond ranlib.  I never had a chance to test on x86, so I never
  >  committed the changes.

 I expect it will... I don't think any extant platform except MacOS
 actually requires ranlib invocations.

 -- 
 David A. Holland
 dholland@netbsd.org

State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Fri, 08 Aug 2014 05:46:19 +0000
State-Changed-Why:
Can you give that a try?


State-Changed-From-To: feedback->closed
State-Changed-By: hauke@NetBSD.org
State-Changed-When: Tue, 19 Aug 2014 13:31:57 +0000
State-Changed-Why:
It's fixed - thanks for the advice, gentlemen.


From: "Hauke Fath" <hauke@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/49034 CVS commit: pkgsrc/sysutils/lsof
Date: Tue, 19 Aug 2014 13:30:53 +0000

 Module Name:	pkgsrc
 Committed By:	hauke
 Date:		Tue Aug 19 13:30:53 UTC 2014

 Modified Files:
 	pkgsrc/sysutils/lsof: Makefile

 Log Message:
 On SunOS, take care of the misconfigured ranlib call, following the
 discussion in, and fixing, PR pkg/49034.

 While we are here, make sure the group lsof setgids to is the one
 owning /dev/kmem on SunOS ('sys').


 To generate a diff of this commit:
 cvs rdiff -u -r1.116 -r1.117 pkgsrc/sysutils/lsof/Makefile

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

>Unformatted:

Home	PR Database Search