Am 24.09.2007 um 01:37 schrieb Marcus Ramberg:
On 9/23/07, Josef Chladek [EMAIL PROTECTED] wrote:
Am 23.09.2007 um 13:17 schrieb Marcus Ramberg:
Applied a fix for mysql now, and released MojoMojo-0.999006.tar.gz
to CPAN. Please test it and give me feedback. (Note,still dont
have a
On 19/09/2007, Will Hawes [EMAIL PROTECTED] wrote:
Having upgraded all Catalyst modules to their latest versions today, I
think I'm seeing strangeness with Static::Simple. I've boiled it down to the
following:
1) $ catalyst.pl MyApp
2) Modify MyApp::Controller::Root::default() as follows:
On Sep 20, 2007, at 5:50 AM, Will Hawes wrote:
1) The unexpected matching of URLs like /static1 (as well as the
expected /static/1) seems to be because no trailing slash is used
in the regular expression that performs the match:
my $re = ( $dir =~ m{^qr/}xms ) ? eval $dir :
On Sep 20, 2007, at 5:50 AM, Will Hawes wrote:
1) The unexpected matching of URLs like /static1 (as well as the
expected /static/1) seems to be because no trailing slash is used
in the regular expression that performs the match:
my $re = ( $dir =~ m{^qr/}xms ) ? eval $dir :
I've done a bit more digging around and it seems like it is the call to
compose_namespace in Catalyst::Model::DBIC::Schema::new that is causing this
behaviour. Effectively it renames all the schema classes into the
MyApp::Model namespace and the ISA chain in the new namespace is not
preserved.
On 07/21/2007 10:02 PM, Jay K wrote:
For the benefit of the list:
This issue has been resolved. It turned out to be a disagreement
between what C::P::Authenticaiton was trying to place in $user-store
() and what LDAP was trying to place in $user-store()
LDAP was correct, and
Here's what's working for me:
authentication:
default_realm: users
realms:
users:
credential:
class: 'Password'
password_type: 'self_check'
store:
class: LDAP::Backend
ldap_server: 'ldap://localhost:389'
On 09/23/2007 11:24 AM, Matt S Trout wrote:
On Fri, Sep 21, 2007 at 08:57:35AM -0500, Peter Karman wrote:
CXCM subclasses would need to implement at least the following methods:
* new_object - returns CatalystX::CRUD::Object-new()
* fetch - returns
On 09/23/2007 10:36 AM, Alexandre Jousset wrote:
Hello list,
Following the preceding discussion, I scheduled
Catalyst::Controller::Rose::Simple for deletion on CPAN and uploaded the
same module under the name CatalystX::RoseIntegrator. Please wait the
time required for it to show
On 9/24/07, Josef Chladek [EMAIL PROTECTED] wrote:
yup, works now!
fyi, make test fails (not only in the newest version), any hints on
that?
I assume that means something is wrong with your plucene installation.
Can you search from the web interface?
Marcus
On 24/09/2007, Andy Grundman [EMAIL PROTECTED] wrote:
I've pushed Static::Simple 0.20 with these fixes. URLs like /static1
in your case will now be handled by Cat instead of S::S and 404 will
have a text/html content-type.
Thanks Andy, much appreciated.
On 09/23/2007 11:28 AM, Marcus Ramberg wrote:
Catalyst::Model::Search is a quite old module which have been living
in Catalyst trunk for quite a while. It's being used by MojoMojo, and
it just happened to work, so I pushed it to CPAN so that MojoMojo
could depend on it. If anyone want to
On 09/24/2007 11:02 AM, Peter Karman wrote:
On 09/23/2007 11:28 AM, Marcus Ramberg wrote:
Catalyst::Model::Search is a quite old module which have been living
in Catalyst trunk for quite a while. It's being used by MojoMojo, and
it just happened to work, so I pushed it to CPAN so that
Dennis:
Did your fix not get to git yet?
Jonathan:
It's there now. On my machines, Session::State::Cookie still isn't
working, so tests fail for me. But if they pass for you,
you should be good to go.
I bypassed s-s-cookie, manually installed c-p-FormCanary, but
the magic isn't working for
On 09/24/2007 09:55 AM, Alan Humphrey wrote:
Here's what's working for me:
authentication:
default_realm: users
realms:
users:
credential:
class: 'Password'
password_type: 'self_check'
store:
class:
On 9/24/07, Peter Karman [EMAIL PROTECTED] wrote:
Thanks. That works. I'm using OpenLDAP too.
However, I'm concerned about a few things.
(1) the LDAP documentation is wrong.
(2) in grokking the Authentication.pm code, I see that the LDAP modules are
still working by virtue of a lot of code
On 09/24/2007 11:55 AM, Peter Karman wrote:
As I have the time (and who knows how long that will last...), I'd still like
to bring the LDAP plugins up to speed. I'll hack on it a bit today and see
where I get.
These patches seem to bring the LDAP plugins up the latest Authentication API,
On 09/24/2007 12:22 PM, Peter Karman wrote:
On 09/24/2007 11:55 AM, Peter Karman wrote:
As I have the time (and who knows how long that will last...), I'd still like
to bring the LDAP plugins up to speed. I'll hack on it a bit today and see
where I get.
These patches seem to bring
Anyone willing to give this a test run and let me know if things are
working correctly for them? I don't have any apps using the new
interface. :)
Adam
On 9/24/07, Peter Karman [EMAIL PROTECTED] wrote:
On 09/24/2007 12:22 PM, Peter Karman wrote:
On 09/24/2007 11:55 AM, Peter Karman
On Mon, Sep 24, 2007 at 09:35:47AM -0700, Dennis Daupert wrote:
Dennis:
Did your fix not get to git yet?
Jonathan:
It's there now. On my machines, Session::State::Cookie still isn't
working, so tests fail for me. But if they pass for you,
you should be good to go.
I bypassed
Peter Karman wrote:
On 09/23/2007 11:24 AM, Matt S Trout wrote:
On Fri, Sep 21, 2007 at 08:57:35AM -0500, Peter Karman wrote:
CXCM subclasses would need to implement at least the following methods:
* new_object - returns CatalystX::CRUD::Object-new()
* fetch - returns
On Mon, Sep 24, 2007 at 10:23:11AM -0500, Peter Karman wrote:
On 09/23/2007 11:24 AM, Matt S Trout wrote:
On Fri, Sep 21, 2007 at 08:57:35AM -0500, Peter Karman wrote:
CXCM subclasses would need to implement at least the following methods:
* new_object - returns
Hi,
I made a base controller to help provide a reCAPTCHA
(http://recaptcha.net). It's freshly uploaded to CPAN and is also in
the catalyst svn trunk. There's documentation and a test app in t/lib
:)
___
List: Catalyst@lists.rawmode.org
Listinfo:
Hi
I finally deployed engoi.com live last night, after some protracted
bug fixing and stuff
One of the things I have in the site is a module which takes URL's for
the old site and sends back a status 301 with a redirect to the new
url for the same page.
For example: if the user requests
Thanks to mst clarifying what the CatalystX namespace is for this is
now Catalyst::Controller::reCAPTCHA and thanks to nothingmuch it's now
in version 0.2 with a slightly better assignment scheme to $c-stash
(you now get $c-stash-{recaptcha_ok} and
$c-stash-{recaptcha_error}).
On 25/09/2007,
Kieren Diment wrote:
Thanks to mst clarifying what the CatalystX namespace is for this is
now Catalyst::Controller::reCAPTCHA and thanks to nothingmuch it's now
in version 0.2 with a slightly better assignment scheme to $c-stash
(you now get $c-stash-{recaptcha_ok} and
Kieren Diment wrote on 9/24/07 7:17 PM:
Thanks to mst clarifying what the CatalystX namespace is for
[snip]
I, for one, would benefit from that clarification. Matt, can you fill me [us]
in?
--
Peter Karman . http://peknet.com/ . [EMAIL PROTECTED]
It's on jrockway's todo in Catalyst::Manual::ExtendingCatalyst
The rules are (I think):
If it's a Catalyst::Controller Catalyst::Model or Catalyst::View put
it in those namespaces. I guess if it's a Plugin it goes in there
too, but think before you decide you need a plugin - really only if
you
28 matches
Mail list logo
