Re: Deploy with multiple platform artifacts build separately

2023-05-30 Thread tison
FYI - I implement it with https://github.com/tisonkun/ci-opendal. Just if
it helps anyone has the same question :D

Best,
tison.


tison  于2023年5月26日周五 11:33写道:

> Thank you Tamas!
>
> Then I follow Netty's practice and successfully run the automatically
> deploy[1][2].
>
> While there are still two issues, they may not be quite related in Maven
> domain:
>
> 1. Distribute Maven and GPG secrets - does Maven support token like
> password? I'm a bit concerned to convey my text password to even our INFRA
> member to configure a platform secret. Maybe I can just release locally,
> but right now I already use GitHub Actions to do multiple platform building
> and full automation seems reasonable to try.
> 2. Cross compile for different arch due to the lack of arm64 machine on
> GitHub Actions. Yes, this is totally unrelated to Maven then :D Maybe how
> to package two classifier with different config at once is, but there
> should be multiple workaround.
>
> Best,
> tison.
>
> [1]
> https://github.com/tisonkun/opendal/actions/runs/5082466604/jobs/9132438693
> [2] https://github.com/tisonkun/opendal/actions/runs/5082466604/workflow
>
>
>
> Tamás Cservenák  于2023年5月25日周四 20:23写道:
>
>> Howdy,
>>
>> Sonatype OSS and ASF Reposes are both Nx2 so the same applies:
>>
>> When you deploy for the first time, Nx2 staging creates a staging
>> repository that is "open".
>> The created repository will have its own ID and hence, own deployment URL
>> as well.
>>
>> The trick is that this endpoint:
>> ttps://repository.apache.org/service/local/staging/deploy/maven2
>> At the first request this endpoint creates a staging repo (on the fly) and
>> from that point on, it just routes the incoming request to it, as if those
>> requests would come in directly to the newly created repository.
>>
>> In Nx2 UI, when you click on Staging Repository -> your staging repo (as
>> you need permission as well to write there), the lower part of the screen
>> will tell you the URL of the staging repository.
>>
>> You can use authenticated HTTP requests (even using curl -X PUT and even
>> -X
>> DELETE) to MODIFY the content of your staging repository as you wish.
>>
>> Once the staging repository is closed, it is "untouchable", no content
>> changes are possible against it.
>>
>> So to answer your questions:
>> - maven will NOT allow you to perform multiple deploys (see similar
>> problem
>> https://issues.apache.org/jira/browse/MDEPLOY-118)
>> - but nothing stops you to use curl or even mvn deploy-file against your
>> (open) staging repository.
>>
>> At the end, there are "rule checks" that contents of staging repository
>> must pass (like presence of sources, javadoc, hashes and signatures). But
>> Nx2 will tell you if something is missing.
>>
>> HTH
>> Tamas
>>
>>
>>
>> On Thu, May 25, 2023 at 2:10 PM tison  wrote:
>>
>> > Hi devs,
>> >
>> > I'm trying to deploy Apache OpenDAL with multiple platform artifacts on
>> its
>> > Java binding[1].
>> >
>> > Using the ASF Parent POM, I freely get a `mvn -P apache-relase deply`
>> > target to make the release - that is great!
>> >
>> > Although, every time when I execute this command, I can only release for
>> > one platform (the one the command runs on). I'd like to release for
>> > multiple platforms (said at least for (osx, linux) x (x86_64,
>> aarch_64)),
>> > but struggling that I can even build them on different machines.
>> >
>> > I don't know if I can -
>> > 1. Deploy multiple times for the same version;
>> > 2. Manually merge artifacts and finally upload those artifacts at once.
>> >
>> > Existing examples like Netty[2] work against the Sonatype repository,
>> while
>> > Apache OpenDAL, IIUC, should work against the ASF repository.
>> >
>> > Looking forward to your help!
>> >
>> > Best,
>> > tison.
>> >
>> > [1] https://github.com/apache/incubator-opendal/issues/2313
>> > [2] https://netty.io/wiki/releasing-new-version.html
>> >
>>
>


[VOTE] Release Apache Maven Release Plugin version 3.0.1

2023-05-30 Thread Slawomir Jaranowski
Hi,

We solved 8 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317824=12353136

There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MRELEASE%20AND%20resolution%20%3D%20Unresolved


Staging repo:
https://repository.apache.org/content/repositories/maven-1950/
https://repository.apache.org/content/repositories/maven-1950/org/apache/maven/release/maven-release/3.0.1/maven-release-3.0.1-source-release.zip

Source release checksum(s):
maven-release-3.0.1-source-release.zip - SHA-512:
e59018a70e67f8af38f4d02bc28703f54ec01d032bd9d21972d087bb196ed8997040da0600a687d5604ebed794ab444d67b697ae17f793f0e8908a4ca0a37f69


Staging site:
https://maven.apache.org/components/maven-release-archives/maven-release-LATEST

Guide to testing staged releases:
https://maven.apache.org/guides/development/guide-testing-releases.html

Vote open for at least 72 hours.

[ ] +1
[ ] +0
[ ] -1

-- 
Sławomir Jaranowski


Re: GH issues and GH discussions

2023-05-30 Thread Benjamin Marwell
I am pretty sure if that happens (terms changes, GH not an
option), we have plenty of time to migrate.
The same has happened multiple times in the past: SourceForge, BerliOS,
Google Code...
Now it is ASF JIRA and maybe some day we will be migrating away from GitHub
Issues to something else?

But even then, there will be an archive and there will be a migration tool.
None of the above migrations
lost any data AFAIK.

Am Sa., 27. Mai 2023 um 11:24 Uhr schrieb Łukasz Dywicki <
l...@code-house.org>:

> I have no strong feelings, however relying too much on single service
> vendor is never a good idea. In this case if one day, by some
> terms changes, github repos are not an option any more, we are
> fine with ASF infrastructure. But we can't do same thing for issues
> which are embedded in GH database. If you ever found a google code
> project migrated into github/gitlab issues you know what I mean.
>
> While policies imposed on JIRA account creation, are without doubt a
> bearer to contribute first bug report, JIRA itself helps us keeping all
> ASF information together. Just to be clear - I keep being lost with new
> JIRA user interface, I'm just reflecting my personal thoughts.
>
> Best,
> Łukasz
>
>