web/archive-criteria.html

   1
   2 <h1>Really crappy page documenting archive criteria</h1>
   3
   4 <h2>Architectures</h2>
   5
   6 <p><b>Release candidates:</b> alpha, amd64, hppa, i386, ia64, mips, mipsel, powerpc
   7 <br><b>Release hopefuls:</b> arm, s390, sparc
   8
   9 <p><b>Requalification expected:</b> m68k
  10 <br><b>Future linux ports:</b> armeb
  11 <br><b>New OS hopefuls:</b> <a href="http://wiki.debian.org/ArchiveQualification/kfreebsd-i386">kfreebsd-i386</a>, win32-i386
  12
  13 <h2>Requirements for architectures</h2>
  14
  15 <p>Examples: amd64, arm, armeb, m68k, s390, sparc
  16
  17 <ul>
  18 <li>Is port cursed?
  19 <li>Are machines available to general public?
  20 <li>Is full source available?
  21 <li>Is this architecture related to other architectures already in the archive,
  22 or that also should be considered, either now or in the future? Can the related
  23 architectures be supported in a single architecture (eg, with a biarch arrangement)?
  24 <li>Are there 3 or more developers (or n-ms) actively maintaining the port? Who are they?
  25 <li>What sort of architecture is this? Desktop/workstation? Mainframe/supercomputer? Embedded? Something else?
  26 <li>Does it have any users? If a desktop system, are there Debian admins who
  27 run Debian systems on the arch? If an embedded system are there real systems
  28 shipping that a Debian port will be useful for? If a mainframe system are there
  29 real systems with many users that a Debian port will be useful for? Who are they?
  30 <li>Is there kernel and toolchain support? At what level? Are the latest versions supported, or are
  31 legacy releases required for compatability with some hardware?
  32 <li>Has the ABI stabalised, or are there major ABI changes coming
  33 up? Is the ABI stable enough to ensure users will be able just "apt-get
  34 dist-upgrade" from one version to the next?
  35 <li>How do you install a system? (URL to a HOWTO)
  36 <li>Has a buildd been setup? How much of the archive has been built (count by
  37 source package, builds of old versions are fine for this case)?
  38 <li>What hardware is potentially available as a fast buildd?
  39 <li>Is there any corporate support of this arch, and the Debian port in particular?
  40 <li>Is there an example box developers can login to to see if it works?
  41 </ul>
  42
  43 <p>It's also worth considering whether the port has any special
  44 requirements. If the port is mainly for embedded systems, it may be
  45 appropriate to have different installation or release arrangements
  46 compared to normal desktop/workstation architectures.
  47
  48 <h2>Further requirements for OSes</h2>
  49
  50 <p>Examples: hurd, opensolaris, kfreebsd
  51
  52 <ul>
  53 <li>Are there existing comprehensive free distributions of this OS? If
  54 so, why is a Debian distribution useful?
  55 <li>What demonstrable benefits does this OS have over existing Debian OSes?
  56 <li>Does this system have a standard Unix API?
  57 <li>Does the OS support modern glibc and gcc?
  58 <li>What is the license on the kernel and libraries? Is it free? Is it GPL
  59 compatible? (Note that if it's not free, building software for it violates the
  60 Social Contract; and if it's not GPL compatible, GPL software such as dpkg can't be
  61 linked to it)
  62 <li>Does the OS build largely without source changes? If so, what proportion of
  63 the archive has built?
  64 </ul>
  65
  66 <p>It's worth thinking about whether it makes sense to integrate the
  67 port with Debian's Linux-based distribution -- having separate sources
  68 may not only reduce the impact on the release architectures, but also
  69 make it easier to do development on the new OS as well.
  70
  71 <p>Note that if significant changes are needed to more than just a small
  72 number of packages, your porting team will not only need to provide
  73 patches for most of those changes and make sure they work, but also
  74 ensure they don't cause problems for existing ports.
  75
  76
  77