Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide bndtools 7.1+ p2 release repositories so that oomph setups can refer to specific bndtools versions #6084

Open
scottslewis opened this issue Apr 12, 2024 · 17 comments
Labels

Comments

@scottslewis
Copy link
Contributor

As per discussion on #6046 and summarized by issue #6083 it would be desirable to have oomph setups contributed so that users could easily create and configure bndtools without having to separately install bndtools to Eclipse.

One requirement of using oomph setups is that there should be separate p2 repo urls for specific versions of bndtools, rather than simply the latest released version of bndtools by new versions. This need is summarized by this discussion:

https://bnd.discourse.group/t/specific-release-url-for-each-release-humble-request/289

This will require some changes to the bnd build and perhaps usage of p2 director (command line)? There is relevant work described by this comment #6046 (comment)

@chrisrueger
Copy link
Contributor

Just for further reference: The bnd release process (including the P2 repo stuff) seems to be described here:
https://github.com/bndtools/bnd/wiki/Release-Process

@pkriens
Copy link
Member

pkriens commented Jun 21, 2024

from the #6083: As per the discussion on issue #6046 there are oomph setups that can be contributed to the bndtools project, so that users can then use oomph to install and configure bndtools 7.1+

This issue can be used to track these contributions

@scottslewis
Copy link
Contributor Author

from the #6083: As per the discussion on issue #6046 there are oomph setups that can be contributed to the bndtools project, so that users can then use oomph to install and configure bndtools 7.1+

This issue can be used to track these contributions

Peter I don't understand this comment at all. As discussed on #6046 (contributing oomph setups to bndtools project) is currently (and for years now) thwarted by the fact that oomph setups need a version specific bndtools p2 repo...thus this issue was opened, so that this need can be satisfied by bndtools 7.1+ release repos, and then the oomph setups can be contributed as per the work described in #6046. It's effectively useless to contribute the existing oomph setups...until this issue is resolved...because the oomph setups must point to a hacked together private bndtools p2 repo (not the public one).

The point being: this issue has to be addressed (via changes to the bndtools release process) before it's even possible to contribute oomph setups for bndtools 7.1+.

@chrisrueger
Copy link
Contributor

The point being: this issue has to be addressed (via changes to the bndtools release process) before it's even possible to contribute oomph setups for bndtools 7.1+.

I think this is going to happen.
@peterkir is working on that part. He presented his proposal for a "new release process" in today's bnd call (as mentioned here). Maybe he can post an update.

So something is going on in this regard.

Peter I don't understand this comment at all.

The confusion is justified.
The confusion probably comes from the fact, that @pkriens just copy pasted this comment from here We saw it since he did it via screensharing in today's bnd call. I can't remember the exact situation but it was maybe meant more as quick reference / reminder.

@pkriens
Copy link
Member

pkriens commented Jun 24, 2024

@scottslewis people are working to make you happy ... @peterkir is now working on the oomph, I did the fragment templates and @chrisrueger is heorically trying to tie it all together.

As said before, I often find it really hard to translate your issues in specific actions since they are not proposals but more a rough analysis of what doesn't work for you. People are working hard to fix the issues you pointed out.

We now have this issue which is basically trying to make you happy ...

@scottslewis
Copy link
Contributor Author

@scottslewis people are working to make you happy ...

Thanks, but I'm not trying to make myself happy...I'm trying to help make bndtools usable by people other than those that have designed and built it.

@peterkir is now working on the oomph, I did the fragment templates and @chrisrueger is heorically trying to tie it all together.

Kudos and thanks to you, me, and all these contributors. In my experience as an Eclipse project lead, it's always the committer community that steps up to create the real value.

As said before, I often find it really hard to translate your issues in specific actions since they are not proposals but more a rough analysis of what doesn't work for you.

I fail to understand how this issue: Provide bndtools 7.1+ p2 release repositories so that oomph setups can refer to specific bndtools versions

