i hope i’m posting at the right place. i have the feeling that what i’m
asking is a very frequent issue, but somewhat i have not been ale to ask
it to google in the right way so i’m posting it here instead
basically, there’s this classifier gem that i want to use.
it depends on fast-stemmer
it works, i like it.
however, fast-stemmer may be fast, but it stems english words only. and
basically i am trying to stem french text. So it is not really stemming
it in the right way.
instead there’s this stemmer4r gem that actually supports french. The
gem is aging, but it’s source code is clean, the author seems to be
french and it support a large variety of european languages, so i
figured i could maybe modify the classifier gem so that it uses
stemmer4r instead of fast-stemmer.
after one hour or so, i got it up and running. My new hacked version of
the classifier gem uses stemmer4r and works nicely with french text.
however, i know i am bound to face some issues in the near future if i
do nothing else:
my hacked classifier gem resides in the gem directory, not in my
working copy. so basically my modifications are NOT commited in my svn
repository. it makes me feel very uncomfortable because if i checkout
the repo on another machine, i will just have to make it all over again.
i had to hack stemmer4r gem too because it wouldn’t install on cygwin
(i had to modify a ruby file and a Makefile too ==>
those modifications are not commited in my svn repo either. (besides if
they were, it would be easier to submit to patch to the author anyway)
what happens if classifier gem gets updated and i make a gem update?
i guess either the classifier gem won’t be updated or my hacked version
of the gem will break, or both. besides, i may want to integrate such
modification in my own version of classifier
i know svn has the concept of a vendor branch, i read this in the svn
red book a few years ago but never really encountered a situation where
i would have to tweak a third party lib before so i’m not really used to
Also, i know any rails app have a vendor directory that is somewhat
dedicated to such things (put some third party libs there that you can
later tweak or update if you want). but i am working on some pure ruby
command line scripts for the moment, rails is off topic for now. besides
i am not rails expert yet anyway.
i have the feeling that situation is probably classic for a lot of
people. So i do not want to reinvent the wheel here. instead, i would
rather apply best practices tested by other people and save the
what are the best practices to handle local gem modifications in this
with-svn / without-rails context?