Subject: Re: pkg-vulnverabilities location
To: None <tech-pkg@netbsd.org>
From: Jeremy C. Reed <reed@reedmedia.net>
List: tech-pkg
Date: 02/05/2005 22:20:22
On Sat, 5 Feb 2005, Kimmo Suominen wrote:

> Eric Haszlakiewicz <erh@jodi.nimenees.com> writes:
>
> | 	I've been getting a bit annoyed that I need to keep creating a
> | /usr/pkgsrc/distfiles directory on machine without pkgsrc just to provide
> | a location for download-vulnerability-list to put it's list.  I know
> | I can change that by setting PKGVULNDIR, but it seems like a poor default.

I agree it could have a better setting for binary packages.

> I like ${DISTDIR} as the default.  I also set ${DISTDIR} in /etc/mk.conf
> to a value that is reachable on all machines via amd mounts.  In my case,
> this is what I use:
>
>     DISTDIR=/pub/distfiles
>
> As an additional benefit I only need to run down-vulnerability-list on
> one machine (I chose the one that has the physical disk).

I also share a distfiles directory for a few machines, but the original
poster said "on machine without pkgsrc" and I also have some machines with
out any pkgsrc builds.

> | 	How about if we change that to /var/db or /var/tmp?
> | (or even ${PREFIX}/var/db, if there's an easy way for a script to know
> |  where it happens to get installed into)
>
> I like all of these much less as a default.  Both /var/db and /var/tmp
> are local to each machine, and ${PREFIX}/var sounds like a really bad
> idea altogether in environments where ${PREFIX} is a shared disk, or is
> maintained by synchronizing its contents.

/var/tmp/ is especially unsafe since we don't have checks for safe temp
files.

I think under VARBASE is a good idea. amavisd-new, cyrus-sasl2, dirmngr,
heimdal, libnasl, mit-krb5, nessus-*, pks, and others use VARBASE.
Although many of those are wrong in my opinion because they use top level
of VARBASE instead of working in some VARBASE/db or VARBASE/cache or
other.

Maybe ${VARBASE}/db/pkg-vulnerabilities would be best?

 Jeremy C. Reed

 	  	 	 technical support & remote administration
	  	 	 http://www.pugetsoundtechnology.com/