4533
Comment: Update bug link
|
4584
Be explicit about server port in irker config
|
Deletions are marked like this. | Additions are marked like this. |
Line 69: | Line 69: |
* Server port: (leave empty for default value) |
Debian Security Tools Packaging Team (pkg-security)
Infrastructure
Package tracker team: https://tracker.debian.org/teams/pkg-security/
Git repositories: https://salsa.debian.org/pkg-security-team
Interacting with the team
Mailing list: debian-security-tools@lists.debian.org (subscription page)
Public IRC channel: #debian-pkg-security on irc.debian.org (OFTC)
Usual roles
RaphaelHertzog is owner on salsa.debian.org
- Gianfranco Costamagna is owner on salsa.debian.org
- Mika Prokop is owner on salsa.debian.org
Task description
Maintain correctly all security related tools. Merge back tools packaged by security-oriented Debian derivatives.
Get involved
Prepare a patch for a bug on a team maintained package.
Import a Kali package and clean it up so that we can upload it to Debian.
Package new security related tools (the Kali bug tracker is full of suggestions, please package something only if you use the tool or if it provides some interesting features not covered by existing packages)
Packaging rules
Git packaging tool and repository layout
We use git-buildpackage with full sources stored in the repository and with pristine-tar to be able to retrieve the orig tarball out of the git repository. We strive to respect DEP-14 for the repository layout so the default branch should be "debian/master".
For a better experience you might want to set the following options in ~/.gbp.conf:
[DEFAULT] pristine-tar = True cleaner = /bin/true [buildpackage] sign-tags = True export-dir = ../build-area/ ignore-branch = True [import-orig] filter-pristine-tar = True [pq] patch-numbers = False [dch] multimaint-merge = True
The "ignore-branch" is important so that git-buildpackage doesn't complain of the unexpected name of the packaging branch. The "export-dir" setting ensures builds are done on a separate copy of the sources, thus avoiding to pollute/break the git repository with build artifacts.
Creating new repositories
Salsa team's masters and owners can create new repositories. If you don't have the required permissions, feel free to ask for a new repository on the project mailing list. Someone will set it up for you and grant you full access to it.
When you create a new repository, you should configure it in the following way:
open the page "settings > integration", now click on "Emails on push" and configure the project to send git commit notices to dispatch@tracker.debian.org
- on the same page, click on "Irker (IRC gateway)" and enable it with the following settings:
- Active: checked
- Trigger: Push
- Server host: ruprecht.snow-crash.org
- Server port: (leave empty for default value)
Default IRC URI: irc://irc.oftc.net:6667/
- Recipients: #debian-pkg-security
- Colorize messages: checked
- again on the same page, add a new webhook by filling the form in the following way:
URL: https://webhook.salsa.debian.org/tagpending/<sourcepackage> (replace <sourcepackage> by the name of the source package)
- Push events: checked
- Enable SSL verification: checked
- All other entries: unchecked
Packaging helper
We use the "dh" command provided by debhelper to ensure we have short but expressive debian/rules files.
Maintainer field
The Maintainer field should be set to Debian Security Tools <team+pkg-security@tracker.debian.org>. That way the package will be automatically added to the pkg-security team on tracker.debian.org and the discussion mailing list is not polluted with bug reports and all other maintainer emails.