Apache::AuthDBI is now managed by mod_perl.
I have found a bug on my system:
- Ubuntu 14.04.4 LTS
- Apache 2.4.7 (last version for my distribution)
- mod_perl 2.0.8+httpd24-r1449661-6ubuntu2
- libapache-dbi-perl 1.12-1
The bug is the following:
when trying to access a context on a directory
Hi,
I heard that the module Apache::AuthDBI is now managed by mod_perl.
I have found a bug on my system:
- Ubuntu 14.04.4 LTS
- Apache 2.4.7 (last version for my distribution)
- mod_perl 2.0.8+httpd24-r1449661-6ubuntu2
- libapache-dbi-perl 1.12-1
The bug is the following:
when
On Tue, Dec 7, 2010 at 11:17 AM, Michael R. Davis wrote:
>
> Mod Perl Folks,
> I logged two bugs on https://rt.cpan.org/ for Apache::AuthDBI.
Reviewed 63691 and the patch looks sane. Can you provide an svn diff
against the source?
svn co https://svn.apache.org/repos/asf/perl/Apache-
Mod Perl Folks,
I logged two bugs on https://rt.cpan.org/ for Apache::AuthDBI.
63711 - Apache::AuthDBI will not run without Apache::DBI
https://rt.cpan.org/Ticket/Display.html?id=63711
63691 - Auth_DBI_pwdcasesensitive=off does not work while Auth_DBI_encrypted=off
https://rt.cpan.org/Ticket
thDBI->authen would call the function but the original
Apache::AuthDBI::authen expects $r as the first argument and not $self
and so a new set of problems arises.
So the easy solution to this problem is:
package MyAuthDBI;
use base "Apache::AuthDBI";
sub authen {
my ($r) = @_;
I'm trying to subclass Apache::AuthDBI by doing:
package MyAuthDBI;
use base "Apache::AuthDBI";
1;
Then in apache.conf
PerlModule MyAuthDBI
AuthType Basic
PerlAuthenHandler MyAuthDBI::authen
...
I'm getting the following error:
...failed to resolve handler `MyAut
Sorry, Apache::AuthDBI does still work just fine, I just had to patch
Apache::DBI 1.07.
Still open for suggestions if anyone knows a cleverer way to accomplish
what I'm doing.
Thanks!
Tosh
Tosh Cooey wrote:
If you saw my last post I described my solution for the following pr
use base "Apache::AuthDBI";
... do some other stuff...
} else {
use base "Apache2::AuthCookieDBI";
... do some other stuff...
}
But if I'm not mistaken Apache::AuthDBI is a mp1 module not mp2 because
all it's functionality is managed by mod_authn_dbd and also
Thanks for the info Philip
-Original Message-
From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 11, 2006 10:58 PM
To: Kevin Appel
Cc: 'modperl@perl.apache.org'
Subject: Re: Apache::AuthDBI package
Kevin Appel wrote:
> Is anyone using the Apache::Au
Kevin Appel wrote:
Is anyone using the Apache::AuthDBI package? I am currently using version
1.04 and Im confused about the DEBUG entry in the code, specifically the
debug function. By default, the DEBUG is set to 0 which means there is no
debugging, 1 will show cache hits, and 2 is full blown
Kevin Appel wrote:
sub debug {
print STDERR "$_[1]\n" if $_[0] >= $Apache::AuthDBI::DEBUG;
}
to
sub debug {
print STDERR "$_[1]\n" if $_[0] <= $Apache::AuthDBI::DEBUG;
}
I'll have a look tonight and see. I don't however feel the need to release
1.
Is anyone using the Apache::AuthDBI package? I am currently using version
1.04 and Im confused about the DEBUG entry in the code, specifically the
debug function. By default, the DEBUG is set to 0 which means there is no
debugging, 1 will show cache hits, and 2 is full blown debugging. However
Philip M. Gollucci wrote:
> Garrett, Philip (MAN-Corporate) wrote:
>> Hi guys,
>>
>> Is anyone here still supporting Apache::AuthDBI? I sent a bugfix
>> patch last week and have had no reply whatsoever, so I'm wondering
>> if I should contact Ask directly.
&
Garrett, Philip (MAN-Corporate) wrote:
Hi guys,
Is anyone here still supporting Apache::AuthDBI? I sent a bugfix patch
last week and have had no reply whatsoever, so I'm wondering if I should
contact Ask directly.
No, its me.
I'll take care of it.
Sorry for the delay,
P.S. I
Title: Apache::AuthDBI support
Hi guys,
Is anyone here still supporting Apache::AuthDBI? I sent a bugfix patch last week and have had no reply whatsoever, so I'm wondering if I should contact Ask directly.
Thanks,
Philip
Hi folks,
I am using Apache::AuthDBI v1.02 on Apache/1.3.29 (Linux/SUSE)
mod_perl/1.29. Perl v5.8.3.
I received this error, and found it's due to an operator precedence
problem:
Undefined subroutine &Apache2::Const::OK called at
/usr/lib/perl5/site_perl/5.8.3/Apache/AuthDBI.pm
Now that I am using a server without mp1, I noticed that I cannot perl -c my
startup.pl because it uses AuthDBI and AuthDBI looks for MP1 files if I'm
not running under MP2.
Since I'm not running under MP2 for the perl -c check, I commented the if
block to just load Apache2:Const.
use constant M
On Apr 3, 2006, at 8:19 PM, [EMAIL PROTECTED] wrote:
I don't think there's any down-side to adding DISTINCT. (Is it
standard
sql? I think it probably is, but I don't have a reference.) If there
is, it would be worth adding another yes/no knob to the config.
SELECT DISTINCT behaves radica
[EMAIL PROTECTED] wrote:
I just noticed one additional tweak that would be worth adding to your list:
It would be good to add "DISTINCT" to the group select statement... That
is, change (after my patch):
my $select= "SELECT $Attr->{grp_field}, $Attr->{uid_field}";
to:
my $select= "S
RY* long list of groups when a superuser
logs in. :)
I don't think there's any down-side to adding DISTINCT. (Is it standard
sql? I think it probably is, but I don't have a reference.) If there
is, it would be worth adding another yes/no knob to the config.
Thanks!
> [EMAIL
[EMAIL PROTECTED] wrote:
The newest version of Apache::AuthDBI is broken. When used under Apache
1, it has compile-time errors introduced with Apache 2 compatability.
This diff fixes that, and also some older problems:
- fixes case sensitivity of usernames and passwords
- fixes O(n
The newest version of Apache::AuthDBI is broken. When used under Apache
1, it has compile-time errors introduced with Apache 2 compatability.
This diff fixes that, and also some older problems:
- fixes case sensitivity of usernames and passwords
- fixes O(n) search of database when using
Sean Davis wrote:
Using Apache::AuthDBI-0.9901. I get the following error in the error log
(and a 500 Server error) if I include a grp_table, but it works fine without
the grp_table.
Undefined subroutine &Apache::Constants::OK called at
/Library/Perl/5.8.6/Apache/AuthDBI.pm line 742.\n
Using Apache::AuthDBI-0.9901. I get the following error in the error log
(and a 500 Server error) if I include a grp_table, but it works fine without
the grp_table.
Undefined subroutine &Apache::Constants::OK called at
/Library/Perl/5.8.6/Apache/AuthDBI.pm line 742.\n
This is line 742
Kevin A. McGrail wrote:
Philip:
From a thorough glance, it looks good as-is.
My changes are largely contained in AuthDBI.pm and your changes there
are fairly minimal. I performed a patch -p0 against your 0.96 and it
was successful except for the revision number in AuthDBI.pm which you
s
.97 or whatever) anyway.
Regards,
KAM
- Original Message -
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: "Kevin A. McGrail" <[EMAIL PROTECTED]>
Cc: ; "Jason Lamey" <[EMAIL PROTECTED]>
Sent: Tuesday, June 21, 2005 1:32 PM
Subject: Re:
Kevin A. McGrail wrote:
I have finished patches against Apache AuthDBI version 0.94 that
definitely work with mod_perl1 to implement sha1 & md5 encryption in
addition to crypt.
I have placed a patch, the original 0.94 and the patched 0.94KAM up
for download at http://www.thoughtworthy
I have finished patches against Apache
AuthDBI version 0.94 that definitely work with mod_perl1 to implement sha1 &
md5 encryption in addition to crypt.
I have placed a patch, the original 0.94 and the
patched 0.94KAM up for download at http://www.thoughtworthy.com/downloads/.
It us
.
That appears to have solved my problem. I needed to install DBI and
DBD::mysql from source after removing the 5.8.0, 5.8.1, and 5.8.2 paths
from the perl lib tree, because the FC1 distribution apparently came
with those installed under 5.8.0. But having done that, Apache::AuthDBI
is authenti
On Apr 4, 2005, at 7:56 PM, Stas Bekman wrote:
John Callender wrote:
In moving some web sites from a server running Red Hat Linux release
7.3 (Valhalla) to one running Fedora Core release 1 (Yarrow), I'm
finding that attempts to authenticate under mod_perl using
Apache::AuthDBI, which
John Callender wrote:
In moving some web sites from a server running Red Hat Linux release 7.3
(Valhalla) to one running Fedora Core release 1 (Yarrow), I'm finding
that attempts to authenticate under mod_perl using Apache::AuthDBI,
which were working normally on the RH 7.3 server
In moving some web sites from a server running Red Hat Linux release
7.3 (Valhalla) to one running Fedora Core release 1 (Yarrow), I'm
finding that attempts to authenticate under mod_perl using
Apache::AuthDBI, which were working normally on the RH 7.3 server, are
producing segfaults o
Juan Julian Merelo Guervos wrote:
Hi,
I must be a bit thick today, but I have thoroughly read the
Apache::AuthDBI documentation, and even the source, and I haven't
found any reference to where the username is put, once authenticated.
Can somebody help me?
Help thyself... it's, as
Hi,
I must be a bit thick today, but I have thoroughly read the
Apache::AuthDBI documentation, and even the source, and I haven't found
any reference to where the username is put, once authenticated. Can
somebody help me?
JJ
--
Report problems: http://perl.apache.org/bugs/
Mail list info:
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 21:35
> To: Angie Ahl
> Cc: Modperl List
> Subject: Re: Apache::AuthDBI
>
> You can send the failure status code along with content of your choice
> (i.e. do an interna
Good afternoon,
On 11/5/04 at 8:14 PM +0100, Angie Ahl <[EMAIL PROTECTED]> wrote:
>I'm trying to find a way to allow users to log out of a realm based
>site (ie using basic authentication).
> [...]
>I'd like to make a lougout button in the form of
>username:[EMAIL PROTECTED] .
I used to use a
On Tue, 2004-05-11 at 15:14, Angie Ahl wrote:
> Now what I'd like to try and do is this:
>
> Catch failed attempts to AuthDBI::authen AND if the realm password was
> wrongpw
> - redirect them to a logged out page.
>
> If I've worked this out right the next time they go to the realm
> protected
Hi people.
I'm trying to find a way to allow users to log out of a realm based
site (ie using basic authentication).
I've read it can't be done. but I'm stubborn and think I may possibly
have a way around it (for my needs anyway)
I'm using PerlAuthenHandler Apache::
Hi,
I've been experimenting with Apache::AuthDBI 0.93, and ran into a few
problems using it under mod_perl 2:
- The "use constant MP2" does not pick up the version correctly unless
I explicitly "use mod_perl" before loading AuthDBI. use()'ing Apache2
or any
39 matches
Mail list logo
