Re: Status OpenLDAP in RHEL ab Version 6?

--===============0833484155==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-yUtSGoNmbGxqzmYLG3Op"


--=-yUtSGoNmbGxqzmYLG3Op
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Thu, 2007-11-29 at 13:47 +0100, Mario Schugowski wrote:

> jetzt mal alle einen gang zur=C3=BCck, wir kochen alle nur mit Wasser.

Klar. Ich habe mir deswegen erlaubt das Subject zu korrigieren.

Nie haben wir "Das Ende von OpenLDAP" angek=C3=BCndigt ;-)

> @All: Zum einen habe ich mitlerweile ein paar Details bekommen warum und
> was da vor sich geht, ich bin damit zwar trotzallem nicht einverstanden,
> kann die Motivation aber auf der einen Seite nachvollziehen. Mehr m=C3=B6=
chte
> ich hier dazu nicht sagen, das m=C3=B6gen die RH Leute dann selber machen=
.

Eventuell mal hier lesen:

http://www.eweek.com/article2/0,1895,2222974,00.asp

[...]
Right now, the open-source directory server options boil down to Red
Hat/Fedora Directory Server, and OpenLDAP, neither of which are
positioned to challenge Active Directory. Despite its name, Fedora
hasn't done much at all to push the Fedora Directory Server in its Linux
releases, and Red Hat's sights are trained on the portion of the market
in which a preexisting directory is assumed.

Then there's OpenLDAP, which some question on scalability grounds, and
most coil away from for its rough edges and its lack of anything
approaching AD-like integration with Linux distributions.
[...]

Das ist die Kurzform. OpenLDAP hat Skalierungsprobleme und die ACI
Implementation ist ein wenig speziell. Ob das auf Dauer ein gangbarer
Weg sein kann um gegen AD et al zu bestehen ist eine Frage auf die der
Red Hat Directory Server *auch* eine Antwort bietet.


> Was die Nachfragen betrifft: Was ist denn aus RH Database geworden ?

Es konnte keine community darum herum gebaut werden. Und wenn es keine
Community gibt, ist es nicht wirklich Open Source. Das machen wir aber
schon immer so.

Oder willst Du jetzt genau so protestieren gegen den Austausch von
up2date durch yum? ;-)

>  Was
> ist aus Qlogic Failover geworden (von RHEL3 auf RHEL4 verbannt,

DM-Multipath ist und bleibt die bessere L=C3=B6sung. Path trespassing darf
nicht Herstellerspezifisch sein. Wenn das nur mit QLogic geht, ist das
nicht wirklich offen, doer?

> DM-Mutlipath wurde aber erst mit glaube RHEL4-U1 wars nachgeliefert),
> resizefs/ext3online  wird auch zu jedem Release wohl gew=C3=BCrfelt was r=
ein
> kommt.

Das ist ein wenig scharf formuliert. Online resizen ist die Aufgabe,
resizefs oder ext3online das tool. hat online resizen nicht
funktioniert?

>  Und richtig derb sind dann geschichten wir die Ethernet
> Suchreihenfolge innerhalb eines Minor Upgrades (also inerhalb eines RHELs=
)
> umzustellen (ja ich kenne den parameter um das alte verhalten wieder
> einzuschalten).

Immer noch besser als Kernel-ABI =C3=84nderungen in einem Service Pack, wie
es die "anderen" gerne mal machen ...

> Zu guter Letzt ich bin bestimmt der letzte der RH Feindlich ist, aber ich
> Kusche da nicht jedem marketinggeschrei hinterher und erlaube mir mein
> eigenes Bild und meine eigene Meinung zu den Dingen zu bilden.

Und glaubst Du Release Note sind Marketing Geschrei? ;-)

> Ob jetzt in RHEL6 openldap-server noch dabei ist oder nicht, oder ob der
> Directoryserver mitgeliefert wird oder what ever. Ich kann mir im
> grundegenommen auch nicht vorstellen das es keinen Dienst geben wird der
> LDAP Server Dienste =C3=BCbernehmen kann, denn das w=C3=A4re wahrlich ein=
 Schu=C3=9F ins
> Knie.

Das haben wir doch NIE behauptet. LDAP ist elementar. Und ausserdem geht
es um RHEL6. Das heisst das wir OpenLDAP in RHEL2.1,3,4,5 =C3=BCber die
jeweiligen 7 Jahre supporten werden. Nur evtl. nicht unter RHEL6.

Und damit man damit besser leben kann gibt es ja auch noch EPEL ...

Es war ein Sturm im Wasserglas, soweit gehe ich konform ;-)

Jan

--=20
Jan H Wildeboer          |
Solution Architect, RHCE | Office: +49 (0)89 205071-207
Red Hat GmbH             | Mobile: +49 (0)174 33 23 249
Otto-Hahn-Str.20         | Fax:    +49 (0)89 205071-111
D-85609 Dornach/Munich   | eMail:  [email protected]
_____________________________________________________________________

GPG-Key-ID:      5DEBAFB0
GPG-Fingerprint: 6104 0F74 8513 F17E DFD5  E820 6F61 A078 5DEB AFB0
_____________________________________________________________________

Reg. Adresse: Red Hat GmbH, Hauptstaetter Strasse 58, 70178 Stuttgart
Handelsregister: Amtsgericht Stuttgart HRB 153243=20
Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham,
                   Werner Knoblich
_____________________________________________________________________

--=-yUtSGoNmbGxqzmYLG3Op
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBHTtdyb2GgeF3rr7ARArCBAJwLPP2RbXkF5zlAVNMs+EfV9JjhKgCcD7oZ
S9OdR9rHMHcdMwIKGbOsr38=
=CIKq
-----END PGP SIGNATURE-----

--=-yUtSGoNmbGxqzmYLG3Op--


--===============0833484155==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
redhat-list-de mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/redhat-list-de
--===============0833484155==--