Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 12:07:47PM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >On Thu, May 03, 2001 at 11:21:28AM +0200, Jani Taskinen wrote:
> >> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> >>
> >> >> Hrhm. If you know what is wrong then fix it and send a patch.
> >> >> Or at least point us WHERE the problem is. Everything works
> >> >> for me just fine as it is -> no broken functionality.
> >> >So, it means that you never test PHP extensions in SCE mode.
> >>
> >> So? I have no use for SCEs.
> >Then you can't talk about 'no broken functionality' or trust those who
> >checks this mode and reports about problems.
> 
> True and that's why I said that someone else should look at those
> patches you send. I'll shut up now about this. For most of the
> PHP users the IMAP extension (among all the other) work just fine
> and they don't need to compile them as SCEs. And that's enough for me.
> 
> I just wonder why you had to start arguing about this as the
> original bug report doesn't say ANYTHING about compiling any extensions
> as SCEs..
My fault here to adding existing problem with IMAP extension to different
one with this extension too. IMAP extension is one of those with 
'broken' config.m4 which work with usual configure process and fail with
phpize. 
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 11:57:14AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Emiliano wrote:
> 
> >Jani Taskinen wrote:
> >> Why would anyone want to use phpize on imap extension?
> >> (forgive me but I never have needed phpize..)
> >
> >You do when you want to develop self-contained extensions. SCEs are
> >useful for large PHP extensions that have to live outside the main PHP
> >tree, or for package builders that want to develop a main php4 package
> >and separate packages for the extensions (much like debian does).
> 
> Well, this is off topic. I was talking about the IMAP extension
> that lives in inside the main PHP tree and it doesn't have any
> use for phpize.
Any extension can be built using phpize, there is no serious difference in
building process with or without it except for discussed one. It is needed
for distribution vendors. No matter where extension lives, it needs to be
packaged and build separately of building PHP binary itself (or different
SAPI module). This is just for better management of building process. Of
course, this is up to distribution vendors how to make this process, but
why to complicate work? Many people use vendor-provided binaries for
PHP and it's modules.

In addition, environment to build extensions as SCE was one of the most
valuable achievements of PHP4, isn't it? :-)

Enough on this topic, let's back to work :-)

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

Can we drop this issue already? Sascha said his working on it, okay?
FYI: I'm not the maintainer of IMAP extension. Check EXTENSIONS file.

--Jani


On Thu, 3 May 2001, Emiliano wrote:

>Jani Taskinen wrote:
>
>
>>> You do when you want to develop self-contained extensions. SCEs are
>>> useful for large PHP extensions that have to live outside the main PHP
>>> tree, or for package builders that want to develop a main php4 package
>>> and separate packages for the extensions (much like debian does).
>>
>> Well, this is off topic.
>
>It isn't, IMO.
>
>> I was talking about the IMAP extension
>> that lives in inside the main PHP tree and it doesn't have any
>> use for phpize.
>
>Even inside the main PHP tree you can use phpize to generate separately
>loadable modules for segmented packaging. The only other way to do
>binary packaging is to make assumptions on behalf of the downloaders as
>to what extensions are useful to them. Not very friendly.
>
>Since you're the IMAP extension maintainer (or so I gather), ignoring
>that valid use is your option, of course. No obligation to anyone. But
>there is a valid use, and one that's in frequent use too. Debian has
>about 20 of the extensions that are available in the main tree as SCEs.
>And yes, including IMAP.
>
>Emile
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Emiliano]

Jani Taskinen wrote:


>> You do when you want to develop self-contained extensions. SCEs are
>> useful for large PHP extensions that have to live outside the main PHP
>> tree, or for package builders that want to develop a main php4 package
>> and separate packages for the extensions (much like debian does).
> 
> Well, this is off topic.

It isn't, IMO.

> I was talking about the IMAP extension
> that lives in inside the main PHP tree and it doesn't have any
> use for phpize.

Even inside the main PHP tree you can use phpize to generate separately 
loadable modules for segmented packaging. The only other way to do 
binary packaging is to make assumptions on behalf of the downloaders as 
to what extensions are useful to them. Not very friendly.

