Hello, I really think no sane developer should use stable distributions like EL or Debian für Java/Maven toolchains. But if they do, they do know they have old software and their vendor will do the maintenance. I would not be concerned with that (besides maybe clearly communicating EOLs, minimum versions and requirements). Of course you could try to negotiate with the biggest distributions on a common ground, but that will mean more versions than today (not less) - so why waste your cycles…
Gruss Bernd -- http://bernd.eckenfels.net ________________________________ Von: Jorge Solórzano <jor...@gmail.com> Gesendet: Monday, March 14, 2022 4:31:35 PM An: Maven Developers List <dev@maven.apache.org> Betreff: Re: [DISCUSS] Radical Fast Forward to 3.5.4 FYI, it looks like RHEL-based 7 uses maven 3.0.5, RHEL-based 8 uses 3.5.4 and 3.6.3. My guess is that even if the new upgraded plugins depend on Maven 3.5.4 it wouldn't cause major issues as if anyone is using an olver Maven version they will likely use older versions of the plugins/components. Anyway, as Hervé mentioned, there is a lack of better documentation of the compatibility of plugins, and based on this page https://maven.apache.org/developers/compatibility-plan.html since Jun 2020, plugins can have Java 8 prerequisite, and even for Maven 3.8.x that means a breaking change. On Mon, Mar 14, 2022 at 3:40 PM Elliotte Rusty Harold <elh...@ibiblio.org> wrote: > > FYI Debian Stable is at 3.6.3 as is Ubuntu. Homebrew is at 3.8. I've > only checked the websites for this, not tried to install from there. > However neither looks like a blocker. > > What other package managers should we check? What does Red Hat use? Windows? > > Also, are there any older versions of OS's likely to be in use that > have older package managers? > > > > On Sun, Mar 13, 2022 at 7:57 PM Elliotte Rusty Harold > <elh...@ibiblio.org> wrote: > > > > What do all the various package managers install? I'm pretty sure I've > > seen one lately whose default was 3.3.1. Debian perhaps? > > > > I think before we make any such move it would make sense to audit what > > people who don't manually install Maven are likely to have. First we > > should raise all those to 3.5.4 or later. Then we can upgrade the > > minimum version. > > > > Even more ambitiously, perhaps we should rethink how maven is > > installed. Why should it come from anywhere but Maven Central, and why > > can't a pom.xml specify the version of Maven itself? All we really > > should install is a very simple bootstrap script. But that's probably > > a discussion for another day. Let's get the package managers > > straightened out first. > > > > On Sun, Mar 13, 2022 at 11:48 AM Michael Osipov <micha...@apache.org> wrote: > > > > > > Folks, > > > > > > as you might now we are dragging old luggage over and over with every > > > new year. We are making (little) progress with cleansing, skimming and > > > updating of our components. > > > > > > I'll will make a radical proposal I have already discussed privately > > > with other fellow committers over Slack: > > > Raise the entire baseline to Maven 3.5.4, all of our raises have been > > > intermediaries. Reasoning: > > > * Maven 3.5.4 is almost 4 old, it is settled > > > * Everything before we shouls consider ancient, if you haven't moved > > > yet, you will not and it will be your problem. > > > * It is the first version which uses Maven Resolver [1] > > > * It will free resources to test with previous releases which most don't > > > do anyway > > > * Maybe this will make it even easier to migrate to the upcoming Maven > > > Core API > > > > > > WDYT? > > > > > > Michael > > > > > > PS: I don't even mind 3.6.3 personally, thought I don't this benefit. > > > > > > [1] > > > https://cwiki.apache.org/confluence/display/MAVEN/Maven+Ecosystem+Cleanup#MavenEcosystemCleanup-ResolverandMaven > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > -- > > Elliotte Rusty Harold > > elh...@ibiblio.org > > > > -- > Elliotte Rusty Harold > elh...@ibiblio.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
