[sword-devel] Architecture and DVCS - was : Re: Project "Free Scriptures" started

Thu Feb 27 03:31:02 MST 2014

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.

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.

27.02.2014 1:33 пользователь "Greg Hellings" <greg.hellings �� gmail.com>
написал:

> I'm beginning to wonder if this conversation is going anywhere. Troy has
> already stated he doesn't want to use git because:
> 1) He doesn't think there is a clear winner in the FOSS camp among DVCS
> options [true a few years ago, but not true anymore].
> 2) He doesn'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't going to change his mind. He already knows how to use git and doesn't
> think its features are worth the effort for Sword.]
> 3) He doesn't believe it's holding back peoples' contributions [despite at
> least three examples in these threads to the contrary]
>
> Really, it just boils down to, "Troy doesn't want to move Sword to git."
> 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.
>

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.

We can not see far opportunities just before we made a step in that
direction.

Blessings

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