Re: Question for java/eclipse build
Vladimir Druzenko <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.ports |
|---|---|
| Message-ID | <[email protected]> |
Hello! It’s probably better to simply update your Maven repository with each incompatible devel/maven39 update and make a new tag with the new version. Update the tag name in the port. And ask the devel/maven39 maintainer ([email protected]) to notify you before updating so that the updates are committed synchronously. For example, he can create a PR with the topic "java/eclipse: Update devel/maven39" that devel/maven39 will be updated on such and such a day, and will attach a patch so that you can apply it and prepare a new repository. And then commit the updates at the same time. AFAIR [email protected] == [email protected] and have commit bit to ports. 15.03.2026 09:44, Norbert Grundmann пишет: > ...coming back and asking for advice how to handle that the build of > java/eclipse depends on the version of maven39. The new eclipse 4.39 > port build on quaterly installed depended packages is fine with > maven39 version 3.9.12 but breaks with version 3.9.13 - that is the > same for older eclipse version 4.38... The architecture like aarch64 > or amd64 does not matter. > > To build I made a repository > https://github.com/NorbertXYZ/eclipse-maven on github getting the > maven dependencies... So the build process does not download files. > > Thanks for remarks - I am not clear how to handle this a good way, my > approach of taking a prepared FreeBSD *.tar.gz file is not to a good > idea. > > Regards, Norbert > > > On 3/15/26 06:54, Norbert Grundmann wrote: >> thanks. So I will keep "the old" way and integrate that there is a >> maven upgrade which affects newer builds... >> >> Regards, Norbert -- Best regards, Vladimir Druzenko
OpenPGP_0x8006FAABBF942F73.asc
(application/pgp-keys, 652 B)
-----BEGIN PGP PUBLIC KEY BLOCK----- xjMEZEmcEhYJKwYBBAHaRw8BAQdAzzVRU/u5Oe4kUEFSvaiRoAPwsXMi4uBnfKqF TOIxjaDNI1ZsYWRpbWlyIERydXplbmtvIDx2dmRAZnJlZWJzZC5vcmc+wo8EExYI ADcWIQQJVt5Qnq2dfk5hjMKABvqrv5QvcwUCZEmcEgUJBaOagAIbAwQLCQgHBRUI CQoLBRYCAwEAAAoJEIAG+qu/lC9z/qcBALviJppCfpN8fLj5HfnQ75ARS/RvOL+b PHB422uv9PFOAP982mg4uqoYr1BvSVqmrtB7/oxkqReIeieBIkyBTM97As44BGRJ nBMSCisGAQQBl1UBBQEBB0D41GJgPsXUyWQckRf725z8CsGADMjlIpJbVhWUQLi4 fwMBCAfCfgQYFggAJhYhBAlW3lCerZ1+TmGMwoAG+qu/lC9zBQJkSZwTBQkFo5qA AhsMAAoJEIAG+qu/lC9z4bgA/jGNXk0cGGKii1lXk55Gwh2EQhC4pLxQe/36TZiR 29IBAP40fSUJOJ41IS0d8k6d5DQ0E9BJuRf+1S5AzsAUz0rmBQ== =x+2b -----END PGP PUBLIC KEY BLOCK-----
OpenPGP_signature.asc
(application/pgp-signature, 236 B)
-----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQJVt5Qnq2dfk5hjMKABvqrv5QvcwUCab1rqQUDAAAAAAAKCRCABvqrv5QvczW9 AQD1xxrWO9cwU25lkoCW5T3irol69BMMEsJpgx8yUlTsSAEAvVRiLzD6L9f/6I6P5wLU7aGos1Zi v7x8bDiq9KanXgo= =KEgG -----END PGP SIGNATURE-----