pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/28761



The following reply was made to PR pkg/28761; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/28761
Date: Tue, 26 Mar 2013 21:42:48 +0700

     Date:        Tue, 26 Mar 2013 13:35:03 +0000 (UTC)
     From:        Benny Siegert <bsiegert%gmail.com@localhost>
     Message-ID:  <20130326133503.3D5E863E6F8%www.NetBSD.org@localhost>
 
   |  Ping.
 
 Pong.
 
 Now the frivolity is out of the way, I still believe that clean-depends
 should really act the way I requested.
 
 However, I care much less now - when the PR was sent (> 8 years ago)
 I don't think I was using obj directories for pkgsrc, just work (or work.arch
 if that existed yet) inside pkgsrc, and "make clean" was actually
 important.   Now with obj directories, I don't bother with make clean
 any more, "rm -fr /usr/obj/pkg/*" (or whatever subset of that I feel
 inclined to clean) is infinitely faster, and barely any harder to type.
 
 I also removed all instances of "make clean" from the version of pkg_comp
 I use (I think I made them optional, under an option I do not enable), and
 I also changed the do-bin-install-from-source target in
 pkgsrc/mk/install/bin-install.mk to remove the part that does
        ${RECURSIVE_MAKE} ${MAKEFLAGS} clean
 
 With those changes, I never see a "make clean" any more, so I no longer
 really care if it is sane or not, so if you really want to close
 this ancient PR, then I guess you can go ahead and do that.
 
 Incidentally, that "${RECURSIVE_MAKE} ${MAKEFLAGS} clean" was the source
 of the "make clean twice" that I had reported (or mentioned) in  some
 context or other sometime in the past - pkg_comp does "make" then (did anyway)
 "make clean", I have DEPENDS_TARGET=bin-install in (pkg_comp's) mk.conf
 so the make was doing "make bin-install", and that was causing a complete
 clean for every package installed 999% of which were the "bin" variety
 of the "bin-install-from-source" when they're dependencies - that is, I
 would have all the dependencies built as bin-pkgs already, then pkgsrc
 would (quickly) install the dependencies, and (absurdly slowly) do a
 "make clean" (recursively, that is, effectively CLEANDEPENDS=yes) on
 each one of them...   Then once the build had finished, pkg_comp did its
 make clean, including the dependencies, which cleaned all of the binpkgs
 (and their dependencies) all over again, and all for nothing!
 
 With the change I requested, that would have been relatively fast, as
 nothing was built, nothing would have been cleaned, and I might never have
 noticed the "install then clean" behaviour of pkgsrc.
 
 kre
 


Home | Main Index | Thread Index | Old Index