On 03.02.13 4:20 , Daniel Gruno wrote:
On 02/03/2013 01:33 AM, John Morrissey wrote:
I accidentally created a release for mod_ldap_userdir with no version
number; would you remove it, please? It'd be nice if the new site would
prevent that.
john
Done, and yes, that will be on my todo-list
On 25.01.13 5:24 , Daniel Gruno wrote:
- Authors that have created or updated a module within the last two
years will be notified that there is a new site, and encouraged to
submit their modules to this site.
I know, I don't have the right to vote, but I still would like to know, why
you don't
On 25.01.13 17:51 , Daniel Gruno wrote:
The old data is simply incompatible with the new system, and we have no
way of knowing which modules still exist except to to through them all
manually (mind you, this is a lot of records) and check. The new system
Thanks for the detailed explanation.
On 22.01.13 17:29 , Daniel Gruno wrote:
works (it's actually nearly completed already, you can see it at
http://modules.humbedooh.com/ - do try it out), and as such, I'd like to
Looks nice.
2 comments though:
1) If you browse the modules and click on a tag, you can't reset it. You can
only
On 24.01.13 14:18 , Daniel Gruno wrote:
Although you could just click on 'browse modules' again, I'll take your
suggestion into consideration :) Perhaps clicking the green tag button
should just reset to 'no tags'
Yes, I saw that you can do that. As long as there are only a few tags, I guess
On 24.01.13 14:58 , Daniel Gruno wrote:
so it's a trade-off between simplicity and complexity.
For me, the browse feature should just be a
fast way to see the most popular modules in each respective category,
not in any way a complex tool for searching, as the search feature does
that just
On 30.03.2007 05:24, Tom Donovan wrote:
One problem with your patch is that it wouldn't distinguish between a
32-character password (plain-text passwords work on Windows) and an md5
hash.
This is correct, but plain text passwords are only supported on Windows because
of the lack of the crypt
On 24.03.2007 14:54, Tom Donovan wrote:
If procedures only require input parameters and return a result set
(like the example procedure GROUP_SP in mod_auth_ibmdb2) - they can be
invoked by apr_dbd_select with the SQL statement:
CALL GROUP_SP(?)
If this is the case then DBD does support
Hi,
Don't tinyurl references expire after a few days (or weeks or
something)? Mailinglists, by contrast, are archived. I understand
you may want to retain the flexibility to invalidate that link
yourself, but a mention of the top of your repository at
www.evermeet.cx/cvs/ surely wouldn't
Nick Kew wrote:
Is that the same issue as
http://issues.apache.org/bugzilla/show_bug.cgi?id=41925
No. The bug describes encryption but I was talking about validation.
Furthermore the bug shows off a completely other part of the API.
My working assumption with DBD is that creating stored
and
that they are sharing their thoughts.
Regards,
Helmut Tessarek
Index: apr_md5.c
===
--- apr_md5.c (revision 520937)
+++ apr_md5.c (working copy)
@@ -676,6 +676,10 @@
const char *hash
which is why I'm -1 to polluting the subject - there's plenty of X-
headers to work on.
This would be ok, if you always work with one mail client at home.
Since there are certainly several people like me who are working with several
mail clients (tb at home, pine over ssh at work,
12 matches
Mail list logo
