Dear All, the subversion bundle (and all the ruby bundles) are broken since I update to yosemite few weeks ago. I have been trying to fix the problem but I had little luck so far. For what I understand is a problem related with the wrong default ruby version in yosemite (2.0 instead of the bundle supported 1.8). A typical error that I get is something like, e.g. for svn status:
/Library/Ruby/Site/2.0.0/rubygems/core_ext/kernel_require.rb:54:in `require': /Users/umbe/Library/Application Support/TextMate/Managed/Bundles/Bundle Support.tmbundle/Support/shared/lib/shelltokenize.rb:74: invalid multibyte escape: /[^\w_-+=/\x7F-\xFF]/ [...]
For what I understand each bundle should run ruby thought the ruby18 script which should install the the 1.8 version int he bundle support if it can’t find ii installed on the system. Unfortunately this seems not to be the case. I have tried a bunch of things but without much success. I have installed ruby 1.8.7 with rvm and defined the TM_RUBY variable to point at it but nothing happened (later I realized that TM_RUBY is not meant for bundles). I have reset the textmate 2 prefereces chance and variables in the hope to stimulate ruby18 to do its job but with no success. Do you have any suggestion on how to fix is or at least help me in the debug process (I find a bit complicated to figure what a bundle is doing)?
Thanks
Umberto
On 25 Apr 2015, at 2:03, Umberto De Giovannini wrote:
[…] A typical error that I get is something like, e.g. for svn status:
/Library/Ruby/Site/2.0.0/rubygems/core_ext/kernel_require.rb:54:in `require': /Users/umbe/Library/Application Support/TextMate/Managed/Bundles/Bundle Support.tmbundle/Support/shared/lib/shelltokenize.rb:74: invalid multibyte escape: /[^\w_-+=/\x7F-\xFF]/ [...]
Please quote the full stack trace and also what action triggered the exception.
For what I understand each bundle should run ruby thought the ruby18 script which should install the the 1.8 version int he bundle support if it can’t find ii installed on the system.
Correct.
I have reset the textmate 2 prefereces chance and variables in the hope to stimulate ruby18 to do its job but with no success.
The thing to reset is the TextMate and Avian folders under Application Support, see https://github.com/textmate/textmate/wiki/Reverting-To-Defaults
Hi, never mind. I have fixed the problem. it was due a dirty hack I have made long time ago when the first version of ruby18 was messing up my setup. at that time (years ago and probably on mountain lion) ruby 1.8 was include to I just had a link to it in /usr/bin/ruby18.
on a different note.. the subversion bundle does not care about that $TM_SVN_DIFF_CMD variable. On mountain lion (I have directly skipped to yosemite recently) I have been using kidiff, the diff-tool bundled with kaleidoscope, to visualize svn diff. I have been using it by setting the default diff command to "diff-cmd = ksdiff” in the .subversion/config file but is no longer working since the upgrade to yosemite. any idea for a fix? alternatively I could try to look into is if someone could provide me with some basic info on how to debug the variable definitions in the bundles. thank you! umberto
On 28 April, 2015 at 16:31:52 , Allan Odgaard (mailinglist@textmate.org) wrote: On 25 Apr 2015, at 2:03, Umberto De Giovannini wrote:
[…] A typical error that I get is something like, e.g. for svn status:
/Library/Ruby/Site/2.0.0/rubygems/core_ext/kernel_require.rb:54:in `require': /Users/umbe/Library/Application Support/TextMate/Managed/Bundles/Bundle Support.tmbundle/Support/shared/lib/shelltokenize.rb:74: invalid multibyte escape: /[^\w_-+=/\x7F-\xFF]/ [...]
Please quote the full stack trace and also what action triggered the exception.
For what I understand each bundle should run ruby thought the ruby18 script which should install the the 1.8 version int he bundle support if it can’t find ii installed on the system.
Correct.
I have reset the textmate 2 prefereces chance and variables in the hope to stimulate ruby18 to do its job but with no success.
The thing to reset is the TextMate and Avian folders under Application Support, see https://github.com/textmate/textmate/wiki/Reverting-To-Defaults
_______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 28 Apr 2015, at 16:55, Umberto De Giovannini wrote:
the subversion bundle does not care about that $TM_SVN_DIFF_CMD variable.
What command are you using?
[…] any idea for a fix? alternatively I could try to look into is if someone could provide me with some basic info on how to debug the variable definitions in the bundles.
The bundle is written in ruby, searching for TM_SVN_DIFF_CMD I do see it used a few places, but perhaps not by the command you expect to use it, e.g.: https://github.com/textmate/subversion.tmbundle/blob/master/Support/lib/subv...
On 3 May, 2015 at 17:11:19 , Allan Odgaard (mailinglist@textmate.org) wrote:
On 28 Apr 2015, at 16:55, Umberto De Giovannini wrote:
the subversion bundle does not care about that $TM_SVN_DIFF_CMD variable.
What command are you using? I am using /usr/local/bin/ksdiff from kaleidoscope but it behaves the same using filemerge (opendiff) from Xcode.
[…] any idea for a fix? alternatively I could try to look into is if someone could provide me with some basic info on how to debug the variable definitions in the bundles.
The bundle is written in ruby, searching for TM_SVN_DIFF_CMD I do see it used a few places, but perhaps not by the command you expect to use it, e.g.: https://github.com/textmate/subversion.tmbundle/blob/master/Support/lib/subv...
this piece of code you are referring to seems quite correct to me. I think is not called or the variable is weird defined over there though. I haven’t established a way to debug these bundle codes though.. I would just put some print statement around line 132 but I would not know were to look of the output… is there a console in TM2 that I can use for i/o? I just wonder how do people proceed in bundle development? How can I establish a reasonable development/debug cycle? cheers Umberto
_______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 3 May 2015, at 17:59, Umberto De Giovannini wrote:
I just wonder how do people proceed in bundle development? How can I establish a reasonable development/debug cycle?
It used to be that one could write to /dev/console and find the output via Apple’s Console utility, but support for this seems to have been removed.
So I suggest simply writing to a file in /tmp (with debug output) and run `tail -f /tmp/debug.log` in a terminal.