Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:126316 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id 2CA151A00BC for ; Thu, 6 Feb 2025 22:25:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1738880537; bh=RLykfxwTtr+txr5LrESCM2addmHUeLfs8dkS4GvLkR8=; h=Date:Subject:From:To:References:In-Reply-To:From; b=jUZ1sJoHJpA9QN9pxSmKcJSx211Ymghw890uEEnBZHmlPLOqw/PDLa8ATM5a+9HiP iOLk/jnBbK1U2XTpZjsysozBR+xVTscH3g0v70xJ9BoUjKtRWGATnSXvwTJ5+cQAch FwdiVx++3xFMeXP5/QxFOZVlEZvaxJeKKfIYNq4GtPM3NJTK/1o/URs4wSHah4hiPe W/gzePPc+kbeCQVpIp54MlXdBGM73J5fu0ORUWHAujWzBnfrvGgH4z5I61cPUKoJMO w/yHFuBPkBNAfYv3jvGAQiwr5s5rX0EvwYWP9XiHnDFoXlbSjsF5yt7AOGLr74CNMq sAvvlren6PiqA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 3D578180071 for ; Thu, 6 Feb 2025 22:22:17 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 6 Feb 2025 22:22:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738880697; x=1739485497; i=cmbecker69@gmx.de; bh=cLKsxoDQLhi8eGeYDrun7GmgR1bYinqjH63J1zJxCJ0=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:From:To: References:In-Reply-To:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=q+piv0GeHXu+2n/us6Zd+Rr6y8ZqUbtpiD0ZnYQLsNLtCeooYaF4Lp2E14TkOpI0 p4pbZz/ixXNnOIbZIQOqbon1ecY4OCoi0VNRzG/RftgJ8dQt32r3RCspruWRk+9Ll 7SpT4Myet1dwBHOpBUtl2TX1s6hZpU9C7JIfQto2e6vs4e5JO/LXJhvGNNdxfFGwv 8otdcy9taFQZ9nScCxfvoc6V/Lpf/raACyx9HHwJN7Ba2LZ3QrZYDds9E+xzKFqHY 8Sfo5y6FA1ckMaT0ejQqilmSEeCEn/FYD8e9M1shDpSYF0FyZqMMbiyeBTZCJDMiW enzJkwtIVa0g7uV1tA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.2.130] ([79.251.201.250]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MK3W0-1tzU8d1HGo-00NAUL; Thu, 06 Feb 2025 23:24:57 +0100 Message-ID: Date: Thu, 6 Feb 2025 23:24:57 +0100 Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PHP-DEV] Deprecate building ext/ldap against Oracle LDAP Content-Language: de-DE To: PHP Internals , "Gina P. Banyard" References: <3909b00f-f0a9-4aba-9cbd-3b4e9e9a4f52@gmx.de> In-Reply-To: <3909b00f-f0a9-4aba-9cbd-3b4e9e9a4f52@gmx.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:l4WrzE65NmJq/vCcThxk6n/pFjTjc2rdqYx3Cgf5rs9VSc77op7 o1toonGbD5VLMXgduuY857J4ELZzn0RPmZQbk2yozo5qZXSzgoVZXutwJsZjWQlJUe4p4sh 1fVcfaoLRcp6rkXkAd/LVQ5d26WVBJ42CK1Yks0GypmKr9fGZFsMyqYOVe25fOojh3HJjJ+ 97DrekDbvKjPVUf8gmz3A== UI-OutboundReport: notjunk:1;M01:P0:mWyNFLNYCAw=;QnJ/j/3Jv/jwfSe9JBIgNTQYvry x9ub5PD8LsNph1Mmt5m+Vp4lX6MiREObv4+OviAXbEykxWUUPrWvjp05pX/a72LXtZHz8ePsw NUglq1kUZflRPjqCEJPOMpjJFIrLmQXy3PPSopApMS4Z2zkd7VYhONoN248um8VzN9iM6XQAl B+T0ckDX+bHSFk8TiB+AVSajzTW3F/621J3gcY5UFiH9P/WTMKO/ksrbIKkoYBO859ixVQfUw GhbdvaRYddrC+372uOFz9VPyhxlUfQF9BP9WV7LxV84rDNYw2S19tzC26L1a2aaI4l6ukEnGP n//P7HHz+8I5PDZ2/X5d0Kh//dMKyhFPn4sYahF7m6l4KypNC2fpWY/UMoZoKUEMOSWqYFDki 4BLRIKnnb0pVx93ejm9OIcfPpuIxj19pUPaVoJafcTvHWVENWNBHZcrGdDEbpKWcBH8Zh6Inl DAAQ6RGBdlDtFKLfGP0pZJE+4xp+ZxKv0Yx/oZGMr7TNWOn3PISF68N7BiWMI3+77e450ROVu UFh3r9nTdaUwpTVMRsGSQIkxXAIskXkDTcJCqLU22X3T/HltiRihgSqJZ8D7IqBZJBGoPVozN DrMW1waHsT024aaZH+EyGKqKF0SzAzRfsF93DS2oLDq9huqSTMZknlEiJhTW+trzbvOW1bD23 GkG7y5vxMgXbWzYLx+W3mbcT0JGm+Yg4KhUuWXf55qK34V6aPwZIaQbxaa1LdBhm76jAKIxJe nTs0hfKoZwJUDtA1y9216IlbV5LjIUcAAwqTHulnzDCOqslY147B2SOY5atK6k5yvTLKGa1Wv c4MXvMHlJlZrnuXsiJD0E1BrIqCOBk0BBnDv99JTjzhtBZQDA+fAyDt4NZHd6e8HnB8JpHL3i HYY8JZSfisJbSAHMz01uTEHz2mSmJRF1Vlk22SobaN48qFkxmR4uaj/EHr6/0oSW0xcyQtx6I Tivxj+EbGed9nTdWNUEZsUfGtTqf5V6VocygGM00AhhDBiNJ6u8HLDcan7zqEBfTtrwQVQ8hS yBGqi01k21aaJIW/NOnKWW4LtyFICrkTWI4d3tXuooUZNY7RupfsC2YFyvGYIwrSquaMGvSMd pMFnSqaptnv5Dy2Ex3vH4s6KJJkIMz/XIm+6Eq886LxwW/SIVy4b+C/UDnnspBsXiHIFmz9yb WMx28DBINfYnByIONn6C0vFLrp/Z3y96EeTiGJD1T1x+wVkuphmTNxZ90I0cvydsHckU0Jn3P xY10ydUdaooaTyyDDz0VU8VVqGvCkt7CTy537elmIkd7/Ypfq2LjDpOXThh9etrzMBn2iSCSb /URxFKB8EprjNXPRpEDx3T+X988GpR3o5Jk/qJxcNpyDaAHOF/cHNEjOsLzzrDn25QKzuGjAy jScG11RT0PXT4mWKSPDcOLGfNZbzu3dGhGwUvNRJhmGH5xfxnPBF6MiB16psCrlXbw4KY398c mEFJJGMqJEbexXIFzjsbGoFfLit4= From: cmbecker69@gmx.de ("Christoph M. Becker") On 09.11.2024 at 17:18, Christoph M. Becker wrote: > there has been some discussion about this in a GH issue[1]. > > TL;DR: building ext/ldap against Oracle LDAP had been supported, and is > theoretically still supported, but is apparently broken for a while. > The Oracle LDAP implementation is part of Oracle Instant Client, and > uses an older LDAP API; apparently, there are no plans for updating > this. So users are almost certainly better off to build against > OpenLDAP (and if they need OCI8, to build that as shared library, and > load after ext/ldap). > > However, so far no further steps have been taken. Since it appears that > there will be a PHP 8.5, I think it makes sense to deprecate building > against Oracle LDAP (instead of silently dropping in PHP 9). > > I should note that the ldap_connect_wallet() function, available only as > of PHP 8.3[2] would also be part of the deprecation, as well as other > existing Oracle LDAP specific features. > > Thoughts? > > [1] > [2] > Since there has been no feedback so far, I would like to go on with a deprecation RFC. As this deprecation doesn't seem to be highly controversial, nor requires an eleborate justification, I like to request permission to add it to the general "Deprecations for PHP 8.5" RFC[1] which is still in draft status (although it erroneously says "Pending Implementation"). [1] Christoph