[debian-edu-commits] debian-edu/ 01/01: Drop deprecated README.ldap file. (Closes: #621787).
Mike Gabriel
sunweaver at debian.org
Wed Oct 14 09:39:12 UTC 2015
This is an automated email from the git hooks/post-receive script.
sunweaver pushed a commit to branch master
in repository debian-edu-config.
commit ddb08b73e03a0f6a0739c4996c8b2e287be91631
Author: Mike Gabriel <mike.gabriel at das-netzwerkteam.de>
Date: Wed Oct 14 11:38:34 2015 +0200
Drop deprecated README.ldap file. (Closes: #621787).
---
README.ldap | 168 -------------------------------------------------------
debian/changelog | 1 +
2 files changed, 1 insertion(+), 168 deletions(-)
diff --git a/README.ldap b/README.ldap
deleted file mode 100644
index 300f582..0000000
--- a/README.ldap
+++ /dev/null
@@ -1,168 +0,0 @@
-
-
-NB! DENNE FILEN ER UTDATERT, OG F�LGER IKKE N�V�RENDE KONVENSJONER
-
-
-GENERELT
-
-LDAP-basen skal innehalde opplysningar naudsynt for autentisering,
-tilgangsstyring for nettverksressursar (epost, diskusjonslister,
-internettilgang og filomr�de) og forholdet mellom klasse/elev/l�rar.
-Andre attributtar for dei ulike elementa i treet skal ogs� lagrast, s�
-som epostadresser, telefonnummer, foresatte og personnummer (viss
-Datatilsynet tillet det).
-
-NASJONAL STRUKTUR
-
-Eit effektivt driftsopplegg krever at kvar skule har sitt eige
-namnerom slik at ein ikkje f�r namnekollisjonar n�r ein g�r over til
-meir sentral drift. Ved � bruke ein hierarkisk modell oppn�r vi dette
-ganske enkelt. Ein hierarkisk modell gjer det ogs� mogleg � delegere
-ansvar for � halde ei undergrein oppdatert.
-
-Det er naturleg � bruke same organisering som det er i det offentlege
-allereie, med andre ord ei inndeling i fylke og kommunar. � kutte ut
-fylkesdelen fungerer ikkje sidan fleire kommunenamn vert brukt i to
-fylke (Sande i Vestfold og M�re og Romsdal, B� i Telemark og Nordland,
-m.fl.). I Oslo deler vi inn etter bydel sidan det fylket ikkje er
-delt inn i kommunar (Kommentar: Dette er kanskje ikkje praktisk, sidan
-alle skulane i Oslo vert styrt sentralt.)
-
-NAMNEKONVENSJONAR
-
-Toppen av treet er "o=skolelinux,c=no". N�r/viss Staten kjem inn og
-vil ta over drifta av opplegget v�rt, kan det vere naturleg � bytte ut
-toppen av treet med noko anna. V�r programvare b�r vere budd p� at
-noko slikt kan skje.
-
-Neste trinn er "l=fylke". Vi brukar dei vanlege tobokstavs-
-stuttingane for fylkesnamn, "mr", "sf", "nt", "vf" osv. Merk at Oslo
-er "oslo", ikkje "os".
-
-S� kjem "l=kommune". Namnet vert skrive fullt ut. Det g�r fint �
-bruke norske teikn og blanke i dette namnet.
-
-Til sist kjem "o=skule". Namnet p� skulen m� vere unikt innanfor
-kommunen, og det er opptil kvar enkelt skule � velje namnet som vert
-brukt her. Eg synest det vil vere naturleg � skrive namnet fullt ut,
-men droppe "overfl�dige" ord. T.d. "Hole barne- og ungdomsskole" vert
-til berre "Hole", "Hole BU", eller kanskje "HBU" om det er den vanlege
-lokale stuttinga.
-
-AVBILDNING TIL EPOST-ADRESSER
-
-Overgangen fr� ein Distinguished Name[1] i LDAP til eit epostdomene er
-rett fram. Norid tilr�r at ��� vert gjort om til aoa. Tilsvarande
-vert gjort for bokstavar med aksent, c cedilla o.l. Blanke vert gjort
-om til bindestrek, og punktum vert fjerna.
-
-[1] Distinguished Name (DN) er termen som vert brukt om unike
- objekt-IDar.
-
-Nokon d�me:
-
- Eining: Ytre Her�y Ungdomsskule, Her�y kommune, M�re og Romsdal
- LDAP DN: o=YHU,l=Her�y,l=mr,o=skolelinux,c=no
- Domene: yhu.heroy.mr.skolelinux.no
-
- Eining: Oslo Katedralskole, St. Hanshaugen-Ullev�l bydel, Oslo
- LDAP DN: o=Oslo Katedralskole,l=St. Hanshaugen-Ullev�l,l=oslo,
- o=skolelinux,c=no
- Domene: oslo-katedralskole.st-hanshaugen-ulleval.oslo.skolelinux.no
-
-Viss vi kuttar ut inndelinga i bydelar i Oslo, og leiinga p�
-Katedralskolen �nskte det, kunne vi i staden f�:
-
- Eining: Oslo Katedralskole, Oslo
- LDAP DN: o=Katta,l=oslo,o=skolelinux,c=no
- Domene: katta.oslo.skolelinux.no
-
-Domenet kan uansett overstyrast eksplisitt med attributten
-"associatedDomain".
-
-
-
-TREET FOR KVAR SKULE
-
-
-Toppnoden for skulen best�r av
- objectClass: organization
- objectClass: lisSchool
-Dette omfattar verdiar som postadresse, gateadresse, telefonnummer,
-faksnummer osv.
-
-Under toppnoden finn vi fire greiner.
-
-GREIN 1: organizationalUnit: Elev
-
-I denne greina finn vi eitt objekt for kvar elev ved skulen. Ein elev
-er sett saman av klassane
-
- objectClass: inetOrgPerson
- ... inneheld attributtar for namn, adresse, telefonnummer osv.
-
- objectClass: posixAccount
- ... inneheld all informasjon som skal til for � autentisere ein
- brukar i eit POSIX-milj� (i praksis Unix).
-
- objectClass: lisPerson
- ... inneheld
- emailAlias: gyldige epost-aliasar, "k.t.homme", "kjetil.t.homme",
- osv.
- owner: referanse til l�raren som er klasseforstandar.
- vedkomande er autorisert til � endre verdiar i dette
- objektet.
- dataOfBirth: f�dselsdato
- uniqueIdentifier:
- personnummer eller annan identifikator gyldig ogs�
- utanfor denne skulen.
-
-Kvar elev kan ha eitt eller fleire lisKinship-objekt under seg.
-Attributtane i lisKinship er "kinship" og "kin". "kinship" er namnet
-p� forholdet ("mor", "far", "tante", "verge"), "kin" er ein referanse
-til ein annan person i LDAP-treet. Sidan det er kinship som vert
-brukt for � lage eit unikt namn for dette objektet, kan ein elev kun
-ha �i tante registrert p� seg.
-
-
-GREIN 2: organizationalUnit: Tilsett
-
-I denne greina finn vi alle tilsette p� skulen. Dei tilsette er sett
-saman av same objektklassene som elevane, med berre sm� forskjellar i
-semantikken. dateOfBirth er valfritt for elevar ogs�, men det er
-mindre sannsynleg at dette vert lagt inn p� tilsette. "owner" vert
-sannsynlegvis heller ikkje brukt, men kan brukast for � la ein
-avdelingsleiar manipulere sine unders�ttar.
-
-
-GREIN 3: organizationalUnit: Kontakt
-
-I denne greina finn vi personopplysningar om alle eksterne
-kontaktpersonar. Greina finnest hovudsakleg for � ha opplysningar om
-elevane sine foresatte, men det er fritt fram � leggje inn andre
-(seljarar, sensorar osv.) Praktisk som ei felles adressebok for
-skulen. "objectClass: inetOrgPerson" vert brukt.
-
-
-
-GREIN 4: organizationalUnit: Klasse
-
-Her ligg alle klassene/faga registrert. I sm�skulen vil ein vanlegvis
-ha berre ei klasse ("2B"), kanskje to ("2B" og "2B gym"). Generelt
-har ein eigne "klasser" for kvar undervisningsaktivitet der anten
-elevar eller l�rar er forskjellige.
-
-Kvart klasseobjekt er av typen "objectClass: lisClass". Attributtane
-er:
-
- owner: Ansvarleg l�rar (skrivetilgang til objektet)
- teacher: Peikar til l�rar som er med p� denne undervisnings-
- aktiviteten
- student: Peikar til student som er med p� ...
- timeAndPlace: Spesifikasjon av tid og stad for aktiviteten
- seeAlso: Peikar til klasseobjekt som elevlista skal kopierast
- fr�.
-
-Alle desse attributtane er valfrie og kan ein eller fleire verdiar.
-Merk at ein l�rar m� leggjast inn som "teacher" sj�lv om han st�r
-oppf�rt som "owner".
diff --git a/debian/changelog b/debian/changelog
index d7aadc9..7acaa26 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -34,6 +34,7 @@ debian-edu-config (1.819) UNRELEASED; urgency=low
not, don't try to set the Kerberos password for this account. (Closes:
#798435).
* gosa-sync: Fix escaping double quotes and semicolons. (Closes: #794000).
+ * Drop deprecated README.ldap file. (Closes: #621787).
-- Petter Reinholdtsen <pere at debian.org> Sat, 16 May 2015 23:12:06 +0200
--
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/debian-edu/debian-edu-config.git
More information about the debian-edu-commits
mailing list