]> git.madduck.net Git - code/mbuild.git/blob - README

madduck's git repository

Every one of the projects in this repository is available at the canonical URL git://git.madduck.net/madduck/pub/<projectpath> — see each project's metadata for the exact URL.

All patches and comments are welcome. Please squash your changes to logical commits before using git-format-patch and git-send-email to patches@git.madduck.net. If you'd read over the Git project's submission guidelines and adhered to them, I'd be especially grateful.

SSH access, as well as push access can be individually arranged.

If you use my repositories frequently, consider adding the following snippet to ~/.gitconfig and using the third clone URL listed for each project:

[url "git://git.madduck.net/madduck/"]
  insteadOf = madduck:

improve bundle creation
[code/mbuild.git] / README
1 mbuild README
2 =============
3
4 The general idea of mbuild is that it's called for new *_source.changes files
5 that accompany source-only uploads (dpkg-buildpackage -S). Based on the target
6 suite, it then figures out which architectures reprepro wants and which sbuild
7 provides (this is to be implemented yet) and fires off sbuild for each.
8
9 When the builds have finished, the source package is handed over to reprepro,
10 and then each of the binary changes files in turn.
11
12 Finally, a bundle is built with the binary packages from one arch, and the
13 source package, with changes files merged. The idea is that this bundle can
14 now be downloaded, inspected, tested, and finally, when it's ready for upload,
15 the changes file signed and uploaded.
16
17 Right now, no authentication is done on the signature on the *_source.changes
18 file and the *.dsc file, but that could be hacked in with dscverify.
19
20 All this is very hackish and beta; if you want to hack along:
21   http://git.madduck.net/v/code/mbuild.git
22
23  -- martin f. krafft <madduck@debian.org>  Thu, 24 Apr 2008 20:30:51 +0200