I'm not sure what your question is aiming at.

To my knowledge, mod_auth_openid is not a Perl module. The naming convention suggests that it is an Apache module.

The linked github repository also has no indication that mod_auth_openid is written in Perl, or closely related to Perl.

So, therefore my question:

Where does Perl come into the picture?

If the code in question is a Perl module, that explains where Perl comes into the picture. If it is not Perl code, the poster needs to explain where Perl connects to his problem.

Ah. My ignorance of Apache is thusly revealed. :-)

Note also that after asking the pertinent question "Wherefore Perl...?" in Re: mod_auth_openid error!!!, Corion went on to offer some sound general advice, generalities being all that were possible in the circumstances, and to suggest a better way to use this site.

All in all, a pertinent, helpful, considered and considerate reply, all that I could hope for from this site (and much more than I have occasionally observed) and just what I have come to expect from Corion. And that is the tight coupling that is most important to me about PerlMonks. (After reviewing Re: mod_auth_openid error!!!, I upvoted it after having originally passed it over.)

On Linux, a good place to start with modules is to look at what's available directly from your distro.

That way you can ignore cpan and just install them using your package manager and it will handle all the dependency issues. There's usually lots of modules just ready to install, and it's a indication that those modules are likely to work and be useful. When I'm looking for a new module I always start by checking the distro first. I'm not sure what's out there for windows though (maybe some else will comment?).

This is PerlMonks. Stay on topic. This is not the place to ask about bugs in your javascript (or the other 'j' language) nor how to learn write a formula in a spreadsheet, even though there are many Monks knowledgeable in such disciplines.

Your post, if I may say, is quite rambling ... to the point where I’m really not sure what your point is ... but I simply think that the purpose of PerlMonks is to help people “get s**t done with Perl.”   There is something that needs to be done (yesterday), and something about Perl is standing in the way, and PM ought to be “the go-to site on the Internet” for quick and knowledgeable help, more-or-less politely given, to make that stumbling-block go bye-bye.   That’s the mission-statement.

“How tightly coupled to Perl?”   To me, Perl is like an Einstein Bros. bagel:   it’s the whole schmeer.   The entire toolbox and all the tools that are in it.   Nothing in particular is in- vs. out-of-scope for a reasonably answerable and relevant question.   Whatever it is that you are banging your head against:   “been there, hit that, so maybe we can help avoid further damage to your forehead.”

We are, if anything, more forgiving than many forums such as Usenet, or even StackOverflow for questions that aren't well related to Perl. I find there are several categories of non-Perl-related questions:

• The asker doesn't care who answers his question, or what the forum's "on-topic" is; he just wants some free code written for him and may find a sucker here, or at one of the many other places he's crossposted to. Occasionally he gets lucky, and sometimes the luck comes from PerlMonks members. Often he gets a rebuke.
• The asker has no clue about programming, or at least about the fact that Perl and PerlMonks is dedicated to Perl, not to JavaScript or HTML. Occasionally he gets lucky too. Often he gets shown the door, or at least invited to come back with a Perl question.
• The asker thinks that because his JavaScript problem comes from a Perl script that outputs JavaScript, it must be on topic. This meets with more success nowadays than in the early days of the site. It's still misguided, and is still off-topic.
• The asker thinks that he's asking a Perl question, when in fact, there's no Perl anywhere to be found. This individual is often asked how it relates to Perl, and usually he will discover as he investigates that there is no relationship to Perl.
• The asker knows he's not asking a Perl question, but has cultivated relationships here that will forgive his intrusion as long as he's clear up front that he's coming here with this question because he just can't find anyone who knows how to answer it anywhere else. This is usually a successful off-topic post; when someone comes forward saying, "I'm working on a C project and just don't know where to turn. This is off-topic, but a nudge in the right direction would really help me."... people here generally respond favorably so long as it doesn't become too frequent of an occurrence.

(Shrug...)   David, in making these statements, I think you pretty much sum-up the status quo of every programming-related forum out there.   :-)   Homework is very easy to spot, as are questions from the hapless of far-far-away companies who “got the lowest bid.”   It has always seemed to me that the responses given to such things are ... ahh... very appropriate.

Nevertheless, I do think that this site remains heads-above sites like StackOverflow for Perl because it is “quite unabashedly focused on Perl.”   SO is loosely-focused, by design, whereas we by design are not.   I have often referred wanderers on SO over here to get better answers faster about Perl, and they almost-invariably do.   So, I think that we always should strive to keep that “tight subject-matter focus.”   We can’t prevent the non-Perl answers from showing up.   (There is noise on every communication channel.)   But we can continue to be the “go-to site save time come here first site” for truly Perl-related questions.   Filter out the irrelevant, yes.   But, beyond that, be wide.   If they’re using Perl and they’re stuck in the mud (whatever sort of mud it is ...), [try to] pull them out.   (Be “patient, gracious, blunt, and curt” with all the rest.)   We have all been in this quicksand, and most of us stop by frequently.