better spots for the usertag
|Deletions are marked like this.||Additions are marked like this.|
|Line 8:||Line 8:|
|When filing a bug that affects multiple architectures, you can add multiple pairs of User + Usertags pseudo-headers to set multiple architecture usertags.
|Line 10:||Line 12:|
| * User: ports mailing list
* Usertags: port name
| * User: first ports mailing list
* Usertags: first port name
* User: second ports mailing list
* Usertags: second port name
These tags are meant to signal that particular bugs are architecture-specific. Maintainers are encouraged to mark any and all architecture-specific bugs with the below tags, whether or not a fix is available; this will allow porters to get a better overview of the state of their port.
When filing architecture-specific bugs, please also ensure that you add an X-Debbugs-CC field listing each of the appropriate porter lists.
When filing a bug that affects multiple architectures, you can add multiple pairs of User + Usertags pseudo-headers to set multiple architecture usertags.
The generic format of these tags is:
- User: first ports mailing list
- Usertags: first port name
- User: second ports mailing list
- Usertags: second port name
The port mailing list name is usually 'email@example.com' or 'firstname.lastname@example.org'. Examples of the latter include:
There are some exceptions to these rules:
x32: email@example.com, but the list does not exist yet.
For both kfreebsd-i386 and kfreebsd-amd64 (aka GNU/kFreeBSD) please add the usertag kfreebsd in addition to the architecture names.
For x32 the list does not exist so you should X-Debbugs-CC: firstname.lastname@example.org instead.