On Thu, Dec 2, 2010 at 3:09 PM, LAURENT Henri-Damien < henridamien.laur...@biblibre.com> wrote:
> Le 02/12/2010 17:28, Paul Poulain a écrit : > > Le 02/12/2010 17:25, Chris Nighswonger a écrit : > >>> I did actually think about this before I did it. :) > >>> > >>> I asked around if it would be better to update the documentation to > take > >>> the package out of the install script and add it to the CPAN list, or > do > >>> what I did, and the general consensus was that backing down the > required > >>> version was a better option (since the newer version doesn't add any > >>> functionality that we actually use), so I did that. > >>> > >>> The reason is that a lot of people use Lenny (and or Ubuntu, which > would > >>> cause this same issue), and Squeeze/Sid aren't stable yet (even though > they > >>> work fine, I know that). Every indication I've gotten is that "we" > prefer > >>> packaged versions of things instead of pulling direct from CPAN. I > chose to > >>> eliminate the error message when installing on Lenny/Ubuntu from > >>> Makefile.PL, and allow a required version that was lower than the > current > >>> version to help eliminate a bad user experience (An error!!! OMG! What > do I > >>> do!). > >>> > > you can count BibLibre in "we" : we prefer packaged versions, no doubts ! > > So ++ to your proposition to have the oldest version that works fine > > required ! > > > I agree with that. > But then we have to be quite specific then about the OS we support > Redhat Fedora, CentOS, debian, ubuntu donot have the same standard as of > perl module packaging. > This is my only fear. If we stray too far into specifying *which* OS we will support, unforeseen problems could arise. And we begin introducing restrictions. However, regardless of the direction we take, we should standardize and state it so that we have a consistent understanding among developers. > Or should we try and maintain packages for all the versions ? > > Ich... I think this would be a pit into which we would not want to fall. Kind Regards, Chris
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
