Differences between revisions 20 and 24 (spanning 4 versions)
Revision 20 as of 2009-01-14 15:21:10
Size: 7544
Editor: GeoffSimmons
Comment: write I -> write it, add page breaks to Zombie entry
Revision 24 as of 2009-05-22 07:18:00
Size: 10081
Editor: FranklinPiat
Comment: Import from http://www.debian.org/devel/join/newmaint#Glossary
Deletions are marked like this. Additions are marked like this.
Line 4: Line 4:
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) 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)
Line 7: 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 9: Line 9:
[[Anchor(0)]] <<Anchor(0)>>
Line 11: Line 11:
 0 : uid 0, see also [#root root]  0 :: uid 0, see also [[#root|root]]
Line 13: Line 13:
[[Anchor(A)]] <<Anchor(A)>>
Line 15: Line 15:
<<Anchor(advocate)>>
 Advocate :: A [[#debian-member|Debian member]] that advocates an application. They should know the [[#applicant|applicant]] fairly well and should be able to give an overview of the applicant's work, interests and plans. Advocates are often the [[#sponsor|sponsors]] of an applicant.
Line 16: Line 18:
[[Anchor(B)]] <<Anchor(applicant)>>
 Applicant :: A person requesting membership in the [[#debian-project|Debian project]]; prospective [[#debian-developer|Debian developer]].

<<Anchor(application-manager)>>
 Application Manager :: A [[#debian-member|Debian member]] who is assigned to an [[#applicant|applicant]] to collect the information needed by the [[#debian-account-manager|Debian account managers]] to decide about an application. One application manager can be assigned to more than one Applicant.

<<Anchor(B)>>
Line 18: Line 26:
[[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 21: Line 29:
[[Anchor(C)]] <<Anchor(C)>>
Line 24: Line 32:
[[Anchor(D)]] <<Anchor(D)>>
Line 27: Line 35:
[[Anchor(d-i)]]
[[Anchor(D-I)]]
 D-I :: see [#Debian-Installer]
<<Anchor(debian-account-manager)>>
 Debian Account Manager ::A [[#debian-member|Debian member]] that was delegated to manage the [[#debian-account|Debian account]] creation and removal by the [[#debian-project-leader|Debian project leader]]. The DAM has the final decision over an application.
Line 31: Line 38:
[[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-developer)>>
 Debian Developer :: A [[#debian-project|Debian Project]] member, who has gone through the [[#new-maintainer|new maintainer]] process and had their application accepted.
Line 34: Line 41:
[[Anchor(E)]] <<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|apt]]).

<<Anchor(debian-member)>>
 Debian Member :: See [[#debian-developer|Debian Developer]].

<<Anchor(debian-project)>>
 Debian Project:: An organization of free software developers spread around the world with a common goal, to produce a completely free operating system. See the [[http://www.debian.org/intro/about|Debian web pages]] for more information.

<<Anchor(d-i)>>
<<Anchor(D-I)>>
 D-I :: see [[#debian-installer|Debian-Installer]]

<<Anchor(E)>>
Line 38: Line 58:
[[Anchor(F)]] <<Anchor(F)>>
Line 41: Line 61:
[[Anchor(G)]] <<Anchor(front-desk)>>
 Front Desk :: The front desk members receive the initial [[#applicant|applications]], [[#advocate|advocation]] messages and final application reports. They are the point of contact if problems with the application arise.

<<Anchor(G)>>
Line 44: Line 67:
[[Anchor(H)]] <<Anchor(H)>>
Line 47: Line 70:
[[Anchor(I)]] <<Anchor(I)>>
Line 49: Line 72:
[[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])-~.
<<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 52: Line 75:
[[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(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]])-~.
Line 55: Line 78:
[[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(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]])-~.
Line 59: Line 82:
[[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(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]])-~.
Line 62: Line 85:
[[Anchor(J)]] <<Anchor(J)>>
Line 65: Line 88:
[[Anchor(K)]] <<Anchor(K)>>
Line 68: Line 91:
[[Anchor(L)]] <<Anchor(L)>>
Line 71: Line 94:
[[Anchor(M)]] <<Anchor(M)>>
Line 73: Line 96:
[[Anchor(MicroKernel)]] <<Anchor(MicroKernel)>>
Line 76: Line 99:
[[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 79: Line 102:
[[Anchor(N)]] <<Anchor(N)>>
Line 82: Line 105:
[[Anchor(O)]] <<Anchor(O)>>
Line 85: Line 108:
[[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(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]])-~.
Line 89: Line 112:
[[Anchor(P)]] <<Anchor(P)>>
Line 92: Line 115:
[[Anchor(Q)]] <<Anchor(Q)>>
Line 95: Line 118:
[[Anchor(R)]] <<Anchor(R)>>
Line 97: Line 120:
[[Anchor(root)]] <<Anchor(root)>>
Line 100: Line 123:
  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 104: Line 127:
[[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(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]])-~.
Line 107: Line 130:
[[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(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]])-~.
Line 110: Line 133:
[[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])-~.
<<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]])-~.
Line 113: Line 136:
 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])-~.  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]])-~.
Line 115: Line 138:
[[Anchor(S)]] <<Anchor(S)>>
Line 117: Line 140:
<<Anchor(sponsor)>>
 Sponsor :: A [[#debian-member|Debian Member]] who acts as the mentor of an [[#applicant|Applicant]]: They check packages provided by the Applicant and help to find problems and to improve the packaging. When the sponsor is satisfied with the package, they [[#Upload|upload]] it on behalf of the Applicant to the [[#debian-archive|Debian archive]]. The Applicant is recorded as the [[#maintainer|maintainer]] of such a package, despite the fact Applicants aren't allowed to upload packages themselves.
Line 118: Line 143:
[[Anchor(T)]] <<Anchor(T)>>
Line 121: Line 146:
[[Anchor(U)]] <<Anchor(U)>>
Line 124: Line 149:
[[Anchor(V)]] <<Anchor(V)>>
Line 127: Line 152:
[[Anchor(W)]] <<Anchor(W)>>
Line 130: Line 155:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 133: Line 158:
[[Anchor(Y)]] <<Anchor(Y)>>
Line 136: Line 161:
[[Anchor(Z)]] <<Anchor(Z)>>
Line 138: Line 163:
 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'.  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 140: Line 165:
[[Anchor(Dot)]] <<Anchor(Dot)>>
Line 143: Line 168:
[[Anchor(DotDeb)]] <<Anchor(DotDeb)>>
Line 146: Line 171:
[[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

A Debian member that advocates an application. They should know the applicant fairly well and should be able to give an overview of the applicant's work, interests and plans. Advocates are often the sponsors of an applicant.

Applicant

A person requesting membership in the Debian project; prospective Debian developer.

Application Manager

A Debian member who is assigned to an applicant to collect the information needed by the Debian account managers to decide about an application. One application manager can be assigned to more than one Applicant.

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

Debian Developer

A Debian Project member, who has gone through the new maintainer process and had their application accepted.

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).

Debian Member

See Debian Developer.

Debian Project

An organization of free software developers spread around the world with a common goal, to produce a completely free operating system. See the Debian web pages for more information.

D-I

see Debian-Installer

E

F

Front Desk

The front desk members receive the initial applications, advocation messages and final application reports. They are the point of contact if problems with the application arise.

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

Sponsor

A Debian Member who acts as the mentor of an Applicant: They check packages provided by the Applicant and help to find problems and to improve the packaging. When the sponsor is satisfied with the package, they upload it on behalf of the Applicant to the Debian archive. The Applicant is recorded as the maintainer of such a package, despite the fact Applicants aren't allowed to upload packages themselves.

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.