Your message dated Sat, 29 May 1999 19:11:50 -0700
with message-id <[EMAIL PROTECTED]>
and subject line withdrawn
has caused the attached bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I'm
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Ian Jackson
(administrator, Debian bugs database)
Received: (at submit) by bugs.debian.org; 14 Apr 1999 09:51:25 +0000
Received: (qmail 10134 invoked from network); 14 Apr 1999 09:51:24 -0000
Received: from adsl-209-233-23-57.dsl.snfc21.pacbell.net (HELO kitenet.net)
([EMAIL PROTECTED])
by master.debian.org with SMTP; 14 Apr 1999 09:51:24 -0000
Received: (qmail 1435 invoked by uid 500); 14 Apr 1999 09:51:23 -0000
Date: Wed, 14 Apr 1999 02:51:23 -0700
From: Joey Hess <[EMAIL PROTECTED]>
To: debian-policy@lists.debian.org
Cc: joost witteveen <[EMAIL PROTECTED]>
Subject: [PROPOSED] moving the menu hierarchy into debian policy
Message-ID: <[EMAIL PROTECTED]>
Mail-Followup-To: debian-policy@lists.debian.org,
joost witteveen <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i
Package: debian-policy
Severity: wishlist
I propose that the menu hierarchy be taken out of menu.sgml in the menu
package and added to the policy manual, section 3.6, following the second
paragraph of that section. The rationale for doing this is that the menu
hierarchy effects a large number of packages in debian, and is already
de-facto policy. The new text will be the following (I've modified
the text in menu.sgml some to correspond to current practices, and would
appreciate comments on the first paragraph):
<sect>Preferred menu structure
<p>
Here is the <em/authoritative list of Debian's menu structure/. All menu
entries registered by packages must conform to this structure. Packages can
only add menu items to menus in the hierarchy that are leaf menus -- menus
with no submenus below them in the hierarchy given below. Packages may
create new submenus any place they are allowed to add a menu item. For
example, a package may not add a new menu or a new menu item directly under
the root menu or under Apps, but a package may add a new menu under
Apps/Editors.
<p>
<example>
Apps - normal applications
Editors - text editors
Emulators - wine, dosemu, etc.
Graphics - image manipulation
Hammradio - anything relating to ham radio
Math - math related programs
Net - network programs that don't fit elsewhere
Programming - debuggers, etc.
Tools - simple apps, like clocks, that perform only one task
Technical - technical stuff
Text - text oriented tools other than editors
Shells - bash, ksh, zsh, etc.
Sound - sound players and editors
Viewers - image viewers
System - system administration and monitoring tools
Games - games and recreations
Adventure - walk around virtual space, zork, MOO's, etc
Arcade - any game where reflexes count
Board - games played on a board
Card - games involving a deck of cards
Puzzles - tests of ingenuity and logic
Sports - games derived from "real world" sports
Strategy - games involving long term strategic thinking
Tetris-like - games involving falling blocks
Toys - amusements, eye-candy, etc.
Screen - programs that affect the whole screen
Lock - programs to lock the screen
Save - screen savers
Root-window - things that fill the root window
WindowManagers - X window managers
Modules - window manager modules
XShells - xterm and its brethern
</example>
I expect once we get this into policy we'll want to overhaul it a bit. I
hope we can wait until we've gotten it in to begin that discussion though.
So I'm looking for non-technical corrections to the above, seconds for
the proposal, and hopefully a consensus on the list that this should become
a policy amendment.
--
see shy jo