Since you're the IMAP extension maintainer (or so I gather), ignoring 
that valid use is your option, of course. No obligation to anyone. But 
there is a valid use, and one that's in frequent use too. Debian has 
about 20 of the extensions that are available in the main tree as SCEs. 
And yes, including IMAP.

Emile


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Alexander Bokovoy wrote:

>On Thu, May 03, 2001 at 11:21:28AM +0200, Jani Taskinen wrote:
>> On Thu, 3 May 2001, Alexander Bokovoy wrote:
>>
>> >> Hrhm. If you know what is wrong then fix it and send a patch.
>> >> Or at least point us WHERE the problem is. Everything works
>> >> for me just fine as it is -> no broken functionality.
>> >So, it means that you never test PHP extensions in SCE mode.
>>
>> So? I have no use for SCEs.
>Then you can't talk about 'no broken functionality' or trust those who
>checks this mode and reports about problems.

True and that's why I said that someone else should look at those
patches you send. I'll shut up now about this. For most of the
PHP users the IMAP extension (among all the other) work just fine
and they don't need to compile them as SCEs. And that's enough for me.

I just wonder why you had to start arguing about this as the
original bug report doesn't say ANYTHING about compiling any extensions
as SCEs..

--Jani


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Emiliano wrote:

>Jani Taskinen wrote:
>> Why would anyone want to use phpize on imap extension?
>> (forgive me but I never have needed phpize..)
>
>You do when you want to develop self-contained extensions. SCEs are
>useful for large PHP extensions that have to live outside the main PHP
>tree, or for package builders that want to develop a main php4 package
>and separate packages for the extensions (much like debian does).

Well, this is off topic. I was talking about the IMAP extension
that lives in inside the main PHP tree and it doesn't have any
use for phpize.

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 11:21:28AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> Hrhm. If you know what is wrong then fix it and send a patch.
> >> Or at least point us WHERE the problem is. Everything works
> >> for me just fine as it is -> no broken functionality.
> >So, it means that you never test PHP extensions in SCE mode.
> 
> So? I have no use for SCEs.
Then you can't talk about 'no broken functionality' or trust those who
checks this mode and reports about problems.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Emiliano]

Jani Taskinen wrote:


>> So, it means that you never test PHP extensions in SCE mode.
> 
> So? I have no use for SCEs.

All the world, fall in line with Jani. Some people do need them.
For PHP too, see package argument earlier.

Emile


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 11:19:10AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.
> >As original author already pointed out, error triggers out with IMAP
> >2000*, not with IMAP 2001 betas. And I'm saying about it too. With
> 
> Please read that bug report. It only talks about IMAP-2001.
> And IMAP-2000 works fine. I just compiled it and PHP compiles with it just
> fine.
> 
> >IMAP-2000 ext/imap does not compiles well using phpize because both
> >PHP_ARG_WITH() in its config.m4.
> 
> Why would anyone want to use phpize on imap extension?
> (forgive me but I never have needed phpize..)
It is absolutly needed for distribution purposes. It is generally strange
to compile in, f.e. IMAP extension, into main PHP binary and make it
available in Linux distribution because it implies additional unneeded 
dependencies. That's why almost all extensions like IMAP, MySQL, PGSQL,
sockets, GD, PDF, etc could and should be compiled out of PHP4 source.
This also includes more manageable RPM or DEB specs. Imagine build of
15-20 packages from one source RPM. For example, in our ALT Linux
distribution we are packaging 18 PHP4 extensions including PHP-GTK which
specifically designed to be build as SCE.

 
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Emiliano]

Jani Taskinen wrote:


>> IMAP-2000 ext/imap does not compiles well using phpize because both
>> PHP_ARG_WITH() in its config.m4.
> 
> Why would anyone want to use phpize on imap extension?
> (forgive me but I never have needed phpize..)

You do when you want to develop self-contained extensions. SCEs are 
useful for large PHP extensions that have to live outside the main PHP 
tree, or for package builders that want to develop a main php4 package 
and separate packages for the extensions (much like debian does).

Emile


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Alexander Bokovoy wrote:

>> Hrhm. If you know what is wrong then fix it and send a patch.
>> Or at least point us WHERE the problem is. Everything works
>> for me just fine as it is -> no broken functionality.
>So, it means that you never test PHP extensions in SCE mode.

