[MPlayer-dev-eng] [FFmpeg-devel] [RFC] roots duties and rights

Michael Niedermayer michaelni at gmx.at
Tue Oct 12 13:47:15 CEST 2010


New version to bring text closer to what ben and attila want
git changeset attached too
Ive ignored half of bens requests because i think they need some more
elaborate explanations from ben first. I think ive implemented most of what
attila complained about.

Comments welcome (mostly by past, present and future roots as well as anyone
else who has some ideas or an oppinon)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Opposition brings concord. Out of discord comes the fairest harmony.
-- Heraclitus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Bens-requested-merge-of-failures.patch
Type: text/x-patch
Size: 994 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0012.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-Remove-ask-guess-for-ben.patch
Type: text/x-patch
Size: 934 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0013.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-loose-missing-info-rejection-right-for-ben.patch
Type: text/x-patch
Size: 1136 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0014.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0004-Losse-identity-proof-for-lost-passwords.patch
Type: text/x-patch
Size: 835 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0015.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0005-loose-incoming-rule-per-ben-request.patch
Type: text/x-patch
Size: 1162 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0016.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0006-Duty-recommendation.patch
Type: text/x-patch
Size: 710 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0017.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0007-Tone-the-text-down-must-should.patch
Type: text/x-patch
Size: 1818 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0018.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0008-Remove-smoothly-and-quickly-these-terms-are-ambigous.patch
Type: text/x-patch
Size: 1243 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0019.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0009-Give-everyone-veto-right-as-everyone-must-trust-root.patch
Type: text/x-patch
Size: 1087 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0020.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0010-Dont-state-that-root-may-resign-but-imply-it-by-writ.patch
Type: text/x-patch
Size: 1045 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0021.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0011-specify-times-of-reachability-recommanditions.patch
Type: text/x-patch
Size: 1236 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0022.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0012-shall-should-downtoneing.patch
Type: text/x-patch
Size: 1024 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0023.bin>
-------------- next part --------------

Recommendations:
* Keep the system running so all "users" can do their work.
  -Keep the system secure so its not hacked
  -Recognize problems early and take preemtpive action, aka a mail to
   the MLs with "we only have 100 mb space left in incoming" for example
  -Replace hardware when it fails, search for possible donations on ML/IRC
   ask the foundation to fund hw where needed.
  -Install security updates
  -Make regular backups and store them off site, keep past backups so
   undetected corruption does not make them useless
* Do all the administrative things that normal users dont have the right to
  and that havnt been delegated to volunteers.
  - Create mailinglists that are related to the project when requested by the
    project leader
  - Open and Close SVN/GIT accounts if requested by the project leader (root can
    not reject such requests)
  - Install software that is requested by project members for their work with
    the FOSS projects
  - Open SSH accounts for project members when their FOSS-project related work
    needs such account
  - help with forgotten passwords after the user proofes his identity
  - Root shall attempt to work on requests approximately in order and not ignore
    requests for months
* Have plans in place for total hardware failure (fire / earthquake / ...)
  and for the system being successfully hacked
* Root should not involve itself deeply in any of the hosted projects, that is
  to ensure roots impartiality and avoid conflict of interest
  This conflict of interest exists both in form of making decisions as root
  to favor ones personal preference in a project. As well as participating
  in project internal discussions while implicating ones authority.
* Root should have public GPG keys and they should be published where users can
  easily find them. These keys checksums should be available in SVN/GIT of the
  hosted projects so that people who work with the code have means to verify
  roots (and the developers) public GPG keys.
* Root should before expiration of the previous SSL key either generate SSL keys
  signed by an upstream CA or put self signed SSL keys signed with their
  gpg key on the webpage and ML


Rights:
-Reject software installation when there is risk to the security or stability
 of the server
-If root resigns new candidates shall be found and a vote
 amongth all developers who had write access prior to the resignation shall be
 held. Each project member who has write access has a veto right against candidates.
 This veto right is necessary as root is a service provider and not a power
 position and if one asks for candidates for root the most power hungry people
 in the projects come forward. And it is also important that root is trusted
 by all, more so than root being the one with the prettiest face.
-Like everyone root can be busy with family, military, jail, girls, pizza,
 flamewar
 in which case it is understood that root cannot attend to their duties for a
 while. The roots should though try to have 1 person of them
 reachable by some means of communication once every few days who can then reach
 some kind of internet access within some days in case
 of emergencies.
-Root may close an account if
 -(ssh) the account appears unused since a long time and the user doesnt
        awnser email/ML. For project specific accounts like SVN/GIT the project
        leader makes the decision about closing.
 -(any) There is reason to believe that the account is used by someone else
        than the intended user without his agreement and knowledge.
 -(any) The account is used for criminal or malicious activity
 -Root should if there is no immedeate danger and there is doubt about the
  malliciousness of someones activities try to contact that person before
  account closure to confirm that there really is no misunderstanding and a
  legitimate intent.
-Root may temporary disable any service if its misbehaving in a way
 that causes harm like a ML sending hundreads of mails, ftp being used for
 warez, ...
-Root may ban any IP, IP range if accesses from these ranges have happened
 that cause unreasonable stability, security or bandwidth issues.
-Root may reject requests that are unrelated to the FOSS project from which
 the request is made. Root of course should not unreasonable do so but be
 nice unless there is a reason to reject (like bandwidth, space, time ...)
 root should elaborately explain such rejections to the requesting user
-Root may delegate any work/rights to other people of roots choice but root is
 fully responsible for that persons actions. Such delegations must be made public.
 root may revoke any such delegation without specifying reasons at any time.


Duties of the users
-If the user has reason to belive that ones pland action could affect other
 users or the stability or security of the system then he should contact the
 public mailinglists or root first and or the affected users if its just one
 user.
-Shared files (like incoming and samples) should not be moved or deleted
 without prior public dicsussion on the mailinglists
-Users shall try to provide all information root needs when making requests
 -For Mailing list creation ML name and ML admin email are needed
 -For creating of SSH accounts a public SSH key and wanted username must be
  submited by secure means
  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20101012/4676f3aa/attachment-0001.pgp>


More information about the MPlayer-dev-eng mailing list