could somehow be misunderstood as some 'vague analysis of what doesn't work for you'. My interpretation is that you simply can't take a perspective on what bndtools needs to be usable by others. (e.g. oomph setups to allow for easy install and config, use of Eclipse wizards to help people that wish to use the very powerful OSGi services without having to learn or even understand bundles or the rest of osgi; the complicated but required mess that is trying make tooling for Remote Services via workspace and project templates).

These are not, by any means, 'rough analysis of what doesn't work for me'...although as a user of bndtools I have certainly experienced the user problems identified in the above paragraph. They are rather identifying areas where bndtools is completely unsatisfying in my view...with an emphasis on finding and improving those areas that most 'hold back' adoption by new osgi developers.

People are working hard to fix the issues you pointed out.

We now have this issue which is basically trying to make you happy ...

Somehow by your comments you make it sound like I'm some sort of bitchy bndtools developer that has my own, idiosyncratic way of doing things, and so I come up with a bunch of crazy ideas for meeting my specific needs that can't be understood by anyone else (e.g. dealing with the mess that is installing and configuring bndtools...via oomph installs, making the creation of OSGi services (and remote services) easier for new osgi devs, trying to use workspace templates so that remote services can be easily created).

I hate to break it to you, but to remain relevant bndtools (and osgi and Eclipse imho) are going to have to have a wider set of developer users and new ideas and community contributions at the level of usability and tooling features will be needed to attract those users to osgi development.

You're welcome.

@chrisrueger
Copy link
Contributor

contributions at the level of usability and tooling features will be needed to attract those users to osgi development.

I couldn't agree more. And that (e.g. usability, getting started and the "unhappy path") are my main motivations for contributing here. Challenging goals. Let's see how far we can get. I think with regards to this issue, we are on the home stretch. 😄

Regarding your other comments: I don't think Peter means it in bad faith. I agree that the short sentence-replies come across a bit harsh, but written communication can be misinterpreted easily.

I found the friday zoom-calls always very productive and motivating. Last friday we spent a large portion discussing specifically this issue here. So maybe join the next one?

@scottslewis
Copy link
Contributor Author

@chrisrueger Any updates about this issue? i.e. will a p2 versioned repo be made available for 7.1 releasee of bndtools so that oomph setups can be created from it after release?

If releng help is needed to effect changes I might be able to provide it, but most of my recent experience with producing p2 repos has been with tycho and maven-based building.

Also: any eta on bndtools 7.1 release?

@chrisrueger
Copy link
Contributor

@scottslewis it's not on my plate. But the other Peter @peterkir is working on that and might be able to give an update.

Regarding release: in the last zoom call it was proposed to have a release before OCX conference in October. @pkriens

@chrisrueger
Copy link
Contributor

@scottslewis just FYI, there seems to be progress https://github.com/bndtools/bndtools.p2.repo

@scottslewis
Copy link
Contributor Author

@chrisrueger thanks for the pointer. Very happy to see it. Once 7.1.0 is out and published in this manner, if @peterkir or others are interested I would be interested in contributing oomph setups (e.g. base setups for inclusion in other setups).

@chrisrueger
Copy link
Contributor

chrisrueger commented Sep 16, 2024

if @peterkir or others are interested

There is definitely interest and we talked about it in the recent call
If I understood @peterkir correctly you can create a PR for the repo and add your stuff to https://github.com/bndtools/bndtools.p2.repo/blob/master/site/index.html

I think some finetuning and documentation is in the making.

@pkriens
Copy link
Member

pkriens commented Sep 19, 2024

Can we close this now? @peterkir @scottslewis

@scottslewis
Copy link
Contributor Author

Can we close this now? @peterkir @scottslewis

I suggest leaving open until 7.1 is released, and the release p2 repos are available.

@pkriens
Copy link
Member

pkriens commented Dec 2, 2024

Can we now work on closing this since we have a constant URL for the p2 repo?

@pkriens
Copy link
Member

pkriens commented Dec 13, 2024

this should be done, please reopen if we need to do more.

@pkriens pkriens closed this as completed Dec 13, 2024
@scottslewis
Copy link
Contributor Author

Please post the new p2 7.1 URL(s) here or on #6083 so that those interested in continuing with #6083 can do so. Thanks.

@scottslewis scottslewis reopened this Dec 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants