NetBSD Problem Report #50727
From www@NetBSD.org Fri Jan 29 18:55:23 2016
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.NetBSD.org [199.233.217.200])
(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 3710A7ABF7
for <gnats-bugs@gnats.NetBSD.org>; Fri, 29 Jan 2016 18:55:23 +0000 (UTC)
Message-Id: <20160129185522.3AFB77ACB5@mollari.NetBSD.org>
Date: Fri, 29 Jan 2016 18:55:22 +0000 (UTC)
From: richard@NetBSD.org
Reply-To: richard@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: ghostscript-agpl seems inoperational, missing gs_init.ps
X-Send-Pr-Version: www-1.0
>Number: 50727
>Category: pkg
>Synopsis: ghostscript-agpl seems inoperational, missing gs_init.ps
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Jan 29 19:00:00 +0000 2016
>Last-Modified: Fri Jun 03 20:50:00 +0000 2016
>Originator: Richard PALO
>Release: current
>Organization:
>Environment:
SunOS omnis 5.11 omnidev-0-g4ba11dd i86pc i386 i86pc
>Description:
having changed to give recent ghostscript-agpl a try where before I used -gpl, seems to cause no end of problems... of the sort:
GPL Ghostscript 9.18: Can't find initialization file gs_init.ps.
First noticed in a failed bulkbuild for the devel/doxygen package
all on SunOS i386.
>How-To-Repeat:
built ghostscript-agpl
simply 'gs' is enough to reproduce.
my options are:
Any of the following general options may be selected:
debug Enable debugging facilities in the package.
disable-compile-inits Disable compile time implicit initialization.
fontconfig Enable FONTCONFIG (fonts/fontconfig) support.
x11 Enable X11 support.
These options are enabled by default:
fontconfig x11
These options are currently enabled:
fontconfig x11
You can select which build options to use by setting PKG_DEFAULT_OPTIONS
or PKG_OPTIONS.ghostscript.
Option cups is unsupported, so disabling it has no effect.
>Fix:
>Audit-Trail:
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Thu, 11 Feb 2016 12:12:18 -0600 (CST)
"Me, too!"
System:
NetBSD skuld 7.0_STABLE NetBSD 7.0_STABLE (SKULD) #15: Sat Feb 6 17:02:24 CST 2016 sysop@yggdrasil.technoskunk.fur:/r0/build/netbsd-7/obj/amd64/sys/arch/amd64/compile/SKULD amd64
Context: Same as submitter, updating "devel/doxygen".
I've been using "print/ghostscript-agpl" for a few years now, including
building "devel/doxygen" on a number of platforms (mostly i386/amd64
but also macppc and evbmips64-el) and this is the first time it's failed.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Thu, 11 Feb 2016 20:36:51 -0600 (CST)
And just like that, it "magically" succeeded this time. I don't really
know what was different between the first several attempts and now.
As I was running 'pkg_rolling-replace' in each case, after the most
recent failed attempt, I set about cleaning up "leftovers" in my
${WRKOBJDIR} before trying again.
On the next attempt, it completed configuration and "devel/doxygen" is
now building.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Thu, 11 Feb 2016 20:53:51 -0600 (CST)
On Thu, 11 Feb 2016, John D. Baker wrote:
> On the next attempt, it completed configuration and "devel/doxygen" is
> now building.
Oops. I wasn't paying attention to just when the failure occurred. It
was at the end of the build, not during config. It still fails as before.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Fri, 19 Feb 2016 07:42:00 -0600 (CST)
When building "doxygen" on a completely clean system, "ghostscript-agpl"
works. On a machine with a previous older installation, even after
removing and rebuilding "doxygen" and "ghostscript-agpl" from scratch,
it fails.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Thu, 24 Mar 2016 11:38:35 -0500 (CDT)
On Thu, 11 Feb 2016, John D. Baker wrote:
> "Me, too!"
>
> System:
>
> NetBSD skuld 7.0_STABLE NetBSD 7.0_STABLE (SKULD) #15: Sat Feb 6 17:02:24 CST 2016 sysop@yggdrasil.technoskunk.fur:/r0/build/netbsd-7/obj/amd64/sys/arch/amd64/compile/SKULD amd64
>
> Context: Same as submitter, updating "devel/doxygen".
So far, I've observed this failure only on (semi-)diskless amd64 systems
(netbsd-7 and -current). That is, they have local disk for swap, "/tmp"
and to hold ${WRKOBJDIR}, but are otherwise operating entirely over NFS.
The same machines, building entirely to local disk (netbsd-7 only) do
not encounter this problem.
That is, "gs_init.ps" truly does not exist, but building/updating "doxygen"
fails only in the NFS case on amd64 hosts.
My likewise (semi-)diskless i386 systems do not exhibit this failure.
I have not tried building this package on any other architecture so far,
whether local disk or (semi-)diskless.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50727: ghostscript-agpl seems inoperational, missing gs_init.ps
Date: Fri, 3 Jun 2016 15:45:50 -0500 (CDT)
It seems that the underlying filesystem of ${WRKOBJDIR} determines whether
"print/ghostscript-agpl" will succeed or fail when "devel/doxygen" is
building its "stage-install" phase.
If ${WRKOBJDIR} is on ffs on local disk when "ghostscript-agpl" is
built/installed, the later stage-install of "doxygen" will succeed
regardless of where ${WRKOBJDIR} is located during the build of "doxygen".
If ${WRKOBJDIR} is on tmpfs or NFS when "ghostscript-agpl" is
built/installed, the later stage-install of "doxygen" will fail as noted
previously in this PR, regardless of where ${WRKOBJDIR} is when building
"doxygen".
In neither case does the file "gs_init.ps" appear anywhere under
${PREFIX} (i.e., typically "/usr/pkg").
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.