[WBEL-devel] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82369
bishop
bishop@platypus.bc.ca
Sat, 08 Jan 2005 14:35:31 -0800
Rex Dieter wrote:
> On Sat, 8 Jan 2005, bishop wrote:
>
>> Folks,
>>
>>> /usr/include/openssl/ssl.h-177-#include <openssl/x509.h>
>>> /usr/include/openssl/ssl.h-178-#endif
>>> /usr/include/openssl/ssl.h:179:#include <openssl/kssl.h>
>>> /usr/include/openssl/ssl.h-180-#include <openssl/safestack.h>
>>> /usr/include/openssl/ssl.h-181-#include <openssl/symhacks.h>
>>
>>
>> Any chance of a fix for this in WB?
>
> As pointed out in the bugzilla entry, it's NOTABUG. Just use the proper
> flags when compiling things, ie, use the compiler flags from:
> pkg-config --cflags openssl
It's not been 'pointed out'; it's been said. You know, like Heaven's
Gate. It's not Bacon, it's 'bacon-esque', and a large cross-sampling of
inmates really do choose it over regular bacon.
Yeah, apparently we can use some new, shiny toolkit that exists on newer
systems to determine how we're going to be finding and linking the krb
stuff this week, if we know to do it and want to port everything to this
new system.
So this week, we need to use arcane magically new procedure #681 to link
in this one project's headers while, on every other OS I work with,
#include <ssl/ssl.h> just plain works. That's gonna save me time, hoo
boy. Shure. Why don't I just hook in new packaging code for this one
OS, and simplify matters by having it guess in each case as to which
system - #include <ssl/ssl.h> or Buffy's Magic Header Location Guesser
#681 - it's gonna use, and then the build will be Oh So Much Easier with
the added bit of code I get to add to every simple freakin' thing.
When did "If it ain't broken, don't fix it" and "keep it simple" stop
applying? Why don't they fix (aka revert) the directory location so as
to keep it working while pleasing the Shiny Things camp? Why make a
stand on such a pathetically pointless bag on the side of ./configure?
Then again, I'm guessing that if you don't get it now, you're not even
in a position to hear what I'm saying. httpd-devel indeed.
Don't mind me. Kool-aid's over here, then?
--
For I am not so enamored of my own opinions
that I disregard what others may think of them.
-- Nicolaus Copernicus