<div dir="ltr"><p dir="ltr"></p>
<p>I do not want to blame anyone. About deficiencies we shall speak calmly, expecting calmly constructive relationship. As long as we can not to hear each other i see no other way but to talk about one but in different words.<br>
</p><p>For now whole development process is dependent on two people who have spare time to dedicate it to project much less then necessary (i m always thankful to both for bringing theirs efforts to this project). But community want movement and new features. If we could rebuild some process in development pipeline, it would be good. Official DVCS repo would be good as users would have    organized collaboration    without will of two people.<br>
</p><br>
<div class="gmail_quote">27.02.2014 1:33  &quot;Greg Hellings&quot; &lt;<a href="mailto:greg.hellings@gmail.com" target="_blank">greg.hellings@gmail.com</a>&gt; :<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr"><div>I&#39;m beginning to wonder if this conversation is going anywhere. Troy has already stated he doesn&#39;t want to use git because:<br></div><div>1) He doesn&#39;t think there is a clear winner in the FOSS camp among DVCS options [true a few years ago, but not true anymore].<br>


</div><div>2) He doesn&#39;t find it to have any killer features [Yet people keep trying to tell him about killer features, despite his statement that he has used and continues to use it in multiple scenarios, and he is aware of its features. Piling yet-more of the well-known and well publicized features isn&#39;t going to change his mind. He already knows how to use git and doesn&#39;t think its features are worth the effort for Sword.]<br>


</div><div>3) He doesn&#39;t believe it&#39;s holding back peoples&#39; contributions [despite at least three examples in these threads to the contrary]<br><br></div><div>Really, it just boils down to, &quot;Troy doesn&#39;t want to move Sword to git.&quot; So we can keep throwing all the features, functionality, or claims we want at him, but until his gut instinct changes nothing related to Sword and git will change.<br>
</div></div></blockquote><div><br></div><div><br>Your argument about gut instinct does not make sense for me. Project is in stagnation stage. Many good changes i made was started from my undesire to do them, i have spent a lot of time in delays and then implement them with a good result.<br>
<br><br></div><div><br>We can not see far opportunities just before we made a step in that direction.<br><br></div><div><br><br></div><div>Blessings<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div>

