If you want to deploy a pre-configured ~/.m2/settings.xml you can do that perfectly fine with ansible, just configure it to generate missing parent directories. It is normal that dot files/dirs in user directory are created only on first use. This is not specific to RedHat, and there is also nothing special to the directory, just create it as needed and make sure it has the correct owner and permission.
We have good experiences with doing that in a developer workplace provisioning, but as mention by others we would not force ancient versions upon developers. BTW you really need a internal repository Server anyway, if you have that you can also use it to download the actual maven archive for installation. Gruss Bernd -- http://bernd.eckenfels.net ________________________________ Von: [email protected] <[email protected]> Gesendet: Thursday, August 19, 2021 6:43:34 PM An: Maven Users List <[email protected]> Betreff: RE: Question on installing Maven from Red Hat (RHEL8), missing .m2 directory for users Thanks for the reply. I've worked with different version of RHEL for sometimes now and its my understanding that Red Hat packages older versions of software because they know it "should" work out of the box. Forgot to mention, this is a air-gapped environment, so its hard to get things in and out of it, so going with the Maven release from Red Hat maybe our only option, but I want to test a tarball in a virtualized environment, see how that works too. -----Original Message----- From: Michael Osipov <[email protected]> Sent: Wednesday, August 18, 2021 2:15 PM To: [email protected] Subject: Re: Question on installing Maven from Red Hat (RHEL8), missing .m2 directory for users ---- External E-mail --- CAUTION: This email originated from outside GDMS. Do not click links or open attachments unless you recognize the sender and know the content is safe. Please note that: Am 2021-08-18 um 17:44 schrieb [email protected]: > [user_a@rhel8-maven3 bin]$ mvn --version Apache Maven 3.5.4 (Red Hat > 3.5.4-5) ^^^^^^^^^^^^^^^ Custom distributions are discouraged and not supported by us. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
