Differences between revisions 1 and 2
Revision 1 as of 2010-12-18 17:23:12
Size: 158
Editor: ?ArnoutEngelen
Comment: refer to the WNPP page
Revision 2 as of 2012-06-29 02:47:18
Size: 1463
Comment: Condensing items from debian-devel discussion: Improving our response to "duplicate" packages in Debian
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:

Even though ITPs are usually welcomed by Debian community, in some cases it is wise to research first either your time is worth the effort. You might be better of finding an alternative and helping out with its maintenance in Debian.

== Before filing an ITP ==

Please research how many similar software packages are there actually in Debian, in what shape they are, whether they have active upstream and downstream maintainers. Such knowledge might prepare you to defend your ITP in favor over existing alternatives.

If similar (mature) alternatives exist, before packaging consider contacting upstream asking why they write this software. Maybe they can be convinced to combine their efforts with upstreams of similar packages to avoid duplicating the efforts and guaranteeing longevity of the combined project.

== Reasons why a new package might get rejected nevertheless ==

Especially if the archive already contains analogous packages, following reasons might be presented

 * The software is very immature (version 0.1-alpha or something like that).
 * It's a simple script or very small program, and should be merged (either upstream or downstream) with another package.
 * It really is an exact duplicate or a fork of another package with almost no changes to the original.

An Intent to Package (ITP) is a Debian bug report of the Work-Needing and Prospective Packages (WNPP) family. See WNPP for further info.

Even though ITPs are usually welcomed by Debian community, in some cases it is wise to research first either your time is worth the effort. You might be better of finding an alternative and helping out with its maintenance in Debian.

Before filing an ITP

Please research how many similar software packages are there actually in Debian, in what shape they are, whether they have active upstream and downstream maintainers. Such knowledge might prepare you to defend your ITP in favor over existing alternatives.

If similar (mature) alternatives exist, before packaging consider contacting upstream asking why they write this software. Maybe they can be convinced to combine their efforts with upstreams of similar packages to avoid duplicating the efforts and guaranteeing longevity of the combined project.

Reasons why a new package might get rejected nevertheless

Especially if the archive already contains analogous packages, following reasons might be presented

  • The software is very immature (version 0.1-alpha or something like that).
  • It's a simple script or very small program, and should be merged (either upstream or downstream) with another package.
  • It really is an exact duplicate or a fork of another package with almost no changes to the original.