| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
|
|
|
|
the PackageCmd and PatchCmd classes are now cached on their
first request.
note that this is incomplete, as the PackageCmd is also currently
used to print non-static information as well (when a package name
doesn't find an exact match and it does a query).
|
|
a new option (-i) to ./gen-patch-info.py allows for generating a global
"index" file with any and all information that the PTS might want from
this system. The format is:
{
"index-version": N
"packages":
{
"<pkg1>":
{
"url": url-for-all-versions
"versions":
{
"<vers1>":
{
<various attributes>
}
}
}
}
}
index-version is a monotonically increasing version number. when the
"schema" changes, this version is incremented. if we care enough, we
can do a major-minor versioning scheme where BC breaks are differentiated
from "new attribute" type changes by incrementing the major or minor
versions, respectively.
|
|
reprepro now seems to default to passching the lists files uncompressed
to the hook, so we deal with that gracefully either way.
python-debian seems to have slightly changed how it handles some multiline
fields due to starting to use the built-in apt_pkg module, see the comments
in Conf.py which should point to the bug.
|
|
|
|
|
|
i know it's bad form to lump this all together. oh well :p
gen-patch-info now does very little besides processing packages
and updating the relevant database entries. pretty much everything
else is dynamically generated from pagehandler.py now.
|
|
|
