NetBSD Problem Report #41965

From kre@munnari.OZ.AU  Tue Sep  1 03:07:49 2009
Return-Path: <kre@munnari.OZ.AU>
Received: from ( [])
	by (Postfix) with ESMTP id D25D463BAC2
	for <>; Tue,  1 Sep 2009 03:07:48 +0000 (UTC)
Message-Id: <>
Date: Tue, 1 Sep 2009 10:07:43 +0700 (ICT)
From: kre@munnari.OZ.AU
Subject: wm/afterstep fails to install MANY files (NetBSD 4.0/i386)
X-Send-Pr-Version: 3.95

>Number:         41965
>Category:       pkg
>Synopsis:       wm/afterstep fails to install MANY files (NetBSD 4.0/i386)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          feedback
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Sep 01 03:10:00 +0000 2009
>Last-Modified:  Sun May 01 18:43:12 +0000 2016
>Originator:     Robert Elz
>Release:        NetBSD 4.0  pkgsrc -current
	Prince of Songkla University
System: NetBSD 4.0_STABLE NetBSD 4.0_STABLE (JADE-1.696-20080517) #9: Fri May 23 18:55:13 ICT 2008 i386
Architecture: i386
Machine: i386
	wm/afterstep (afterstep-2.1.2nb8) generates many errors from the
	file-check phase of building a binary package, that occurs when
	PKG_DEVELOPER is set (along with the warnings that also customarily
	accompany that when files the PLIST says should exist have not been

	I also noticed during this compile an attempt to connect to the X
	server weas rejects (nothing running inside the pkg_comp sandbox
	has authorisation to connect to any X servers - doing so would always
	be a mistake, this is building binary packages, whatever X server
	may happen to exist on the build machine, and its environment, has
	almost no relationship to what might be expected where the package
	is actually installed, nor what might actually be running when the
	package is used later after installation.    Whether the failed
	attempt to connect to the X server relates to the other problems I have
	no idea.

	I use pkg_comp with NetBSD 4.0 release sets installed, and libkver
	to simulate a fairly pure NetBSD 4.0 release environment.   I use
	pkgsrc modular xord rather than the x* sets.

	With that envoronment, I see ....

=> Checking file-check results for afterstep-2.1.2nb8
ERROR: ************************************************************
ERROR: The following files are in the PLIST but not in /usr/pkg:
ERROR:         /usr/pkg/share/afterstep/doc/html/data/animate.html
ERROR:         /usr/pkg/share/afterstep/doc/html/data/autoexec.html
ERROR:         /usr/pkg/share/afterstep/doc/html/data/background.jpg
ERROR:         /usr/pkg/share/afterstep/doc/html/data/backgrounds/Cell.html
ERROR:         /usr/pkg/share/afterstep/doc/html/data/backgrounds/Cell.png
ERROR:         /usr/pkg/share/afterstep/doc/html/data/backgrounds/Cell_Colored.h

	and about another 1800 similar lines (all afterstep/doc/html/data/*
	I think, but I did not examine ever line...)

	Of course there was also (earlier) ...

pkg_create: can't stat `/usr/pkg/share/afterstep/doc/html/data/animate.html'


pkg_admin: afterstep-2.1.2nb8: File `/usr/pkg/share/afterstep/doc/html/data/animate.html' is in +CONTENTS but not on filesystem!

	warnings (for all the same files, it appears) during the install
	phase, and then when the db is being built.

	The only references to "animate.html" that I can find in the build
	log are those 3 lines (ie: I see nothing saying that any attempt
	to build it, or to install it, failed).

	afterstep-2.1.2nb7 built OK for me (I do not recall if that one
	attempted to contact the X server during the buyild), and I believe
	the only change from nb7 to nb8 was the revbump caused by the
	jpeg library change (and I doubt very much that anything related to
	jpeg is relevant here) - but afterstep last needed to be rebuilt
	(for me) back in November 2008.

	This suggests that the problem has been caused by some other changes
	to the build environment in the interim.   There are two possibilities
	(since NetBSD 4.0 release certainly has not changed).   Either some
	other package has altered in a way that is incompatible with the way
	the afterstep build process uses it (which would be my guess), or
	perhaps for this build I did not have something installed that
	happened to be installed by accident last time (that is, a missing
	build dependency perhaps) - I am now being more rigorous in
	starting each build in a fairly clean environment than I was a
	year ago.

	I have the complete build log (700Kb approx) if anyone really
	needs to see it (and I should be able to generate it again if
	I happen to lose this one - it is just a file in /tmp ...)



From: Robert Elz <kre@munnari.OZ.AU>
Subject: Re: pkg/41965: wm/afterstep fails to install MANY files (NetBSD 4.0/i386) 
Date: Mon, 14 Sep 2009 18:21:24 +0700

   Whatever caused the large number of missing installed files
   seems to be fixed now (and as afterstep has (still) not
   changed, this must have been a side effect of a bug that
   came and went somewhere else).

   However, there remains one PLIST problem in afterstep, so this
   PR is not quite ready to close yet...

 A build today produces:
 => Checking file-check results for afterstep-2.1.2nb8
 ERROR: ************************************************************
 ERROR: The following files are in the PLIST but not in /usr/pkg:
 ERROR:         /usr/pkg/share/gnome/wm-properties/AfterStep.desktop
 *** Error code 1

 make: stopped in /usr/pkgsrc/wm/afterstep
 *** Error code 1

   Other references to AfterStep.Desktop in the build log are ...

 config.status: creating Makefile
 config.status: creating AfterStep.spec
 config.status: creating AfterStep.desktop
 config.status: creating afterstep/Makefile

 ===> Installing for afterstep-2.1.2nb8
 => Generating pre-install file lists
 mkdir /usr/pkg/share/xsessions
 installing AfterStep.desktop into /usr/pkg/share/xsessions/
 cd afterstep; /usr/pkg/bin/gmake install || exit 1; cd ..
 gmake[1]: Entering directory `/pkg_comp/obj/pkgsrc/wm/afterstep/4x/AfterStep-2.1.2/afterstep'
 /bin/rm -f -r /usr/pkg/share/afterstep_old
 /bin/mv /usr/pkg/share/afterstep /usr/pkg/share/afterstep_old

   That's it that I can see.

   Note that /usr/pkg/share/xsessions/AfterStep.desktop  does exist
   (and is also mentioned in the PLIST, separately from the PLIST
    entry that is generating the error).

   The only lines that mention gnome in the build log (where that 5
   character string appear, in any context) are reproduced above, that
   string apepars as a part of the pathname:
   where it appears in the error, and the 2 warnings (that should be errors

   The only pkg installed whose name (or description) matches "gnome"
   (in any case combination) when the afterstep build stops, is libxml2-2.7.3nb1

   My guess is that perhaps if gnome is installed, afterstep's configure
   notices that, and installs a 2nd copy of AfterStep.Desktop - that kind
   of hidden variation must be eliminate from pkgsrc packages (either explicitly
   require gnome, or totally ignore it).

From: Robert Elz <kre@munnari.OZ.AU>
Subject: Re: pkg/41965: wm/afterstep fails to install MANY files (NetBSD 4.0/i386) 
Date: Wed, 08 Sep 2010 18:07:22 +0700

 The original problem (large numbers of uninstalled html files) is
 back again for me - this time with a NetBSD 5.0 build (rather than
 the 4.0 of the original report).   This is the first time I've tried
 building afterstep on 5.0, so I have no idea whether it has been
 broken for a long time or just more recently.

 The symptoms (etc) remain as described in the PR, only difference is
 this time I have NetBSD 5.0 installed in the pkg_comp sandbox instead
 of 4.0 (I haven't tried a 4.0 build of it for ages now).

 Again, the build is to an (almost) empty /usr/pkg (perl is there,
 not much else) before the dependencies of afterstep start being installed.


State-Changed-From-To: open->feedback
State-Changed-When: Sun, 01 May 2016 18:43:12 +0000
these days it builds for me, though admittedly I'm trying on -current.
Is this still an issue?


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.