Re: tarball URL conventions and sptools
[email protected] (Paul Jarc) Fri, 01 Oct 2004 13:51:46 -0400
| Newsgroups | gmane.comp.djb.package |
|---|---|
| Organization | What did you have in mind? A short, blunt, human pyramid? |
| Message-ID | <[email protected]> |
I wrote:
> I suggest adding more information to slashpackage/list.html.
> For example:
> <li><a href="http://cr.yp.to/daemontools.html">admin/daemontools</a><!-- tardir: daemontools/ -->
> <li><a href="http://multivac.cwru.edu/sptools/">admin/sptools</a>:manage /package installations<!-- tardir: releases/ -->
Well, this hasn't happened. Maybe a more distributed approach is all
we can get: each package author can put URLs in package/* files. This
won't help for the first installation of a package, but upgrades will
be fully automatable. So we could have:
$ cat /package/admin/sptools/package/url-src
http://multivac.cwru.edu./sptools/releases/sptools-%{VERSION}.tar.bz2
$ cat /package/admin/sptools/package/url-src-latest
http://multivac.cwru.edu./sptools/latest-version.txt
Programs using url-src would substitute the appropriate version to get
the tarball they're looking for. ("%" in URLs introduces two-digit
hex codes, so "%" followed by non-hex-digits won't conflict with any
existing valid use of "%" in URLs.)
Programs could use url-src-latest to discover the latest version (and
then perhaps download it via url-src). This assumes a well-ordering
of versions, though - we could instead somehow accommodate separate
branches ("stable", "beta", etc.).
Comments? Would other package authors provide this information in
their future tarballs? Would other tool authors prefer a different
format?
paul