Hi Lorenzo,
Thanks. Which version of libcurl is installed on your system?
this also means that if we want to have the contrib libs working on
many distributions and/or many versions of the "external" code the
things may become complicated.
It's the job of our contribs to make sure they support
an enough wide range of external lib version. For hbcurl
I only did it as far as the oldest reported version goes,
but any old version can be implemented, if needed.
2) I'm in doubt which names should be used in these
filenames:
harbour-ADS-1.0.1-0.i586.rpm. Should ADS be referring
to the external package name, or should it be our
contrib lib name? I would guess the first. Either
way, some of the names should be cleaned up in next
version.
Any feedback?
Probably our contrib name will be easier to manage and to understand:
f.e. ODBC is called unixODBC under Un*xes, but before we should define
the guidelines of the packaging like: which flags and which contribs
are to be considered "standard".
I agree.
F.e. the use of HB_COMMERCE has legal issues and we can't decide on
behalf of the user.
Probably should be off by default. (it probably is off by default, I
didn't check)
So sorry if I repeat myself but IMHO we should not provide binaries at
all. Every developer should be able to do:
unzip harbour-1.0.1.zip
cd harbour-1.0.1
./make_xyz --with <what I want>
If we still want to provide binaries, we should at least choose the
safest path like HB_COMMERCE=yes and no GPL code provided.
Quite true. (Shouldn't it be "HB_COMMERCE=no"? Maybe I'm
misunderstanding its meaning)
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
