[Soc-coordination] GSoC project proposal: Developer Package Repositories
Marc 'HE' Brockschmidt
he at ftwca.de
Tue Mar 8 14:54:50 UTC 2011
Heya,
i've already proposed the following last year, but it still seems to be
a needed feature:
Mentor: Marc Brockschmidt
Summary: Create a system allowing developers to publish and auto-build
temporary, non-official packages
Required skills:
* Perl
* (A wee bit of) webdesign skills
Description:
Analogously to https://launchpad.net/ubuntu/+ppas, we want allow
DDs (and perhaps DMs?) to publish their experimental, non-official
packages on a Debian platform. This system should allow
maintainers to upload a package just as ftp-master.debian.org: At
least source and Arch: all packages need to be provided by the
maintainer, autobuilding and distribution is provided by the
system. This project has four parts:
1. Extend wanna-build to allow storing for certain package
repository-specific information (mainly sources.list entries
defining where the source package and build-deps are to be
found, and an upload target)
2. Extend buildd to use this information and set up the build
environment. To not pollute the environment, this should use
schroots ability to use snapshots of a source environment for
building, then throwing away this snapshot. This needs to allow
auto-signing and uploading of built packages to the right
archive and needs to notify the uploader of possible build
failures.
3. Set up the actual archive: Uploads need to be processed,
wanna-build needs to be informed about new source packages,
apt-able directory structures need to be managed, the archives
should be autosigned with the system's key.
4. Provide a web interface allowing maintainers to set up an
repository, specifying who (identified by GPG keys?) is allowed
to configure it and upload packages. Configuration includes the
base distribution(s) (stable, testing, sid or any combination)
and possibly other personal repositories that are needed for
dependencies. For every repository, a reasonable web page to
provide information to users should be created from this. It
should clearly state who is responsible for the packages and
what other repositories are needed.
However, I'm not sure I have the time to mentor this (that depends on
the actual amount of mentoring needed, of course), so I would very much
welcome a co-mentor.
Marc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/soc-coordination/attachments/20110308/799ede38/attachment.pgp>
More information about the Soc-coordination
mailing list