Differences between revisions 15 and 22 (spanning 7 versions)
Revision 15 as of 2008-06-10 11:45:37
Size: 4777
Comment: reformating 'root' entry with a numbered list
Revision 22 as of 2009-05-20 15:39:17
Size: 8671
Comment:
Deletions are marked like this. Additions are marked like this.
Line 4: Line 4:
If you don't find the entry you wanted, visit [http://www.tldp.org/LDP/Linux-Dictionary/html/index.html tldp.org]'s Linux-Dictionary, [http://www.wikipedia.org wikipedia.org], [http://www.jargondb.org/ jargondb.org] computer jargon, [http://en.wiktionary.org/ wiktionary.org], etc. [[BR]](You can add an entry. Put ''ToDo'' instead of definition if you can't write I yourself) If you don't find the entry you wanted, visit PolicyGlossary, [[http://www.tldp.org/LDP/Linux-Dictionary/html/index.html|tldp.org]]'s Linux-Dictionary, [[http://www.wikipedia.org|wikipedia.org]], [[http://www.jargondb.org/|jargondb.org]] computer jargon, [[http://en.wiktionary.org/|wiktionary.org]], etc. <<BR>>(You can add an entry. Put ''ToDo'' instead of definition if you can't write it yourself)
## Kernel ? http://kernelnewbies.org/KernelGlossary
Line 6: Line 7:
||<tablestyle="text-align:center;background-color:#ddd;width:100%">Jump to : [:Glossary#0:0] - [:Glossary#A:A] [:Glossary#B:B] [:Glossary#C:C] [:Glossary#D:D] [:Glossary#E:E] [:Glossary#F:F] [:Glossary#G:G] [:Glossary#H:H] [:Glossary#I:I] [:Glossary#J:J] [:Glossary#K:K] [:Glossary#L:L] [:Glossary#M:M] [:Glossary#N:N] [:Glossary#P:P] [:Glossary#Q:Q] [:Glossary#R:R] [:Glossary#S:S] [:Glossary#T:T] [:Glossary#U:U] [:Glossary#V:V] [:Glossary#W:W] [:Glossary#X:X] [:Glossary#Y:Y] [:Glossary#Z:Z] ''~-Symbols :-~'' [:Glossary#Dot:.(dot)] || ||<tablestyle="text-align:center;background-color:#ddd;width:100%">Jump to : [[Glossary#0|0]] - [[Glossary#A|A]] [[Glossary#B|B]] [[Glossary#C|C]] [[Glossary#D|D]] [[Glossary#E|E]] [[Glossary#F|F]] [[Glossary#G|G]] [[Glossary#H|H]] [[Glossary#I|I]] [[Glossary#J|J]] [[Glossary#K|K]] [[Glossary#L|L]] [[Glossary#M|M]] [[Glossary#N|N]] [[Glossary#P|P]] [[Glossary#Q|Q]] [[Glossary#R|R]] [[Glossary#S|S]] [[Glossary#T|T]] [[Glossary#U|U]] [[Glossary#V|V]] [[Glossary#W|W]] [[Glossary#X|X]] [[Glossary#Y|Y]] [[Glossary#Z|Z]] ''~-Symbols :-~'' [[Glossary#Dot|.(dot)]] ||
Line 8: Line 9:
[[Anchor(0)]] <<Anchor(0)>>
Line 10: Line 11:
 0 : uid 0, see also [#root root]  0 : uid 0, see also [[#root|root]]
Line 12: Line 13:
[[Anchor(A)]] <<Anchor(A)>>
Line 14: Line 15:
<<Anchor(Advocate)>>
Advocate :: An existing Debian developer who recommends an Applicant. An Applicant can only go through the NM process after an Advocate has agreed with their application. The Sponsor of an Applicant often acts as their Advocate once they are satisfied with the Applicant's skills.[[http://www.witch.westfalen.de/debian-women/|debian-women]]
Line 15: Line 18:
[[Anchor(B)]] <<Anchor(AM)>>
AM :: see Application Manager [[http://www.witch.westfalen.de/debian-women/|debian-women]]

<<Anchor(Applicant)>>
Applicant :: A person requesting membership in the Debian Project; prospective Debian developer. [[http://www.witch.westfalen.de/debian-women/|debian-women]]

<<Anchor(Application Manager)>>
Application Manager :: A Debian developer who is assigned to an Applicant in order to monitor their progress through the application process. The number of Application Managers isn't fixed. See the list of current Application Managers. One person can be the application manager for several applicants. [[http://www.witch.westfalen.de/debian-women/|debian-women]]

<<Anchor(B)>>
Line 17: Line 29:
[[Anchor(bts-link)]]
 bts-link :: A system for synchronising bug status in the Debian BTS with upstream bug tracking systems like Bugzilla. See [http://lists.debian.org/debian-devel-announce/2006/05/msg00001.html this mail].
<<Anchor(bts-link)>>
 bts-link :: A system for synchronising bug status in the Debian BTS with upstream bug tracking systems like Bugzilla. See [[http://lists.debian.org/debian-devel-announce/2006/05/msg00001.html|this mail]].
Line 20: Line 32:
[[Anchor(C)]] <<Anchor(C)>>
Line 23: Line 35:
[[Anchor(D)]] <<Anchor(D)>>
Line 26: Line 38:
[[Anchor(d-i)]]
[[Anchor(D-I)]]
 D-I :: see [#Debian-Installer]
<<Anchor(d-i)>>
<<Anchor(D-I)>>
 D-I :: see [[#Debian-Installer]]
Line 30: Line 42:
[[Anchor(Debian-Installer)]]
 Debian-Installer :: Debian Installer is the set of program used to install Debian on your hard disk "The first day". '''It is not''' the program you use to install (add|remove) more program (packages) once Debian Installed (see [#Apt]).
<<Anchor(Debian-Installer)>>
 Debian-Installer :: Debian Installer is the set of program used to install Debian on your hard disk "The first day". '''It is not''' the program you use to install (add|remove) more program (packages) once Debian Installed (see [[#Apt]]).
Line 33: Line 45:
[[Anchor(E)]] <<Anchor(E)>>
Line 37: Line 49:
[[Anchor(F)]] <<Anchor(F)>>
Line 40: Line 52:
[[Anchor(G)]] <<Anchor(G)>>
Line 43: Line 55:
[[Anchor(H)]] <<Anchor(H)>>
Line 46: Line 58:
[[Anchor(I)]] <<Anchor(I)>>
Line 48: Line 60:
<<Anchor(ita)>>
 ITA :: In documentation, this means that the author intents to adopt a given set of documentation. ~-(see [[http://www.debian.org/doc/manuals/ddp-policy/ch-feedback.html|DDP]])-~.
Line 49: Line 63:
[[Anchor(J)]] <<Anchor(itt)>>
 ITD (Intend to Document) :: a documentation maintainer that is going to start writing a document. The use of the WNPP for avoids people duplicating effort writing the same documentation. ~-(see [[http://www.debian.org/doc/manuals/ddp-policy/ch-feedback.html|DDP]])-~.

<<Anchor(itp)>>
 ITP (Intent To Package) :: Someone (a [[#DD|DD]] or [[#maintainer|Maintainer]]) intends to package a software
~-(see [[http://www.debian.org/devel/wnpp/#tag-rfa|WNPP]])-~.

<<Anchor(itt)>>
 ITT (Intend to Translate) :: a translator is going to start translating a document. As above, this tries to prevent duplicate efforts ~-(see [[http://www.debian.org/doc/manuals/ddp-policy/ch-feedback.html|DDP]])-~.

<<Anchor(J)>>
Line 52: Line 76:
[[Anchor(K)]] <<Anchor(K)>>
Line 55: Line 79:
[[Anchor(L)]] <<Anchor(L)>>
Line 58: Line 82:
[[Anchor(M)]] <<Anchor(M)>>
Line 60: Line 84:
[[Anchor(MicroKernel)]] <<Anchor(MicroKernel)>>
Line 63: Line 87:
[[Anchor(MultiServer)]]
 Multi Server :: Multi server refers to a system which has several servers working together running on a [:#MicroKernel:MicroKernel]
to perform the tasks normally done by a monolithic kernel; this is in contrast to a single server which is akin to a monolithic kernel running on a micro kernel.
<<Anchor(MultiServer)>>
 Multi Server :: Multi server refers to a system which has several servers working together running on a
[[#MicroKernel|MicroKernel]] to perform the tasks normally done by a monolithic kernel; this is in contrast to a single server which is akin to a monolithic kernel running on a micro kernel.
Line 66: Line 90:
[[Anchor(N)]] <<Anchor(N)>>
Line 69: Line 93:
[[Anchor(O)]] <<Anchor(O)>>
Line 72: Line 96:
[[Anchor(P)]] <<Anchor(orphaned)>>
 O:: A package has been "Orphaned". It needs a new maintainer as soon as possible. If the package has a Priority higher or equal to standard, the severity should be set to important. ~-(see [[http://www.debian.org/devel/wnpp/#tag-o|WNPP]])-~.
 :: ''In Documentation'' : as the package equivalent, this means that the author intents to orphan a given set of documentation. ~-(see [[http://www.debian.org/doc/manuals/ddp-policy/ch-feedback.html|DDP]])-~.

<<Anchor(P)>>
Line 75: Line 103:
[[Anchor(Q)]] <<Anchor(Q)>>
Line 78: Line 106:
[[Anchor(R)]] <<Anchor(R)>>
Line 80: Line 108:
[[Anchor(root)]] <<Anchor(root)>>
Line 83: Line 111:
  1. the root user (uid 0), often named ''Super-User'' can do anything on a system (equivalent to "Administrator" on some systems). ''(see ["Root"])''
  1. the ["root directory"] is the top level directory "/".
  1. the root user (uid 0), often named ''Super-User'' can do anything on a system (equivalent to "Administrator" on some systems). ''(see [[Root]])''
  1. the [[root_directory]] is the top level directory "/".
Line 87: Line 115:
[[Anchor(S)]] <<Anchor(rfa)>>
 RFA (Request for Adoption) :: Due to lack of time, resources, interest or something similar, the current maintainer is asking for someone else to maintain this package. They will maintain it in the meantime, but perhaps not in the best possible way. In short: the package needs a new maintainer. ~-(see [[http://www.debian.org/devel/wnpp/#tag-rfa|WNPP]])-~.

<<Anchor(rfd)>>
 RFD (Request for Documentation):: a user that detects that a given document (manual or other) on a given topic is not yet available on the DDP can ask for it using this tag. DDP members will give priority when deciding which documents need to be written to requests on a given document by a number of users. ~-(see [[http://www.debian.org/doc/manuals/ddp-policy/ch-feedback.html|DDP]])-~.

<<Anchor(rfh)>>
 RFH (Request For Help) :: The current maintainer wants to continue to maintain this package, but they need some help to do this, because their time is limited or the package is quite big and needs several maintainers. ~-(see [[http://www.debian.org/devel/wnpp/#tag-rfh|WNPP]])-~.

 RFP (Request For Package) :: Someone has found an interesting piece of software and would like someone else to maintain it for Debian. ~-(see [[http://www.debian.org/devel/wnpp/#tag-rfp|WNPP]])-~.

<<Anchor(S)>>
Line 90: Line 129:
[[Anchor(T)]] <<Anchor(T)>>
Line 93: Line 132:
[[Anchor(U)]] <<Anchor(U)>>
Line 96: Line 135:
[[Anchor(V)]] <<Anchor(V)>>
Line 99: Line 138:
[[Anchor(W)]] <<Anchor(W)>>
Line 102: Line 141:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 105: Line 144:
[[Anchor(Y)]] <<Anchor(Y)>>
Line 108: Line 147:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 110: Line 149:
 Zombie Maintainer :: A zombie maintainer is a maintainer who does no work on a package but refuses to orphan it. The package bit-rots away in the clutches of his undead hands as he drifts on the margins of existence. His grumblings are occasionally heard on Debian mailing lists --- just enough to keep himself from being pronounced ["MIA"], which would be grounds for deeming the package orphaned. Not much is known about these beings; however, experts in paranormal phenomena claim that once a maintainer has become a zombie he cannot let a package go until his work on it is done. However, having lost his spirit, the zombie is incapable of making any progress. The predictable result is that the package becomes a Slum. What is certain is that there is a subclass of zombies whom we shall call "guardians". A guardian zombie holds on to a package while justifying himself by saying that he is doing Debian the service of protecting his package from damage in the hands of a mortal maintainer. A guardian zombie may go so far as to invite ["NMUs"], some of which he will allow to pass without comment, to others of which he will react with howls of protest and mutterings of 'my precious'.  Zombie Maintainer :: A zombie maintainer is a maintainer who does no work on a package but refuses to orphan it. The package bit-rots away in the clutches of his undead hands as he drifts on the margins of existence. His grumblings are occasionally heard on Debian mailing lists --- just enough to keep himself from being pronounced [[MIA]], which would be grounds for deeming the package orphaned.<<BR>><<BR>>Not much is known about these beings; however, experts in paranormal phenomena claim that once a maintainer has become a zombie he cannot let a package go until his work on it is done. However, having lost his spirit, the zombie is incapable of making any progress. The predictable result is that the package becomes a Slum.<<BR>><<BR>>What is certain is that there is a subclass of zombies whom we shall call "guardians". A guardian zombie holds on to a package while justifying himself by saying that he is doing Debian the service of protecting his package from damage in the hands of a mortal maintainer. A guardian zombie may go so far as to invite [[NMUs]], some of which he will allow to pass without comment, to others of which he will react with howls of protest and mutterings of 'my precious'.
Line 112: Line 151:
[[Anchor(Dot)]] <<Anchor(Dot)>>
Line 115: Line 154:
[[Anchor(DotDeb)]] <<Anchor(DotDeb)>>
Line 118: Line 157:
[[Anchor(DotUdeb)]]
 .udeb :: File-extension used for package containing [#Debian-Installer] modules. '''do not''' install it in a regular system.
<<Anchor(DotUdeb)>>
 .udeb :: File-extension used for package containing [[#Debian-Installer]] modules. '''do not''' install it in a regular system.

Debian Glossary Only.

If you don't find the entry you wanted, visit PolicyGlossary, tldp.org's Linux-Dictionary, wikipedia.org, jargondb.org computer jargon, wiktionary.org, etc.
(You can add an entry. Put ToDo instead of definition if you can't write it yourself)

Jump to : 0 - A B C D E F G H I J K L M N P Q R S T U V W X Y Z Symbols : .(dot)

0

  • 0 : uid 0, see also root

A

Advocate :: An existing Debian developer who recommends an Applicant. An Applicant can only go through the NM process after an Advocate has agreed with their application. The Sponsor of an Applicant often acts as their Advocate once they are satisfied with the Applicant's skills.debian-women

AM :: see Application Manager debian-women

Applicant :: A person requesting membership in the Debian Project; prospective Debian developer. debian-women

Application Manager :: A Debian developer who is assigned to an Applicant in order to monitor their progress through the application process. The number of Application Managers isn't fixed. See the list of current Application Managers. One person can be the application manager for several applicants. debian-women

B

bts-link

A system for synchronising bug status in the Debian BTS with upstream bug tracking systems like Bugzilla. See this mail.

C

D

D-I

see #Debian-Installer

Debian-Installer

Debian Installer is the set of program used to install Debian on your hard disk "The first day". It is not the program you use to install (add|remove) more program (packages) once Debian Installed (see #Apt).

E

F

G

H

I

ITA

In documentation, this means that the author intents to adopt a given set of documentation. (see DDP).

ITD (Intend to Document)

a documentation maintainer that is going to start writing a document. The use of the WNPP for avoids people duplicating effort writing the same documentation. (see DDP).

ITP (Intent To Package)

Someone (a DD or Maintainer) intends to package a software

(see WNPP).

ITT (Intend to Translate)

a translator is going to start translating a document. As above, this tries to prevent duplicate efforts (see DDP).

J

K

L

M

Micro Kernel

A Micro Kernel is a minimalistic operating system kernel which provides only the most basic services, which generally include tasks, virtual memory policy, Inter Process Communication and basic hardware drivers. Examples of micro kernels are Mach (and GNUMach, OSKit-Mach) and L4. (sea also Wikipedia Micro_kernel )

Multi Server

Multi server refers to a system which has several servers working together running on a MicroKernel to perform the tasks normally done by a monolithic kernel; this is in contrast to a single server which is akin to a monolithic kernel running on a micro kernel.

N

O

O

A package has been "Orphaned". It needs a new maintainer as soon as possible. If the package has a Priority higher or equal to standard, the severity should be set to important. (see WNPP).

In Documentation : as the package equivalent, this means that the author intents to orphan a given set of documentation. (see DDP).

P

Q

R

root
  1. the root user (uid 0), often named Super-User can do anything on a system (equivalent to "Administrator" on some systems). (see Root)

  2. the ?root_directory is the top level directory "/".

  3. root's directory "/root" is the root user's home directory.

RFA (Request for Adoption)

Due to lack of time, resources, interest or something similar, the current maintainer is asking for someone else to maintain this package. They will maintain it in the meantime, but perhaps not in the best possible way. In short: the package needs a new maintainer. (see WNPP).

RFD (Request for Documentation)

a user that detects that a given document (manual or other) on a given topic is not yet available on the DDP can ask for it using this tag. DDP members will give priority when deciding which documents need to be written to requests on a given document by a number of users. (see DDP).

RFH (Request For Help)

The current maintainer wants to continue to maintain this package, but they need some help to do this, because their time is limited or the package is quite big and needs several maintainers. (see WNPP).

RFP (Request For Package)

Someone has found an interesting piece of software and would like someone else to maintain it for Debian. (see WNPP).

S

T

U

V

W

X

Y

Z

Zombie Maintainer

A zombie maintainer is a maintainer who does no work on a package but refuses to orphan it. The package bit-rots away in the clutches of his undead hands as he drifts on the margins of existence. His grumblings are occasionally heard on Debian mailing lists --- just enough to keep himself from being pronounced MIA, which would be grounds for deeming the package orphaned.

Not much is known about these beings; however, experts in paranormal phenomena claim that once a maintainer has become a zombie he cannot let a package go until his work on it is done. However, having lost his spirit, the zombie is incapable of making any progress. The predictable result is that the package becomes a Slum.

What is certain is that there is a subclass of zombies whom we shall call "guardians". A guardian zombie holds on to a package while justifying himself by saying that he is doing Debian the service of protecting his package from damage in the hands of a mortal maintainer. A guardian zombie may go so far as to invite ?NMUs, some of which he will allow to pass without comment, to others of which he will react with howls of protest and mutterings of 'my precious'.

. (dot)

.deb
File-extension used for package of debian-based distribution.

.udeb

File-extension used for package containing #Debian-Installer modules. do not install it in a regular system.