headers
LIMBOURG Arnaud | 1 Aug 2003 08:07
Picon

RE: HTML_SetupWizard and more ....

> I've good feeling to make Vertical Bar possible and i've a 
> little idea for
> Circle implementation.
> Let me try an extended version; i hope to put online a new 
> version with
> these both new renders !

There were just general ideas :)

My point is that HTML_Progress should make it easy to add a new
implementation of a progress indicator. You don't have to implement what i
said. If the package is called HTML_Progress i would  understand it as
giving me the possibility to have a progress indicator. In the current state
it gives me only an horizontal bar. So i think it would be stupid to end up
in a couple of months with HTML_Progress_XYZ, when this new indicator should
be part of HTML_Progress.

I see something like

Progress
  |
  |- Bar
     |
     |- Horizontal
     |
     |- Vertical
  |
  |- Circle
     |
     |- Sphere
(Continue reading)

Permalink | Reply | 0 comments |
headers
LIMBOURG Arnaud | 1 Aug 2003 08:11
Picon

RE: pear upgrade-all problems

Have you tried a 

pear -vvv upgrade-all to see what happens ?

It may not work as i see you already have verbose set to 1, but asking for
more verbosity may be able to show something.

Arnaud.

> I have PEAR 1.2b2 installed and the pear upgrade-all command doesn't 
> work.  Example and config are below.
> 
> Am i missing something or should i file this as a bug.
> -joshua eichorn
> 
> [root <at> rasch jeichorn]# pear upgrade-all
> [root <at> rasch jeichorn]# pear upgrade DB_DataObject
> downloading DB_DataObject-1.0.2.tgz ...
> ...done: 26,400 bytes
> upgrade ok: DB_DataObject 1.0.2
> 
> My configuration is below:
> [root <at> rasch jeichorn]# pear config-show
> Configuration:
> ==============
> PEAR executables directory     bin_dir         /usr/bin
> PEAR documentation directory   doc_dir         /usr/share/docs/pear
> PHP extension directory        ext_dir         /usr/lib/php4
> PEAR directory                 php_dir         /usr/share/pear
> PEAR Installer cache directory cache_dir       /tmp/pear/cache
(Continue reading)

Permalink | Reply | 1 comment |
headers
arnaud | 1 Aug 2003 08:15
Picon

#24895 [Opn->Asn]: need re-releasing PEAR::File_Passwd package

 ID:          24895
 Updated by:  arnaud <at> php.net
 Reported By: laurent dot laville at worldonline dot fr
-Status:      Open
+Status:      Assigned
 Bug Type:    PEAR related
 PHP Version: Irrelevant
-Assigned To: 
+Assigned To: tuupola

Previous Comments:
------------------------------------------------------------------------

[2003-07-31 17:02:19] laurent dot laville at worldonline dot fr

Description:
------------
with my recent problem (notice error) on File_Passwd package detected
in version 0.9, i've asked help and found the solution.

But it was already done 5 month ago, and bugfix is already commited
into CVS PEAR.

So a re-releasing PEAR package is requires !

(re-release suggestion made by Alan Knowles)

------------------------------------------------------------------------

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
LIMBOURG Arnaud | 1 Aug 2003 08:24
Picon

RE: Re: [PEAR-QA] [RFC] Errors and handling in PEAR

> This is a pretty big change that is proposed, so I think at least 2 
> weeks should be allowed for comments, and then it should be 
> documented, 
> and then it should be implemented in the packages.  The best 
> way to do 
> this is to make it a requirement for PFC for existing 
> packages, and to 
> make it a requirement for acceptance into PEAR for new 
> packages.  This 
> may cause resistance, so it will have to be EXTREMELY well-documented 
> with many examples of good use available.  Since it is a new idea, I 
> think it should be implemented in a few packages before it is set in 
> stone, and documented as a fluid standard until it is finalized.

I agree about the error codes being mandatory, it would be way easier to
integrate into apps. As you mention it should be documented with examples.

One thing though is that august is beginning, traditionally a month of
vacation, so it may do well to wait until the end of august, or untils
enough comments are made on the RFC.

Arnaud.
Permalink | Reply | 0 comments |
headers
Edward Rudd | 1 Aug 2003 09:22

Re: Net::LDAP class

I receive a error 403, access forbidden when I try to download the class
from this website..

On Thu, 24 Jul 2003 13:36:07 +0200, Tarjei Huse wrote:

> Hi, I've tried to clean up the code in regard of Alans comments.
> 
> Please take a look at the code again and give me comments to what is
> needed to make it Pear compliant.
> 
> You'll find it here: cms.polarmedia.no/midgard/Net_LDAP
> 
> 
> Tarjei
>

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
LIMBOURG Arnaud | 1 Aug 2003 10:00
Picon

RE: Net::LDAP class

It works well here.

Arnaud.

> I receive a error 403, access forbidden when I try to 
> download the class
> from this website..
> 
> On Thu, 24 Jul 2003 13:36:07 +0200, Tarjei Huse wrote:
> 
> > Hi, I've tried to clean up the code in regard of Alans comments.
> > 
> > Please take a look at the code again and give me comments to what is
> > needed to make it Pear compliant.
> > 
> > You'll find it here: cms.polarmedia.no/midgard/Net_LDAP
Permalink | Reply | 0 comments |
headers
Joseph Lee | 1 Aug 2003 10:07

RE: pear upgrade-all problems

I had similar problem before. After I remove the 'apd' package, it is
OK. 

I conclude it might be some unstable package that stops 'upgrade-all'

Joe Lee.

> -----Original Message-----
> From: LIMBOURG Arnaud [mailto:arnaud.limbourg.prestataire <at> cegetel.fr] 
> Sent: Friday, August 01, 2003 7:12 AM
> To: Joshua Eichorn; pear-dev <at> lists.php.net
> Subject: RE: [PEAR-DEV] pear upgrade-all problems
> 
> 
> Have you tried a 
> 
> pear -vvv upgrade-all to see what happens ?
> 
> It may not work as i see you already have verbose set to 1, 
> but asking for more verbosity may be able to show something.
> 
> Arnaud.
> 
> 
> 
> > I have PEAR 1.2b2 installed and the pear upgrade-all command doesn't
> > work.  Example and config are below.
> > 
> > Am i missing something or should i file this as a bug. 
> -joshua eichorn
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephan Wentz | 1 Aug 2003 10:34
Picon
Picon

pear upgrade-all

just did an upgrade-all, can someone tell me what these release-warnings 
mean?!

<snip>
# pear upgrade-all

Release Warnings
================
w

w

Release Warnings
================
w

w

Release Warnings
================
w

w

Release Warnings
================
w

w
downloading Archive_Tar-1.1.tgz ...
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lukas Smith | 1 Aug 2003 11:12

RE: AW: [QA] pear install Date

> From: Greg Beaver [mailto:greg <at> chiaraquartet.net]
> Sent: Thursday, July 31, 2003 8:10 PM

> Stephan Schmidt wrote:

> >>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.
> >
> >
> > I'd vote in favour of this.

> As would I

Actually we have already talked about this.
We have a similar situation with LiveUser that has an ML graciously
provided my Markus but where I can see other packages also needing such
lists.

I think it is a good idea and we just need to build the infrastructure.

However today a single announce mailinglist is sufficient.

Regards,
Lukas
(Continue reading)

Permalink | Reply | 0 comments |
headers
et | 1 Aug 2003 12:40
Picon

#21611 [Opn]: Problem with pear cli and release numbers

 ID:               21611
 Updated by:       et <at> php.net
 Reported By:      jan at horde dot org
 Status:           Open
 Bug Type:         PEAR related
-Operating System: Linux
+Operating System: Any
 PHP Version:      4CVS-2003-01-13 (stable)
 Assigned To:      gschlossnagle
 New Comment:

version_compare does handle suffixes. (see example below) However, p1
is not a valid suffix for this function. So, solutions would be imo:
A) use the pl suffix and document this
B) make version_compare handle pl and p equally

Example script:
<?php
$version[] = "4.0.1pl2";
$version[] = "4.0.1pl1";
$version[] = "4.0.1b";
$version[] = "4.0.1a";
$version[] = "4.0.1p1";
$version[] = "4.0.1";
printf("%10s | %10s | %10s\n", "Version 1", "Version 2", "New Vers.");
print str_repeat('-',36)."\n";
for ($i = 0, $s = count($version); $i < $s; $i++ ) {
    for ($j = $i; $j < $s; $j++) {
        printf("%10s | %10s | ",$version[$i],$version[$j]);
        $c = version_compare($version[$i], $version[$j]);
(Continue reading)

Permalink | Reply | 0 comments |

Gmane