So? I have no use for SCEs.

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Alexander Bokovoy wrote:

>> IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.
>As original author already pointed out, error triggers out with IMAP
>2000*, not with IMAP 2001 betas. And I'm saying about it too. With

Please read that bug report. It only talks about IMAP-2001.
And IMAP-2000 works fine. I just compiled it and PHP compiles with it just
fine.

>IMAP-2000 ext/imap does not compiles well using phpize because both
>PHP_ARG_WITH() in its config.m4.

Why would anyone want to use phpize on imap extension?
(forgive me but I never have needed phpize..)

Thanks for the patches. I hope someone more familiar
with this will check them out and commit them.

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 10:54:19AM +0200, Sascha Schumann wrote:
> > This is known bug since early March but nobody fixed it and in general
> > fixing requires serious rework of PHP4's configure macros concept.
> 
> I plan to address this by introducing two new macros which
> can embrace the sections which contain optional
> PHP_ARG_WITH/PHP_ARG_ENABLE macros.
Yes, it might be solution. If you need my help in testing, just ask for
it.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 10:43:21AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> You're both wrong. This is really a bug in the IMAP-2001.beta sources.
> >> It's not possible to build it with SSL support on Unix.
> 
> >It is possible and I did it, and it works. That's why I'm saying about it.
> >Look closer to the circumstances where this bug in configure rises.
> >It occurs when compiling extension via phpize, not with whole PHP4 tree.
> 
> I got the latest IMAP-2001.beta snapshot and it doesn't work.
> There isn't any auth_ssl.c file in the package. So please explain
> me how it can be done? Anyway, like I said, IMAP-2000 works fine.
> 
> IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.
> 
> >> >This is known bug since early March but nobody fixed it and in general
> >> >fixing requires serious rework of PHP4's configure macros concept.
> >>
> >> Submit a patch or shut up.
> >Very nice answer. So, keep broken functionality forever.
> 
> Hrhm. If you know what is wrong then fix it and send a patch.
> Or at least point us WHERE the problem is. Everything works
> for me just fine as it is -> no broken functionality.
So, it means that you never test PHP extensions in SCE mode.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Sascha Schumann]

> This is known bug since early March but nobody fixed it and in general
> fixing requires serious rework of PHP4's configure macros concept.

I plan to address this by introducing two new macros which
can embrace the sections which contain optional
PHP_ARG_WITH/PHP_ARG_ENABLE macros.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 10:43:21AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> You're both wrong. This is really a bug in the IMAP-2001.beta sources.
> >> It's not possible to build it with SSL support on Unix.
> 
> >It is possible and I did it, and it works. That's why I'm saying about it.
> >Look closer to the circumstances where this bug in configure rises.
> >It occurs when compiling extension via phpize, not with whole PHP4 tree.
> 
> I got the latest IMAP-2001.beta snapshot and it doesn't work.
> There isn't any auth_ssl.c file in the package. So please explain
> me how it can be done? Anyway, like I said, IMAP-2000 works fine.
> 
> IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.
As original author already pointed out, error triggers out with IMAP
2000*, not with IMAP 2001 betas. And I'm saying about it too. With
IMAP-2000 ext/imap does not compiles well using phpize because both
PHP_ARG_WITH() in its config.m4.

> 
> >> >This is known bug since early March but nobody fixed it and in general
> >> >fixing requires serious rework of PHP4's configure macros concept.
> >>
> >> Submit a patch or shut up.
> >Very nice answer. So, keep broken functionality forever.
> 
> Hrhm. If you know what is wrong then fix it and send a patch.
> Or at least point us WHERE the problem is. Everything works
> for me just fine as it is -> no broken functionality.
> 
> Just saying "requires serious rework of PHP4's configure macros concept"
> isn't really useful at all. There are enough people saying that
> _something_ should be done but not enough who can say _what_ should be done.
I'm saying about it for two months now. Even posted two bug reports.
Nothing changes. OK, repeat again:

--- acinclude.m4 ---
AC_DEFUN(PHP_ARG_ANALYZE,[
case "[$]$1" in
shared,*)
  ext_output="yes, shared"
  ext_shared=yes
  $1=`echo "[$]$1"|sed 's/^shared,//'`
  ;;
shared)
  ext_output="yes, shared"
  ext_shared=yes
  $1=yes
  ;;
