-
-
Notifications
You must be signed in to change notification settings - Fork 162
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
"Which repo should I use for X?" #236
Comments
It does not matter; All the projects should work.
I am simply very happy that it works as intended, which has not always been the case. The repository https://github.com/TermuxArch/TermuxArch is the HEAD. It has mirrors; Including this project. |
This issue has the most detailed information for X at present. It has forks, e.g. child issues. |
a33b480 should help resolve this |
This option is always available as long as we are online. I am enjoying your branches and forks @sudomain and hope many of us are making good use of the recent merges you have bestowed upon us through your hard work.
Many of these projects are inter-related. For example https://github.com/BuildAPKs/buildAPKs/ which began here https://github.com/SDRausty/buildAPKs both now depend on https://github.com/shlibs and TermuxArch might too This https://github.com/SDRausty/TermuxPRoot that is moving gradually here https://github.com/TermuxPRoot is also a good example. Hopefully, it will give us more and easier self configuring options as far as variety of Linux systems. This in turn can migrate back into this project. 4Needless to say, some documentation falls out of date pursuing development and many mirror projects can use better updating too. |
EDIT: we must've hit comment at the same time; this was written before I had a chance to read your above comment.
It's a great project that I use everyday to extend my Termux, to run desktop apps, and even as an upstream/submodule. Thank you.
I created this issue because I'm a very grateful user and concerned about the long-term maintainability of two repos with different git histories (which is not what I would call "mirrors" but I digress). Two repos with the same name, accomplishing the same goals, with (what seems like) 99% the same code base but different git histories seems like it would create twice the amount of work for whoever maintains the project(s). Additionally, as mentioned earlier, I know of two discrepancies between the two projects which I hope to fix soon. If you're happy with this system, then I'm happy with this system. I just hope (though I do believe) that this two repo/same name system will affect the long-term maintainability of the project, at least compared to the traditional one repo, many forks system. Thank you again for such a great project. |
we did 😄 |
:) From now on I'll follow instructions and submit future PR's to TermuxArch/TermuxArch. |
ai? The
When systems work as intended; Yes, this makes me happy, and I am humbled and proud that I can contribute.
This is always a concern. A self-maintaining system is a goal. This https://github.com/BuildAPKs/buildAPKs.github/blob/master/.scripts/maintenance/upr.sh script assists in maintaining forks. A copy will hopefully migrate to Termux Arch projects soon. |
Funny you should mention this. I started this file on a separate branch in order to better understand what is going on. |
You might want to merge this file into https://github.com/TermuxArch/docsTermuxArch The file |
All references to the TermuxArch project used to point to this repo, as is evident by the number of github stars. At a later point, URLs were then changed to the TermuxArch/TermuxArch repo. The two projects have different git histories the fact that SDRausty/TermuxArch has so many more stars may cause users to think that SDRausty/TermuxArch is the main repo, when TermuxArch/TermuxArch actually is. In addition to the changed URLs, TermuxArch/TermuxArch has a more up to date VERSIONID. The projects' different git histories has lead to atleast two inconsistencies that I know of, which I hope to fix soon.
To alleviate this confusing situation, I recommend that SDRausty/TermuxArch become archived and the README changed to point to TermuxArch/TermuxArch. Development can then occur on TermuxArch/TermuxArch in a more traditional Github/project forking workflow.
The text was updated successfully, but these errors were encountered: