Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52932 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56373 invoked from network); 5 Jun 2011 13:04:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jun 2011 13:04:04 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 74.125.82.54 mail-ww0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:32937] helo=mail-ww0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 88/A9-26000-2CE7BED4 for ; Sun, 05 Jun 2011 09:04:03 -0400 Received: by wwd20 with SMTP id 20so2811751wwd.11 for ; Sun, 05 Jun 2011 06:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=85NL05l0pEdRLkmBcxRfPXAX6dlrjAyerBr0K8dHM98=; b=Nok9dvwV6N2cy5KH7Glw2FMUNfVjFm/ukQBv6wyVTgK8qYaoNa2X2cY/RQBFkho9q9 CFhw4y/WYCctC2baPcNo4MX1wIQlLOtZ0NlTWNV5/1Zj4S94i+sU4Q0+DM+4fab92+dB 359eV1jtjGsppkZ8qe62guNk+dCsYP1tFYmrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=v8nVQVUNUOAjixNh2uwLSx9DBXSgsJej9O+i7ucWrBE6abuee/rouv7m2NFfI6jXqU siDB+NJk44AtZbdnxuaTliZLA4N5V0O95rGjgbfHJDPSVHEAReMs9yHCK3UJJ77j/LYw 0NSQ+qr/wLPCIgiRgsBOTvZPVjaj4R+kBp1eo= MIME-Version: 1.0 Received: by 10.216.229.229 with SMTP id h79mr1090317weq.74.1307279038477; Sun, 05 Jun 2011 06:03:58 -0700 (PDT) Sender: tyra3l@gmail.com Received: by 10.216.64.6 with HTTP; Sun, 5 Jun 2011 06:03:58 -0700 (PDT) In-Reply-To: <4DEB6D84.2000907@thelounge.net> References: <8757232E56758B42B2EE4F9D2CA019C901499F97@US-EX2.zend.net> <4DEB6A80.9030406@thelounge.net> <4DEB6D84.2000907@thelounge.net> Date: Sun, 5 Jun 2011 15:03:58 +0200 X-Google-Sender-Auth: UvWMnDFQQwaI9G24thEHZGuaRuE Message-ID: To: Reindl Harald Cc: internals@lists.php.net Content-Type: multipart/alternative; boundary=0016e644c6c8b5f44e04a4f69eea Subject: Re: [PHP-DEV] Bundling "modern" extensions From: info@tyrael.hu (Ferenc Kovacs) --0016e644c6c8b5f44e04a4f69eea Content-Type: text/plain; charset=UTF-8 On Sun, Jun 5, 2011 at 1:50 PM, Reindl Harald wrote: > > > Am 05.06.2011 13:40, schrieb Pierre Joye: > > hi, > > > > On Sun, Jun 5, 2011 at 1:37 PM, Reindl Harald > wrote: > >> Am 05.06.2011 12:57, schrieb Pierre Joye: > >> > >>> The last point is that pecl allows a much more flexible release > >>> management than the core will even do. > >> > >> in theory > >> > >>> So instead of doing some marketing/communication actions by bundling > some > >>> known extensions, we should better promote pecl better. > >> > >> not promote - MAINTAIN it better! > > > > Being in core is not a sign of good maintenance. There are so many > > poorly maintained part in core as well. > > but they are running through some autotests > a fucking PECL extension which is not updated > for years and where bugreports are ignored > is out of reach even for only smallest fixes > > > Also some exts are simply not used anymore or do not have active > > developers > > but they compile with recent versions and if not > the build will stop and someone fix it > > > If you use some of them, then try to contribute and take > > the hand over them (you being anyone reading this mail, not you > > alone:) > > sorry, as php-user i can not take my hand over > > i can only realize that devleop anything depending on PECL is a dangerous > game if it is not one time payed throw away-code and will end on the > road to hell for big and over years maintained projects > > normally every maintainer which will not rebuild his package for > every php-release and fix compile warnings from time to time > should be burned down (including php-users not using E_ALL | E_STRICT > on developemnt machines and fix warnings/notices) > > > you both forgot that there was and will be cases when an extension gets moved from core to pecl. either because it's not maintained anymore, or got obsolete. so that gambling is still there. and if the core problem is that we don't have enough capacity/manpower to maintain at least the important extension, than I'm not sure that this could be solved with moving them to core. Tyrael --0016e644c6c8b5f44e04a4f69eea--