no)
  ext_output="no"
  ext_shared=no
  ;;
*)
  ext_output="yes"
  ext_shared=no
  ;;
esac

if test "$php_always_shared" = "yes"; then
  ext_output="yes, shared"
  ext_shared=yes
  test "[$]$1" = "no" && $1=yes
fi

--

When using phpize for compiling self contained extensions,
$php_always_shared is set to 'yes' unconditionally by pear/pear.m4, 
so for any PHP_ARG_WITH(symbol, blah, blah, blah) call result will be 
ext_output='yes, shared'
ext_shared=yes
symbol=yes

This occurs regardless of any onfigure checks because of
  if test "$php_always_shared" = "yes"; then
ext_output="yes, shared"
ext_shared=yes
test "[$]$1" = "no" && $1=yes
  fi

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Alexander Bokovoy wrote:

>> You're both wrong. This is really a bug in the IMAP-2001.beta sources.
>> It's not possible to build it with SSL support on Unix.

>It is possible and I did it, and it works. That's why I'm saying about it.
>Look closer to the circumstances where this bug in configure rises.
>It occurs when compiling extension via phpize, not with whole PHP4 tree.

I got the latest IMAP-2001.beta snapshot and it doesn't work.
There isn't any auth_ssl.c file in the package. So please explain
me how it can be done? Anyway, like I said, IMAP-2000 works fine.

IMAP-2001.beta doesn't work but it doesn't even matter as it still is _beta_.

>> >This is known bug since early March but nobody fixed it and in general
>> >fixing requires serious rework of PHP4's configure macros concept.
>>
>> Submit a patch or shut up.
>Very nice answer. So, keep broken functionality forever.

Hrhm. If you know what is wrong then fix it and send a patch.
Or at least point us WHERE the problem is. Everything works
for me just fine as it is -> no broken functionality.

Just saying "requires serious rework of PHP4's configure macros concept"
isn't really useful at all. There are enough people saying that
_something_ should be done but not enough who can say _what_ should be done.

--Jani


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Thu, May 03, 2001 at 09:28:03AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> This code branch should only be triggered if HAVE_IMAP_SSL is defined, which
> >> should only happen if you configure php --with-imap-ssl. If you're doing so,
> >> it's assumed that you've built c-client with SSL support.
> 
> >Current configure macros in PHP 4.0.x have flaw that breaks your
> >assumption. ext/imap uses several PHP_ARG_WITH() macros in order to find
> >out configuration options. When building ext/imap as standalone
> >dynamically loadable module via phpize (self-contained extension),
> >PHP_ARG_WITH() relies on the value of $php_always_shared (which is 'yes'
> >here) so result of PHP_ARG_WITH always be 'yes' regardless of user input
> >or system checks.
> 
> You're both wrong. This is really a bug in the IMAP-2001.beta sources.
> It's not possible to build it with SSL support on Unix.
It is possible and I did it, and it works. That's why I'm saying about it.
Look closer to the circumstances where this bug in configure rises.
It occurs when compiling extension via phpize, not with whole PHP4 tree.


> >This is known bug since early March but nobody fixed it and in general
> >fixing requires serious rework of PHP4's configure macros concept.
> 
> Submit a patch or shut up.
Very nice answer. So, keep broken functionality forever.


-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[J. Jones]

On Thu, May 03, 2001 at 09:28:03AM +0200, Jani Taskinen wrote:
> On Thu, 3 May 2001, Alexander Bokovoy wrote:
> 
> >> This code branch should only be triggered if HAVE_IMAP_SSL is defined, which
> >> should only happen if you configure php --with-imap-ssl. If you're doing so,
> >> it's assumed that you've built c-client with SSL support.
> 
> >Current configure macros in PHP 4.0.x have flaw that breaks your
> >assumption. ext/imap uses several PHP_ARG_WITH() macros in order to find
> >out configuration options. When building ext/imap as standalone
> >dynamically loadable module via phpize (self-contained extension),
> >PHP_ARG_WITH() relies on the value of $php_always_shared (which is 'yes'
> >here) so result of PHP_ARG_WITH always be 'yes' regardless of user input
> >or system checks.
> 
> You're both wrong. This is really a bug in the IMAP-2001.beta sources.
> It's not possible to build it with SSL support on Unix.
> 
> >This is known bug since early March but nobody fixed it and in general
> >fixing requires serious rework of PHP4's configure macros concept.
> 
> Submit a patch or shut up.
> 
> --Jani
> 

