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

official package of charliecloud in openSUSE Tumbleweed #404

Closed
ana opened this issue Apr 5, 2019 · 6 comments
Closed

official package of charliecloud in openSUSE Tumbleweed #404

ana opened this issue Apr 5, 2019 · 6 comments
Assignees
Milestone

Comments

@ana
Copy link
Contributor

ana commented Apr 5, 2019

Just a quick comment to announce I have added charliecloud to openSUSE Tumbleweed:
https://software.opensuse.org/package/charliecloud
And we're looking now into a future addition to SUSE Linux Enterprise.

@reidpr reidpr added the question label Apr 5, 2019
@reidpr
Copy link
Collaborator

reidpr commented Apr 5, 2019

Thanks @ana! That's great to hear!

Would it be appropriate to update the packaging section of our docs? If so, you could submit a PR or just let us know what content to add. https://hpc.github.io/charliecloud/install.html#package-manager-install

Also, we are working on Fedora/EPEL RPMs that we would maintain. Maybe there is some opportunity for collaboration? Or, if you prefer to host your openSUSE packages within the Charliecloud source code, we could do that & figure out what level of commit access is needed.

@ana
Copy link
Contributor Author

ana commented Apr 5, 2019

Hi @reidpr, I'll send a PR to update the docs.
With respect the collaboration with the Fedora/EPEL RPMs, let me take a look next week!

@ana
Copy link
Contributor Author

ana commented Apr 29, 2019

Hello, a small update on this.

charliecloud is going to be included in SUSE Linux Enterprise via https://packagehub.suse.com/ . I'm waiting for the package to be accepted in packagehub to add a PR updating the documentation.

I've checked the current spec file for Fedora. I'm not sure it's worth it maintaining the spec file in git here because in openSUSE we use the OpenSUSE Build Service and it's easier for an interested user to branch our package there https://build.opensuse.org/package/show/network:cluster/charliecloud , edit their changes and have it automatically build for openSUSE.
I could create a PR with the instructions on how to do this to be included under a openSUSE/ directory.
What do you think?

@reidpr
Copy link
Collaborator

reidpr commented Apr 29, 2019

Hello @ana,

Thanks for the update.

Yes, we'd like a PR with instructions. Appreciate the offer. Where exactly they would go isn't clear to me yet; I think the options are either (1) doc-src/install.rst or (2) that file plus more details in the contributors' guide or a text file. But you could submit a PR with them going wherever and we can clean it up.

That said, I do wonder about collaborating more closely on the SUSE package. For example we do ship the tests, which we feel are important because there are quite a lot of corner cases that we run into and it's important for users to be able to thoroughly exercise things. More generally, I'd like to understand better why our spec files look different and make sure anything important in one finds its way into the other.

We are working on getting our RPMs into Fedora and also plan to submit them to OpenHPC (where it is currently unmaintained).

If you like, we'd love for you to call into one of our meetings to discuss by voice. I don't know where you are located, but we can surely find a time that works OK for everyone.

@j-ogas
Copy link
Contributor

j-ogas commented Apr 29, 2019

More generally, I'd like to understand better why our spec files look different and make sure anything important in one finds its way into the other.

Agreed. @ana, note that the spec file in packaging/fedora/charliecloud/spec is not up to date. For comparison, please refer to this copr build for the most recent iteration.

Also, we do have some changes on the horizon with 0.9.10, e.g., our source tarballs will include pre-built html files, which will be remove the need to build them.

@ana
Copy link
Contributor Author

ana commented May 3, 2019

@reidpr Good idea, discussing by voice will make things easier. I'm sending you a mail directly so we can find a time slot.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants