Quote:
One of the advantages of SVN that I still see (at least for the Breeder-part) is partial checkouts: if someone wants the SIG_Turbo-stuff he can checkout only that, if he only wants funkySetFields he gets that, but if he wants the whole breeder he can get it all. Bernhard |
Quote:
|
Posting Removed
|
Posting removed
|
Quote:
I have only a suggestion: the list of settings is quite long, so it would be better to have an "easy installation path" (maybe I did not see it), so that the script assumes the worst situation (lack of all the dependencies on the system) and proceeds as a consequence. This could simplify the proecess for new users. Of course my doubts on the name are still there :D Best, |
I was reading this
http://www.lenzg.net/archives/285-As...tems-DVCS.html where other two version control systems are discussed: Bazaar - http://bazaar-vcs.org/en/ Mercurial - http://mercurial.selenic.com/ Maybe we should take a look at them too? Best, |
Quote:
PS: don't get me wrong: I'm using git for certain projects so I'm not completely opposed to it. I just think that for a certain group of people (developers) the benefits outweigh the steeper learning curve but not everyone is a developer. And I don't see the point to create for each small utility a separate repository. That's why I was explicit mentioning the breeder part |
Quote:
I'm still suspicious that I'm doing something wrong, because somewhere I read (some git-mailinglist-archive) "Git doesn't need 'git cp' because the purpose of git is tracking content not files" and this seems to contradict my experience. |
Quote:
|
Quote:
|
Is it just me, or does anyone else think the discussion about which revision control system to use when no formal decision has been made yet is both premature and getting slightly off-topic?
|
Quote:
In the end, everybody will link to their documentation contributions in this forum as they did before. This worked quite well, and there is no reason, why it won't in future. I hope the documentation project is declared dead rather sooner than later, so that folks can be productive again instead of discussing solutions that will be defeated by one authority or the other. |
Quote:
Best, |
Quote:
|
Quote:
I still hear proposals of "informal forks" like freefoam, which do not solve anything in practice, since they do not exclude the issues Holger faced with the documentation project. The ideas behind freefoam are good, but if we are going to make an effort to fork the project, it is better to fix the problems related with trademarks once for all, so to avoid any further problem. Quote:
The forum is a perfect instrument to clarify doubts and short technical questions, but surely not to provide documentation. Your idea of linking contributions here would simply maintain the current situation, where only incomplete and not organized information is available. Quote:
To conclude, you can disagree with the idea, but I find your hope in the documentation project death disrespectful for who invested time, money and efforts in trying to set it up. After all it is an initiative to help the community, you included. Best, |
Posting removed
|
Quote:
In particular, before thinking to how to organize the efforts, it would be better to find answers to the following questions:
Best, |
maybe I dont understand the full implications but isnt it possible to temporarily host the documentation project on wikibooks. there are already some precedents here such as http://en.wikibooks.org/wiki/MATLAB_Programming.
Completing the fork or whatever decision, the community finally takes will take some time, in the mean time the project can be hosted on wikibooks site, and nobody specific can be targetted |
|
Hello.
In contribution #96 Alberto made suggestions to OpenCFD Ltd. It later appeared that similar suggestions were proposed by OpenFOAM-extend developers in 2007, see #101. In #111 Alberto summarized his experience. With regards to other information we can find on the web I think that conclusion made by Alberto in #111 is rational and logical. I think that we should admit that the code which is provided according to GPL is successfully restricted by the trade mark policy. OpenCFD Ltd repeatedly declared its position. By my opinion the OpenFOAM-extend project and the OpenFOAM Workshop are community initiatives that can significantly influence the future of the fully open code. The discussion here shall be focused on providing valuable information for them. Frantisek |
All times are GMT -4. The time now is 07:33. |