Differences between revisions 8 and 9
Revision 8 as of 2008-03-10 19:57:04
Size: 4150
Comment:
Revision 9 as of 2008-11-08 06:31:38
Size: 4580
Editor: ?SteffenJoeris
Comment:
Deletions are marked like this. Additions are marked like this.
Line 60: Line 60:
=== Debian-Edu/Skolelinux Syadmin (drift) Team ===

The Debian-Edu/Skolelinux Sysadmin team uses three queues:

 * DESA [public]
 * DESA - incoming
 * DESA - private
New tickets can be created by mailing desa@rt.debian.org (make sure to put "Debian RT" somewhere in the subject). Tickets will be created in
the DESA - incoming queue and then manually changed to either the public or the private queue by a team member.

rt.debian.org - Debian Request Tracker

rt.debian.org is a Request Tracker used by some Debian teams. (some others use a pseudo-package on bugs.debian.org or a tracker on an Alioth project.)

?TableOfContents(3)

Web Access

RT lives at: https://rt.debian.org/

Anyone can view the public queues and tickets by logging in as the 'guest' user with the password 'readonly'.

Debian developers can also log in as the debian user. The password for this account is available from: master.debian.org:/home/debian/misc/rt-password. There's currently no connection to the central Debian LDAP, but accounts can be created for regular members of the teams using RT.

CLI Access

See ["rt cli"] and see above for about/access.

Mail Access

  • To create a ticket by a mail to the appropriate team (listed below). Make sure to put "Debian RT" somewhere in the subject.
  • To provide extra information to a ticket, you must make sure to include the precise subject tag like "[rt.debian.org #379]".

Teams

Debian System Administration

The DSA team uses 3 queues:

  • DSA [public]
  • DSA - incoming
  • DSA - private

New tickets can be created by mailing admin@rt.debian.org (make sure to put "Debian RT" somewhere in the subject). see [:Teams/DSA/RTUsage:DSA RT Usage] page.

Keyring Maintainer

The keyring maintenance team uses two queues:

  • Keyring [public]
  • Keyring - incoming

New tickets can be created by mailing keyring@rt.debian.org (make sure to put "Debian RT" somewhere in the subject).

Security Team

The security team (for stable and oldstable) uses three queues:

  • Security: default queue, publically viewable. For any non-private issue, that is, issues already public on any medium, e.g. bugtraq or other mailinglists, reported to the BTS, websites etc.

  • Security - incoming

  • Security - private: issues still under embargo, e.g. coming from the vendor-sec mailinglist or by direct notification to the security team. These often have an agreed disclosure date set in the "Embargo" field.

New tickets can be created by mailing security@rt.debian.org (make sure to put "Debian RT" somewhere in the subject).

If you are a maintainer looking for more information on how to deal with a security problem in one of your packages, there are detailed instructions in the [http://www.debian.org/doc/developers-reference/ch-pkgs#s-bug-security Developer's Reference].

Mirror Team

The mirror team only use one public queue: Mirror.

New tickets can be created by mailing mirror@rt.debian.org (make sure to put "Debian RT" somewhere in the subject).

Debian-Edu/Skolelinux Syadmin (drift) Team

The Debian-Edu/Skolelinux Sysadmin team uses three queues:

  • DESA [public]
  • DESA - incoming
  • DESA - private

New tickets can be created by mailing desa@rt.debian.org (make sure to put "Debian RT" somewhere in the subject). Tickets will be created in the DESA - incoming queue and then manually changed to either the public or the private queue by a team member.

Other teams

If any other teams/groups want to use rt.debian.org to track their requests, they're welcome to do so, just send the details in an RT ticket for DSA.

Incoming queues and visibility

When a team uses an "incoming" queue, all newly created tickets end up there and are thus not public by default until someone move them to the public queue. This is so we can have tickets mailed in which shouldn't immediately become public, e.g. '/bin/lala is a 4755 bash on master' or whatever. The idea is that almost every ticket will move from the incoming queue to the public queue the first time a human sees/touches it. When there's a private queue, it's intended for tickets that really should remain private but these should be the vast minority of tickets with the majority being in the public queue.

Resources