Guys (and gals), my original message was simply stating the symptoms of
the 'bug' reported, then the actual solution for it.

It IS imap 2000*, not php.  It does not build itself with ssl unless
specifically told to.

The Makefile for imap explains.

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Jani Taskinen]

On Thu, 3 May 2001, Alexander Bokovoy wrote:

>> This code branch should only be triggered if HAVE_IMAP_SSL is defined, which
>> should only happen if you configure php --with-imap-ssl. If you're doing so,
>> it's assumed that you've built c-client with SSL support.

>Current configure macros in PHP 4.0.x have flaw that breaks your
>assumption. ext/imap uses several PHP_ARG_WITH() macros in order to find
>out configuration options. When building ext/imap as standalone
>dynamically loadable module via phpize (self-contained extension),
>PHP_ARG_WITH() relies on the value of $php_always_shared (which is 'yes'
>here) so result of PHP_ARG_WITH always be 'yes' regardless of user input
>or system checks.

You're both wrong. This is really a bug in the IMAP-2001.beta sources.
It's not possible to build it with SSL support on Unix.

>This is known bug since early March but nobody fixed it and in general
>fixing requires serious rework of PHP4's configure macros concept.

Submit a patch or shut up.

--Jani


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Alexander Bokovoy]

On Wed, May 02, 2001 at 01:50:08PM -0400, Chuck Hagenbuch wrote:
> Quoting "J. Jones" <[EMAIL PROTECTED]>:
> 
> > The imap module fails with the following (perhaps only when building
> > against imap-2000*):
> > 
> > php_imap.c: In function `php_minit_imap':
> > php_imap.c:450: `auth_ssl' undeclared (first use in this function)
> > php_imap.c:450: (Each undeclared identifier is reported only once
> > php_imap.c:450: for each function it appears in.)
> 
> This code branch should only be triggered if HAVE_IMAP_SSL is defined, which 
> should only happen if you configure php --with-imap-ssl. If you're doing so, 
> it's assumed that you've built c-client with SSL support.
Current configure macros in PHP 4.0.x have flaw that breaks your
assumption. ext/imap uses several PHP_ARG_WITH() macros in order to find
out configuration options. When building ext/imap as standalone
dynamically loadable module via phpize (self-contained extension),
PHP_ARG_WITH() relies on the value of $php_always_shared (which is 'yes'
here) so result of PHP_ARG_WITH always be 'yes' regardless of user input
or system checks.

This is known bug since early March but nobody fixed it and in general
fixing requires serious rework of PHP4's configure macros concept.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- You won't skid if you stay in a rut.
-- Frank Hubbard

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[Chuck Hagenbuch]

Quoting "J. Jones" <[EMAIL PROTECTED]>:

> The imap module fails with the following (perhaps only when building
> against imap-2000*):
> 
> php_imap.c: In function `php_minit_imap':
> php_imap.c:450: `auth_ssl' undeclared (first use in this function)
> php_imap.c:450: (Each undeclared identifier is reported only once
> php_imap.c:450: for each function it appears in.)

This code branch should only be triggered if HAVE_IMAP_SSL is defined, which 
should only happen if you configure php --with-imap-ssl. If you're doing so, 
it's assumed that you've built c-client with SSL support.

-chuck

--
Charles Hagenbuch, <[EMAIL PROTECTED]>
You will receive an urgent transmission from the Martian government informing 
you that Mars does not, in fact, need women, so please stop sending them.

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Imap SSL support (Bug #10330)

[J. Jones]

On Mon, Apr 30, 2001 at 01:22:32PM -0500, J. Jones wrote:
> 
> make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=/path/to/openssl/includes/
> 

Whoops! make that

make slx SPECIALAUTHENTICATORS=ssl EXTRACFLAGS=-I/path/to/openssl/includes/

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]