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

Please include compilation instructions in your README.MD #182

Open
KI5JYD opened this issue Nov 24, 2018 · 12 comments
Open

Please include compilation instructions in your README.MD #182

KI5JYD opened this issue Nov 24, 2018 · 12 comments

Comments

@KI5JYD
Copy link

KI5JYD commented Nov 24, 2018

Please, be a bit helpful because I had to go onto AskUbuntu just to figure this out.

Your README.MD is blank, @cebix

screenshot

Compilation instructions are a must when offering software. People shouldn't have to Google around for hours figuring how to compile software, what dependencies are needed for compiling and such.

I love open source software, but please consider your users when they are trying to use it. We don't know what libraries you used to compile, we don't need to parse the source on how to compile it. We need step-by-step instructions on how to get it done.

Here is a good example on a well-written README.MD: https://github.com/AntiMicro/antimicro/blob/master/README.md

All the things you need to know are there. What dependencies are needed to compile. What commands to type to compile.

@aviallon
Copy link
Contributor

I was just going to say that one !

@wmakley
Copy link

wmakley commented Jan 7, 2019

Desperate here as well, cannot get it to work on anything. :(

@RonaldPR
Copy link

RonaldPR commented Jan 7, 2019 via email

@rickyzhang82
Copy link
Contributor

rickyzhang82 commented Jan 7, 2019

Either check out the great stuffs from emaculation or the wiki here.

I contributed some technical doc in Github wiki. You are welcome to add.

@wmakley
Copy link

wmakley commented Jan 8, 2019 via email

@asvitkine
Copy link
Collaborator

asvitkine commented Jan 9, 2019 via email

@ianfixes
Copy link

ianfixes commented Mar 1, 2019

I would like to take on this work, setting up the following (at minimum):

  • CI for Linux, OSX, and Windows (via Travis and Appveyor)
  • Convert documentation to markdown
  • Merge wiki documentation and Emaculation.com documentation into repo documents
  • Provide some information on mailing lists and other developer forums (possibly gitter?)

This would require some involvement from the repo owner, @cebix ... I get the sense that he is not involved very much. Where do I find the group who oversees this repo?

@rickyzhang82
Copy link
Contributor

A Chinese proverb goes "A journey of a thousand miles begins with a single step". A PR with a modern README.md with build instruction is that single step before you losing all momentum.

BTW, Travis CI is there. But it requires the repo owner to enable it. Now it still points to my repos. It didn't match the commit of master branch. It only builds BII.

@ianfixes
Copy link

ianfixes commented Mar 1, 2019

The "single step" needed here is for someone to claim ownership of the repo. It makes no sense for me to submit a PR against a repo that already has PRs over 5 years old, and one that can't modify its own CI settings. Is anyone in contact with the owner?

@ianfixes
Copy link

ianfixes commented Mar 1, 2019

Nevermind, I decided to take that step myself. I've created a new organization to manage this development (@cebix has been invited) and split the repo into the 3 projects it contains:

I'd be glad to continue this discussion here: emaculation/macemu#1

@rickyzhang82
Copy link
Contributor

There are many reasons why PR has not been merged for years. But I don't think you should blame the maintainer for that if you read those PR carefully.

I merged upstream master branch to my travis CI branch. The green pass button should match what we have now. But this is not ideal.

In any case, good luck and best wishes. If you don't like it, fork it.

@ianfixes
Copy link

ianfixes commented Mar 5, 2019

@rickyzhang82 and @asvitkine could you join the discussion at kanjitalk755#14 to help us determine how best to combine the work that has been done in all these personal forks?

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

No branches or pull requests

7 participants