I've spent the last few evenings putting together something for:
2022 make manifest request provide more information for download tracking
This is my raw prototype (in other words, it has passed make test and
a few of my own personal tests, but it isn't yet polished):
http://cr.opensolaris.org/~swalker/pkg-2022/
These are the results using the new depot server:
http://cr.opensolaris.org/~swalker/pkg-2022/raw_files/new-depot.txt
These are the results using the old depot server:
http://cr.opensolaris.org/~swalker/pkg-2022/raw_files/old-depot.txt
The current problems I have with this approach are:
* I haven't yet figured out a good way to get the [previous_version]
information for the install and image_update operations that doesn't
involve an extra operation.
* This seems to slow done installs/uninstalls. not only because a GET
and HEAD will be performed if we haven't fetched the manifest before,
but because of the added overhead of performing a HEAD when we already
have the manifest.
* As Tom pointed out, it isn't terribly RESTful (though HEAD is not a
RESTful operation anyway from my understanding)
The advantages are that:
* It works with the old and new depot servers
* It is easy to report on because you can just parse access logs
* It has a good chance of working with a standard Apache server with
some mod_rewrite rules or other trickery
I'm just putting this rough prototype out to get some feedback on the
approach I've taken.
Cheers,
--
Shawn Walker
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
