WE are already over that we must get forward.. but there's something here that are nly based in that dead "centos" thing:
El lun, 6 jun 2022 a la(s) 21:49, Ángel (an...@16bits.net) escribió: > > On 2022-06-06 at 17:58 -0400, Sam Varshavchik wrote: > > PICCORO McKAY Lenz writes: > > > > > why not to be in sync with debian oficial packages, as i know the > > > mantainer > > > are also in this mail list > > > > Their purpose is different. What's packaged in Debian or Ubuntu tends > > to be older versions; and there have been occasions where people > > wanted something new from the current version, that's not available ... AND LATER: > > > If you're ok with building and deploying the just-released version of > > courier then it stands that the same goes for courier-unicode and > > courier-authlib. > > I think the point was to have the debian packaging in sync, not that > the generated package would be an old one. The idea its precisely that.. i praised the way as alpine does "as upstream possible" but something that let the upstream to "thinks" its on correct that as Manvendra said Courier are so so stable that some changes are not so important to DRASTICALLY CHANGES the generation of a package.. in fact for that there's package managers.. and the upstream are only developer core of the software, each people to their work .. when you SAM try to made your things as you want just created and reinventing the wheel in fact. many errors and problems were detected thanks to the package manager on each distributions.. well mostly debian cos i am one of their users.. but now i wants to support ALPINE and this behaviour fall in double work ALSO RHEL, SLE12 are still supported and working in many servers.. but package courier has broken compilations check it our: the software itself has no important changes .. only build changes.. to support those problematic constant changes in newer fashioned distros.. inclusively i made this mail in plain text to support the policy of the mail list.. (preferible plain text), but you cannot do same in the other way? El mar, 7 jun 2022 a la(s) 06:56, Sam Varshavchik (mr...@courier-mta.com) escribió: > > Manvendra Bhangui writes: > > > On Wed, 1 Jun 2022 at 09:39, Sam Varshavchik <mr...@courier-mta.com> wrote: > > > > > > Download: https://www.courier-mta.org/download.html > > > > > > New development builds of all packages. > > > > > > Changes: > > > > > > > > > > > - all: updates for gcc 12, autotools, and OpenSSL 3.0. > > > > > Not very important, but I thought it could help someone still using > > ancient distros to compile courier-imap. The latest autotools changes > > to configure.ac removing AC_PROG_CC_C99 has broken compilation on the > > following distributions. > > > > CentOS7 > > RHEL7 > > SLE12 and all SLE12 variants > > Ubuntu 16.04 > > > > I had to do 4 minor changes to make courier-imap compile on all > > distributions, including the above 3 > > Autoconf deprecated the AC_PROG_CC_C99 macro, for the ostensibly reason that > all currently supported major platforms don't need it. > > There's automation on Github to automatically build everything on every > commit, using containers. The CentOS 7 container had no issues building a > courier-imap centos 7 rpm: > > https://github.com/svarshavchik/courier/runs/6764330421?check_suite_focus=true > > The likely explanation is that the original compiler that was released for > CentOS 7 did not default to c++11/C99 by default, but was updated over > CentOS 7's lifetime to a newer version that does, now. > > _______________________________________________ > courier-users mailing list > courier-us...@lists.sourceforge.net > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users _______________________________________________ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