<br></div><div>--Greg<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 26, 2014 at 2:55 PM, Jaak Ristioja <span dir="ltr">&lt;<a href="mailto:jaak@ristioja.ee" target="_blank">jaak@ristioja.ee</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Another word to clarify some stuff said too enthusiastically about git<br>
which might otherwise give a wrong impression:<br>
<br>
1) For rewriting history (removing big files etc) one must have<br>
sufficient access to the copy of the repository to be rewritten. Users<br>
who have already cloned your repository will still have a copy of the<br>
old history. Additionally if you rewrite history so that the SHA1<br>
hashes of you branches change users most likely get an error next time<br>
they pull. So history-rewriting changes must usually be coordinated.<br>
For some stuff there are workarounds thou (e.g. a .mailmap file).<br>
<br>
2) Pull requests are not a feature of git, but a feature of portals<br>
hosting git, e.g. GitHub, Gitorious etc. So you don&#39;t get pull<br>
requests automatically when you host git yourself (unless maybe one<br>
uses GitLab or self-hosted Gitorious).<br>
<br>
3) There is no automatic per-directory/file level repository<br>
permissions support in Git. One either has read-write/read-only or no<br>
access to the whole repository. It is probably possible to deny<br>
certain write access on the server side using git hooks, but it<br>
requires some programming. Afaik GitHub, Gitorious etc don&#39;t allow<br>
such hooks to be set up by users.<br>
<br>
But then again: Do we need such permissions or do we trust developers?<br>
The core developers can still correct each other when they mess up. I<br>
see no need for such permissions for Sword. If there&#39;s someone you<br>
don&#39;t trust, don&#39;t give them write access and let them file a pull<br>
requests instead, which can safely be reviewed before pulling them<br>
into the main repository.<br>
<br>
Blessings,<br>
Jaak<br>
<br>
PS: When BibleTime switched to git we chose Gitorious over GitHub<br>
because of the Terms of Service of GitHub at that time which were<br>
unacceptable for me. But afaik they&#39;ve changed their terms by now.<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.22 (GNU/Linux)<br>
<br>
iQgcBAEBAgAGBQJTDlTVAAoJELozJlbjIn79pmBAAIKZ1TdYA4ucMHztkR9ALaGr<br>
4GgBhMOdecq9H7QcVrrlZ2oLtoO80uV09GDrPnL5YlAua5WYG4+NRHDZ9yRUQ1qO<br>
yVjAotSPf6xvzXYNQ8F7DqpsxWMIE197ex6PtvDzTAWxkQMMPOxchLH80b2K2tT/<br>
vhsRwWJDc527P3nfY5sH9yKjGtaxEy1OPtvz/hJKreRC1UIrJ9Zzw0FFNXHcdb2p<br>
5vOlQePwvQcWZHvwjKdA34KM5XU11YYP6ZaXucn3OLoXLtcaN+QEeIzubC19Flfc<br>
prm01G82SxSU4Nx832Xec15QOcgGiftK5BA1qnUtIzFg7N77R5rURFqEIcfB1lXM<br>
62kd4r7Cdr9TfQfD7NscOQ63eqYxSqbJTKpZGPi9pHvxY7tXijJWPXS0Y8gZefMT<br>
g/1Kn1Vx1p6HrvgsVSRjTDLCxEcEdcDmIL/icBeEI8K+9biMg0wRR9kjba7aaAzI<br>
wGVFpZhbV0en4N3M2EgdQOL/Q2M9PTj6O6IbGrkyk1SvxZwEkOHp3e3rv2R8wc7D<br>
ifExNXO5CNWNv6jO+TWQe5B2R21SpgXolLuff7EK3uwe0JZE7FltfJouuOVNtt8P<br>
4hrXkjOGSwWD09S+tlesaky8e/ykvD66x1FT62n+NZzBr7O1NkInJ7VAQwfwKYLo<br>
EmspIHEUY4+XRlgtr1y4V8db+/WmcjGMehZOEvgVDH0v10Rh+QI9wLUq/EONcvMe<br>
oHcj7BNP5CRdHg6hf9fbprbkVmD/Bm5ltodgLtmeou+5ziRBKAgyVqBEr+W6yJfn<br>
DLVLnAF7bOPCscOYCqBHgigVGx9NE8Tc/Gvpu/TiL9XyZVbULhj3tXezJrP+dEnH<br>
DCJTKLJwCVtO8EGtO649axR4z8H4knuq+/Uiw2XSGpW3RspF7Huvhg8wRqH719Fm<br>
fFNebZS7HiUPaj45jqY3gffFsNegtCrUY4xe+w5lz4lj8YgpErUriT2hWe6RTz1S<br>
lP87biN0WYjN4w1Tpa/4I7PIlm/foAtF7frF0uJydu1MxRvGtNiRjk2MShCucu9v<br>
jyrUq7KA7P/ZGJlIyMwrw5+abRMEcl9bGyJpMDJj8QPLaEW0SJMIb7doAVf28/g3<br>
BM9bRnMgN8t0uGxSTr5vBkIAMksLtNN1NSi8kIZ1Un1YpSwsqTUTiZDezHAdeP+4<br>
JMYIZQRH4tAsGtn5ANLLctS8Z52l2N3omBjTRPa+5qDmQpNnGQjk6PBl7NZrT277<br>
pRezaxA4M7fGKtRSaBEYJOIK4tGHCZazLehzNQWHTjJPV5ozCJBSE5wDCjmhDGUU<br>
K0g3iqzKKyuAKxP3JxAO+TQVTEJ62dbvvW+KkrPujVNrUOLGMAATYFLSW50Dbhht<br>
JFd+AE74uE9IhTE+ALyjGoBxtorFVMW/kiKTCCpV0mvxgBQbFigCaVvm0J7+HOPY<br>
6n02XgXCNJyj+oZrH3vDBTcGBNpFjBjLT3ricS+kTuL1KlinnTHSIbu2rFGy+xCd<br>
HqYCkulg1NzK39MBqpWVIWOiTfavxOhfgXuEHW8Dhd9LkZI/m3YYq0DXwC47y+VT<br>
jJYC5DmalzMVObgmzjQWc+SUkvl8LPGADhhlp7KBa3mCSPmZrQi85mEwMShYa0TM<br>
wUL7fT1ECyRsT9rdcMwe6oxz74gTHge06f8OyPlL+OlcMFpDfRzYTKgx2hADu5PW<br>
gXSRm8CEkFGHOkrIScriZxjJxwJy/Ovlrll/+lgHyvBYYBL5GHb6EJcMNQqhbt0D<br>
ousff0aY4Sv6sWh8qojjxuEUarxJnaBh0C9hCAf6Wp44efKcq6Pg5I4lYvjHWNST<br>
sU+7NIcL9M3ZAGiOaFZHVMrpiOyPa5jt+S0nNbo8ypoO/1enXG/iVkcAWVFp+WqG<br>
zr1eUZ6IQ5aQaYIDJPgh3aKQGG/FQZnf8HmIkacOsvGtHYSG4X0fjW7bC44RN4it<br>
113iFZUCf/WK/B27NqJ/8u0To2HKovj1TejDjP/PcmFN/37YhzlkLJqPm9tq3UPd<br>
6c+78vCBEhP548xsjSfs/j41dUkg+00WiGK5dZJlY/zNDRqi9HexERosyNWhzlR9<br>
bW9sXwXa9wEQWaLXaGxwiXuzMFOCHsYe9jj2EG4kKcPVr87fVtYw/03UzNtVdl5u<br>
rT957hf4zyN3YxKDkHQKU9rLvhGAOl8vLQq5WfSQBxZob1mB4Z6/pugiJ669pHiA<br>
pEIjeXYPNoTe0F3Fn+7THde0M6lRMh1MBK0iDb13TfOcou8VA0fGzH8xcCpt6AB/<br>
zXCj61g8e0nKBbBU0xTBSeMT3EATSJA6pled3YZkDoAAiRqh3N6SxwBXFdnzqpwT<br>
Z8sBaPzwMvIwbae48GeT1aoUzHhW4COX+CMhur/ogdDfQ3AWNZsuCvBPy5BTA8UK<br>
OeRmql8Ifsd5CuM1KFGGJMRw0Fg04ATd1R2RORGnfLScw3im9WF7rHGDJaD8a0li<br>
1qm2IUJ5zh7K1h5wRZgKSJjw4Ab2hudqQmgoeHIHEzKd/c4yCNLjQP/EpsXIOagG<br>
A8UsbqnEZ391XwiPcxRAjGF7Tw6Jq6pKfHCo+08v5Y+YUgCgn0MU8XTOHFF7I9UA<br>
h90OkBLye4c0eUmyYZUzt8wfELRThr9ikrhvBnVqvbJ7sVxx2W2K9/KP8A/iXBrc<br>
eqnxPgYW64U+k1MGdtIyzanjkZwdNLe9Fhkoc1KCa8TZFSyCmS9/3XaslgshJ1pr<br>
nbrGjzb6jQOthta8m8th<br>
=kx4/<br>
-----END PGP SIGNATURE-----<br>
<div><div><br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div>
</div>