Re: [QA] pear install Date
| From: | Jan Schneider | Date: | Wed, 30 Jul 2003 12:06:42 +0000 |
| Subject: | Re: [QA] pear install Date | ||
| References: | 1 2 3 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-18946@lists.php.net to get a copy of this message | ||
Zitat von Pierre-Alain Joye <paj@pearfr.org>:
> On Wed, 30 Jul 2003 13:10:16 +0200
> Jan Schneider <jan@horde.org> wrote:
>
> > That doesn't mean that the package may be unusable. An why is such a
> > small package in beta state for two months?
>
> This addition has been wrongly done before the release and I missed this
> change. My apologies.
>
> That said, did you read my RFC about the UTC issues? did you read my
> posts in this ML? Did you see tons of replies, comments and so on? I do
> not. Then no cry ;-)
Me neither. :-) But my experience is that developers (and this *is* a
developers list) don't comment on something that they just don't care for
or don't see any problems with. I always take that as a "go ahead unless
you break something".
This leads me to some random thoughts: As PEAR grows, this list will (or
should) more and more become a PEAR developers list, opposed to a PEAR
users list though these users are developers too. This used to be different
when most of the PEAR users have also been PEAR developers, except of some
dinosaurs like DB.
I guess only few users of PEAR packages want to follow this list if they are
only interested in one or two packages. We should think about mailing lists
or announcement subscriptions or some such for each package. Let's say I
use the Date package in one of my programs. Then I could subscribe myself
to the Date announcement list (doesn't even have to be a ml) and get
informed if new releases are out, problems are detected with current
releases ;-), or if the author wants to get some feedback on future ideas.
> > Such issues can't be solved by having more developers (and don't have
> <snip>
> > fix old one, and we aren't much better with early and often releases
> > in the Horde project.
>
> Except the UTC problem and fix the package.xml, not that much :-P. I
> should think to definitly move to the "release often" idea :).
That's good but hard to follow, I can tell you. :-)
> I'm actually out of the office and will be back tomorrow. A release will
> be done at this time.
Great!
Jan.
--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft