git.oblomov.eu Git - ikiwiki/blob - doc/todo/parse_debian_packages.mdwn

   1 A parser, similar in functionality to [[plugins/inline]] that would find
   2 and parse debian packages from a repository and include links to
   3 them. Functionality would be similar to the
   4 [PHP Apt-file parser](http://php-apt-parser.alioth.debian.org/)
   5 (for an example of the output, see
   6 [my repository](http://debian.camrdale.org/)). This would create
   7 a helpful index page to a small repository, listing all the
   8 packages, and possibly their descriptions as well, with links to
   9 download them or their sources.
  10
  11 > It's a good idea, I think there are probably several ways to approach it
  12 > that would all yeild good, though differing results. Maybe with
  13 > something like this I'd actually get around to posting ikiwiki debs to
  14 > the repo. ;-) --[[Joey]]
  15
  16 I think this is easily possible (and I might be able to work on
  17 it myself, though Perl is not my strong suit). The trickiest
  18 part is probably figuring out how and when to parse the packages.
  19 The packages could be included in the ikiwiki RCS repository,
  20 which might be difficult when the Packages/Release files need to
  21 be generated (especially if it's via an external tool like
  22 reprepro/debarchiver/etc.). Or, the packages could be kept
  23 separate, with only a link given to the plugin, though changes
  24 would then not be picked up until the ikiwiki is recompiled.
  25
  26
  27 > This could be done by adding a hook to reprepro/whatever that calls
  28 > ikiwiki --refresh at the end of updating a repo. (I don't
  29 > remember if reprepro has such hooks; mini-dinstall certianly does.)
  30 >
  31 > For ikiwiki to notice that the Packages file outside its tree has
  32 > changed and things need to be updated, a `needsbuild` hook could be
  33 > used. This seems very doable.
  34
  35 Perhaps a better (though infinitely more complicated) solution
  36 would be to include the reprepro/debarchiver functionality in
  37 ikiwiki. Packages could be posted, like blog entries, and tagged
  38 with the target distribution (sid/lenny/etc.). Then compiling
  39 ikiwiki would generate the needed Packages/Release files
  40 automatically.
  41
  42 > I like the idea of
  43 > using packages as "source" and spitting out apt repos, though I'd not
  44 > want to use it for a big repo, and I'd ideally want to keep the packages
  45 > in a different svn repo, pulled in via svn:externals.
  46
  47 Just some thoughts I had, hope it's not too crazy.<br>
  48 --Cameron
  49
  50 [[tag wishlist]]