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

Additional maintainer(s) wanted #100

Closed
sobolevn opened this issue Jul 16, 2017 · 16 comments
Closed

Additional maintainer(s) wanted #100

sobolevn opened this issue Jul 16, 2017 · 16 comments

Comments

@sobolevn
Copy link
Owner

sobolevn commented Jul 16, 2017

Call for maintainers

Right now I don't have much time to support this project. Sorry.

But I do not want to leave it unmaintained, since it is working fine, but still needs some major improvements. And I love using it already.

I would love to contribute to this project in the future, but right now it requires someone to care for it. I would post some advertising around the web, so feel free to contact me!

Required experience

  • Solid bash
  • Solid git
  • Some gpg (it is pretty easy to use, actually)
  • Some docker (we are running tests inside docker containers)
  • Some general DevOps (since we use a lot of automation: deb and rpm generation, etc)
  • Some testing (tests are still in bash)

Time

I expect that 6 hours a week would be sufficient.

@sobolevn sobolevn changed the title Additional maintainer wanted Additional maintainer(s) wanted Jul 16, 2017
@Prathamesh404
Copy link

So I have experience in some -
Bash
git
Will I be able to help?

@sobolevn
Copy link
Owner Author

sobolevn commented Jun 3, 2018

@Gitcat711 of course! Feel free to contribute.

You can ask @joshrabinowitz about what can you help him with.

@joshrabinowitz
Copy link
Collaborator

joshrabinowitz commented Jun 3, 2018

Hello @Gitcat711 ! The most pressing issues are
#120, regarding the deploy process, and
#135 , regarding spaces in pathnames
There are pretty extensive notes on each issue. Your input is welcome and appreciated! Feel free to ask any follow-up questions in the issues themselves.

(edit: these have been fixed)

@joshrabinowitz
Copy link
Collaborator

@Gitcat711 also let me know if you need help getting your dev environment set up, or if you want to take on an easier issue than the ones above.

@joshrabinowitz
Copy link
Collaborator

joshrabinowitz commented Jun 7, 2018

It looks like PR #184 fixes issue #120 'Deploy step is ignored'
It would be great if someone would fix issue #179 'travis-ci can't find man pages'
(edit: this has been fixed.)

@simbo1905
Copy link
Collaborator

I have got a fix for #179 that I am testing locally (the test ci suite takes a loooooong time locally).

@sobolevn @joshrabinowitz Do you mind making me a collaborator so that I can label issues that are blocking the 0.2.4 release so that we can focus on that?

@sobolevn
Copy link
Owner Author

sobolevn commented Jun 8, 2018

I totally do not mind!
Welcome!

@Prathamesh404
Copy link

Prathamesh404 commented Jun 11, 2018 via email

@simbo1905
Copy link
Collaborator

@Gitcat711 the ci build and release is now fixed so its easier to contribute bug fixes. there are also some documentation issues. take a look at the open issues and see if there are any you would like to spend some time on. take a read of contributing.md, fork, fix, send a PR, and watch the travis build to see if it passes and fix as needed 👍🏻

@joshrabinowitz
Copy link
Collaborator

It would also be great if someone would implement https://github.com/sobolevn/git-secret/blob/master/RFC/RFC001.md which would fix interoperation issues between versions of GPG

@apallennz
Copy link

Hi there, i found this as a result of looking for open source projects to contribute to, i'm new
I'm really keen on Linux, have recently been studying bash via LinuxAcademy, and have a little bash experience
Please let me know if this is a project I could help with, if you're still wanting help
Cheers

@sobolevn
Copy link
Owner Author

sobolevn commented Sep 3, 2018

@apallennz welcome!

I am pretty sure there are some things you can help us with.
I would suggest to start from the documentation updates:

  • just read through the existing docs and point out parts that are not easily understandable for you
  • create new issues with "documentation" badge
  • together we will try to fix the bad parts

You can start from CONTRIBUTING.md and README.md moving to the man files later on.
This way you will get familiar with the project and help us to improve the docs.
How does it sound to you?

@apallennz
Copy link

apallennz commented Sep 3, 2018 via email

@apallennz
Copy link

so, question
what private data would you be wanting to store inside a git repo?

@joshrabinowitz
Copy link
Collaborator

joshrabinowitz commented Sep 17, 2018

@apallennz some examples of secrets you might want to store in a git-secret repo include "SSH keys, SSL private keys, API keys, passwords, and client secrets." https://embeddedartistry.com/blog/2018/3/15/safely-storing-secrets-in-git

@joshrabinowitz
Copy link
Collaborator

joshrabinowitz commented Jan 16, 2019

We could also use maintainers to help us submit packages to EPEL/Fedora and Debian and FreeBSD Ports:
See #312, #315, #316 .

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

6 participants
@simbo1905 @joshrabinowitz @sobolevn @Prathamesh404 @apallennz and others