Differences between revisions 2 and 22 (spanning 20 versions)
Revision 2 as of 2007-08-14 06:52:41
Size: 1542
Editor: FranklinPiat
Comment: Debian Glossary Only. + link to jargon file, wiktionary..
Revision 22 as of 2009-05-20 15:39:17
Size: 8671
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
''Debian Glossary Only. If you don't find the entry you wanted, visit [http://www.wikipedia.org], [http://www.jargondb.org/] computer jargon, [http://en.wiktionary.org/], etc.
||<tablestyle="align:left">Jump to :[[BR]][[TableOfContents(1)]]||
[[Anchor(0)]]
#language en
''Debian Glossary Only.''

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
##||<tablestyle="align:left">Jump to :[[BR]][[TableOfContents(1)]]||
||<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)]] ||

<<Anchor(0)>>
Line 5: Line 11:
 0 : see also [#root"]  0 : uid 0, see also [[#root|root]]
 
<<Anchor(A)>>
= A =
<<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 7: Line 18:
[[Anchor(A)]]
= A =
<<Anchor(AM)>>
AM :: see Application Manager [[http://www.witch.westfalen.de/debian-women/|debian-women]]
Line 10: Line 21:
[[Anchor(B)]] <<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 12: 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]].
Line 13: Line 32:
[[Anchor(C)]] <<Anchor(C)>>
Line 16: Line 35:
[[Anchor(D)]] <<Anchor(D)>>
Line 19: 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 23: 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 26: Line 45:
[[Anchor(E)]] <<Anchor(E)>>
Line 29: Line 48:
[[Anchor(F)]]
<<
Anchor(F)>>
Line 32: Line 52:
[[Anchor(G)]] <<Anchor(G)>>
Line 35: Line 55:
[[Anchor(H)]] <<Anchor(H)>>
Line 38: Line 58:
[[Anchor(I)]] <<Anchor(I)>>
Line 40: 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 41: 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 44: Line 76:
[[Anchor(K)]] <<Anchor(K)>>
Line 47: Line 79:
[[Anchor(L)]] <<Anchor(L)>>
Line 50: Line 82:
[[Anchor(M)]] <<Anchor(M)>>
Line 52: Line 84:
<<Anchor(MicroKernel)>>
 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 WikiPedia:Micro_kernel )-~
Line 53: Line 87:
[[Anchor(N)]] <<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(N)>>
Line 56: Line 93:
[[Anchor(O)]] <<Anchor(O)>>
Line 59: 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 62: Line 103:
[[Anchor(Q)]] <<Anchor(Q)>>
Line 65: Line 106:
[[Anchor(R)]] <<Anchor(R)>>
Line 67: Line 108:
<<Anchor(root)>>
 root ::
Line 68: Line 111:
[[Anchor(S)]]   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. root's directory "/root" is the root user's home directory.

<<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 71: Line 129:
[[Anchor(T)]] <<Anchor(T)>>
Line 74: Line 132:
[[Anchor(U)]] <<Anchor(U)>>
Line 77: Line 135:
[[Anchor(V)]] <<Anchor(V)>>
Line 80: Line 138:
[[Anchor(W)]] <<Anchor(W)>>
Line 83: Line 141:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 86: Line 144:
[[Anchor(Y)]] <<Anchor(Y)>>
Line 89: Line 147:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 91: 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.<<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 92: Line 151:

[[
Anchor(Dot)]]
<<Anchor(Dot)>>
Line 96: Line 154:
[[Anchor(DotDeb)]] <<Anchor(DotDeb)>>
Line 99: 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.