rdoc_osx_dictionary version 1.0.1 has been released!
rdoc via Apple’s Dictionary.app. Automatically builds and installs an
Apple Dictionary with all rdoc nicely formatted.
Changes:
4 bug fixes:
I got:
$ ri Hash
error loading
“/Users/benoitdaloze/.rvm/gems/ruby-1.9.2-head/gems/rdoc_osx_dictionary-1.0.1/lib/rubygems_plugin.rb”:
uninitialized constant RDoc::Markup (NameError)
on ruby 1.9.2dev (2010-01-27 trunk 26434) [x86_64-darwin10.2.0]
Also, with the rdoc gem, ri doesn’t work anymore with ruby 1.9.2.
If installed gems share the same class name, eg. mime-types mimetype-fu
both defined class Mime::Type < Object, rdoc_osx_dictionary won’t work.
On Jan 28, 2010, at 15:17 , Benoit D. wrote:
I got:
$ ri Hash
error loading
“/Users/benoitdaloze/.rvm/gems/ruby-1.9.2-head/gems/rdoc_osx_dictionary-1.0.1/lib/rubygems_plugin.rb”:
uninitialized constant RDoc::Markup (NameError)
on ruby 1.9.2dev (2010-01-27 trunk 26434) [x86_64-darwin10.2.0]
Well, then don’t install this gem with 1.9.x. Luckily rubygems has
versioned installs so this shouldn’t be a problem for you.
Also, with the rdoc gem, ri doesn’t work anymore with ruby 1.9.2.
That’s about the rdoc gem. File a bug.
On Jan 28, 2010, at 19:27 , hi there wrote:
If installed gems share the same class name, eg. mime-types mimetype-fu
both defined class Mime::Type < Object, rdoc_osx_dictionary won’t work.
Thanks for pointing out the gems that cause that… now I can repro.
Also, this would be a perfect time to take the authors of said gems out
back to the parking lot and fix the problem the old fashioned way.
On Jan 28, 2010, at 19:56 , Ryan D. wrote:
On Jan 28, 2010, at 19:27 , hi there wrote:
If installed gems share the same class name, eg. mime-types mimetype-fu
both defined class Mime::Type < Object, rdoc_osx_dictionary won’t work.Thanks for pointing out the gems that cause that… now I can repro.
OR not… Hrm. I installed both gems and still can’t reproduce.
OK. Turns out that mimetype-fu does NOT define ‘Mime’. Could it be
something else you have? Try:
% egrep -lr “(module|class) Mime” gem env path
On Jan 29, 2010, at 13:09 , Ryan D. wrote:
OR not… Hrm. I installed both gems and still can’t reproduce.
OK. Turns out that mimetype-fu does NOT define ‘Mime’. Could it be something else you have? Try:
% egrep -lr “(module|class) Mime”
gem env path
I also tried to reproduce with uuid and simple_uuid (which rudely
invades uuid’s namespace) and can’t reproduce there either. Can you also
provide:
521 % grep vers= /Developer/Extras/Dictionary\ Development\ Kit/bin/generate_dict_template.sh
tool_vers=2
dictionary_vers=1
dictionary_vers=2
dictionary_vers=2
I doubt that’ll help because it prolly won’t have enough granularity in
the versioning… but it is worth a shot.
I’m also using Xcode 3.2.1, fwiw… if you’re significantly behind on
that, it may be worth upgrading.
Ryan D. wrote:
I’m also using Xcode 3.2.1, fwiw… if you’re significantly behind on
that, it may be worth upgrading.
here is my outputs:
~> sudo rdoc_osx_dictionary
Updating ri class cache with 6010 classes…
New entries for dictionary. Rebuilding dictionary.
After i uninstall mime-type, re-run sudo rdoc_osx_dictionary, it just
works
Hello,
2010/1/30 hi there [email protected]:
Ryan D. wrote:
I’m also using Xcode 3.2.1, fwiw… if you’re significantly behind on
that, it may be worth upgrading.
Same Xcode version for me, MacOS X.6.2 and some errors also:
Chandler ~>sudo rdoc_osx_dictionary
Password:
New entries for dictionary. Rebuilding dictionary.
Cheers,
I had a similar problem, but with a merb gem (merb-slices). Output is
the first chunk, below.
I uninstalled all merb gems (some had 9 versions on my box!) and ‘sudo
rdoc_osx_dictionary’ seemed to succeed. Output is the second chunk,
below. Unfortunately, though the dictionary shows up in Dictionary.app,
and some Ruby entries show up as I type their names, no definitions are
rendered when I select an entry. Also, the canonical String#split method
doesn’t even have an entry, though there are other String# methods ("/",
“blank?”, and “camel_case” are the first few).
Awesome idea! I just hope I can get it to work on my box!
Ed
[~]$ sudo rdoc_osx_dictionary
Password:
Updating ri class cache with 5652 classes…
New entries for dictionary. Rebuilding dictionary.
Error reading the cache for ; recreating the cache!
Building RubyAndGems.dictionary.
Cleaning objects directory.
Preparing dictionary template.
Preprocessing dictionary sources.
utf8 “\xE4” does not map to Unicode at /Developer/Extras/Dictionary
Development Kit/bin/make_line.pl line 51, <> chunk 3445.
Malformed UTF-8 character (unexpected non-continuation byte 0xf6,
immediately after start byte 0xe4) in substitution iterator at
/Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 49,
<> chunk 3445.
Malformed UTF-8 character (unexpected non-continuation byte 0xfc,
immediately after start byte 0xf6) in substitution iterator at
/Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 49,
<> chunk 3445.
Malformed UTF-8 character (unexpected non-continuation byte 0x27,
immediately after start byte 0xfc) in substitution iterator at
/Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 49,
<> chunk 3445.
utf8 “\xE1” does not map to Unicode at /Developer/Extras/Dictionary
Development Kit/bin/make_line.pl line 51, <> chunk 20843.
Malformed UTF-8 character (unexpected non-continuation byte 0x62,
immediately after start byte 0xe1) in substitution iterator at
/Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 49,
<> chunk 20843.
Extracting index data.
No entry tag ** [<d:entry id=“module_<” d:title="<">
<d:index d:value="<"/>
<d:index d:value="<"/>
All Slice code is expected to be namespaced inside a module
activate, deactivate, init, loaded, setup_default_structure!, setup_router
merb-slices-1.0.12
] ** at /Developer/Extras/Dictionary Development Kit/bin/extract_index.pl line 72, <> chunk 30. Error. installing rsync: link_stat "/Users/ed_ruder/.ri/objects/RubyAndGems.dictionary" failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6] installed Run Dictionary.app to use the new dictionary. (activate in prefs!) [~]$[~]$ sudo rdoc_osx_dictionaryUpdating ri class cache with 5195
classes…New entries for dictionary. Rebuilding dictionary.
Error reading the cache for ; recreating the cache!
hi there wrote:
Ryan D. wrote:
I’m also using Xcode 3.2.1, fwiw… if you’re significantly behind on
that, it may be worth upgrading.here is my outputs:
~> sudo rdoc_osx_dictionary
Updating ri class cache with 6010 classes…
New entries for dictionary. Rebuilding dictionary.
- Building RubyAndGems.dictionary.
- Cleaning objects directory.
- Preparing dictionary template.
- Preprocessing dictionary sources.
- Extracting index data.
- Preparing dictionary bundle.
- Adding body data.
- Preparing index data.
*** Duplicate entry_id: [class_MIME__Type] at
/Developer/Extras/Dictionary Development
Kit/bin/replace_entryid_bodyid.pl line 88, <ENTRY_TO_BODY> line 13393.
Error.
installing
rsync: link_stat “/Users/stainless/.ri/objects/RubyAndGems.dictionary”
failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors)
(code 23) at main.c(1039) [sender=3.0.6]
installed
Run Dictionary.app to use the new dictionary. (activate in prefs!)
~> gem list | grep mime
mime-types (1.16)
mimetype-fu (0.1.2)After i uninstall mime-type, re-run sudo rdoc_osx_dictionary, it just
works
*** Duplicate entry_id: [def_OpenID__Message__from_openid_args] at
/Developer/Extras/Dictionary Development Kit/bin/replace_entryid_bodyid.pl line 88
I commented out the ‘die’ instruction in the above script in order to
see the resulting dictionnary in action (not very clean, I know, but
at least most of the features are usable that way). The result looks
pretty cool. Thanks for this tool !
Cheers,
Great idea, but it’s not working in my Mac.
Updating ri class cache with 3963 classes…
New entries for dictionary. Rebuilding dictionary.
Error reading the cache for ; recreating the cache!
actionmailer (2.3.5, 2.2.2, 1.3.6)
actionpack (2.3.5, 2.2.2, 1.13.6)
actionwebservice (1.2.6)
activerecord (2.3.5, 2.2.2, 1.15.6)
activeresource (2.3.5, 2.2.2)
activesupport (2.3.5, 2.2.2, 1.4.4)
acts_as_ferret (0.4.4, 0.4.3)
capistrano (2.5.14, 2.5.2)
cgi_multipart_eof_fix (2.5.0)
daemons (1.0.10)
dbi (0.4.3)
deprecated (2.0.1)
dnssd (1.3.1, 0.6.0)
domainerator (0.1.1)
fastthread (1.0.7, 1.0.1)
fcgi (0.8.8, 0.8.7)
ferret (0.11.6)
gem_plugin (0.2.3)
gemcutter (0.3.0)
highline (1.5.1, 1.5.0)
hpricot (0.8.2, 0.6.164)
json (1.2.0)
json_pure (1.2.0)
libxml-ruby (1.1.3, 1.1.2)
mongrel (1.1.5)
needle (1.3.0)
net-scp (1.0.2, 1.0.1)
net-sftp (2.0.4, 2.0.1, 1.1.1)
net-ssh (2.0.19, 2.0.4, 1.1.4)
net-ssh-gateway (1.0.1, 1.0.0)
rack (1.1.0)
rails (2.3.5, 2.2.2, 1.2.6)
rake (0.8.7, 0.8.3)
rdoc (2.4.3)
rdoc_osx_dictionary (1.0.1)
RedCloth (4.2.2, 4.1.1)
ruby-openid (2.1.7, 2.1.2)
ruby-yadis (0.3.4)
rubygems-update (1.3.5)
rubynode (0.1.5)
snmp (1.0.2)
snmpstats (0.1.0)
sqlite3-ruby (1.2.5, 1.2.4)
termios (0.9.4)
xmpp4r (0.5, 0.4)
and I’m using Xcode 3.2.1 + iPhone SDK
And here is my gem env:
RubyGems Environment:
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8
Ryan D. wrote:
egrep -rl def.+from_openid_args /Library/Ruby/Gems/1.8/gems
/var/root/.gem/ruby/1.8/gems
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gemsshould do the trick… if not it’ll have to get messier.
Thanks for the very comprehensive bug report. Much appreciated.
Sure:
Here it goes:
/Library/Ruby/Gems/1.8/gems/ruby-openid-2.1.7/lib/openid/message.rb
/Library/Ruby/Gems/1.8/gems/ruby-openid-2.1.7/test/test_message.rb
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems/ruby-openid-2.1.2/lib/openid/message.rb
Hope this helps. Thanks!
On Feb 1, 2010, at 11:23 , Herbert Fischer wrote:
utf8 “\xA5” does not map to Unicode at /Developer/Extras/Dictionary
Development Kit/bin/make_line.pl line 51, <> chunk 6203.
- Extracting index data.
- Preparing dictionary bundle.
- Adding body data.
- Preparing index data.
*** Duplicate entry_id: [def_OpenID__Message__from_openid_args] at
/Developer/Extras/Dictionary Development
In order to save me some sanity points, can you hunt down which gems of
yours define OpenID::Message.from_openid_args?
…
- GEM PATHS:
- /Library/Ruby/Gems/1.8
- /var/root/.gem/ruby/1.8
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8
egrep -rl def.+from_openid_args /Library/Ruby/Gems/1.8/gems
/var/root/.gem/ruby/1.8/gems
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems
should do the trick… if not it’ll have to get messier.
Thanks for the very comprehensive bug report. Much appreciated.
Ryan D. wrote:
On Jan 30, 2010, at 14:35 , Ed Ruder wrote:
I had a similar problem, but with a merb gem (merb-slices). Output is
the first chunk, below.I uninstalled all merb gems (some had 9 versions on my box!) and ‘sudo
rdoc_osx_dictionary’ seemed to succeed. Output is the second chunk,
below. Unfortunately, though the dictionary shows up in Dictionary.app,
and some Ruby entries show up as I type their names, no definitions are
rendered when I select an entry. Also, the canonical String#split method
doesn’t even have an entry, though there are other String# methods ("/",
“blank?”, and “camel_case” are the first few).rvm? If so, that’s the problem.
No, not using rvm. I just had a boatload of previous versions of the
merb gems installed.
From:
merb-slices-1.0.12
I tracked this down… merb-slices has some asinine code in it that
befuddles rdoc. Technically it is a problem with rdoc, but really it is
a problem with stupid merb code. Eg:% more lib/generators/templates/full/lib/%base_name%.rb
…All Slice code is expected to be namespaced inside a module
module <%= module_name %>
Yuck.
I still can’t repro with this combo. I’ll try again with those specific
versions to make sure I didn’t pick up something newer accidentally.
Let me know if there’s any info I can provide to help you track this
down. If I can make the time, I’ll give it a go.
Thanks for your efforts, Ryan!
Ed
On Jan 30, 2010, at 14:35 , Ed Ruder wrote:
I had a similar problem, but with a merb gem (merb-slices). Output is
the first chunk, below.I uninstalled all merb gems (some had 9 versions on my box!) and ‘sudo
rdoc_osx_dictionary’ seemed to succeed. Output is the second chunk,
below. Unfortunately, though the dictionary shows up in Dictionary.app,
and some Ruby entries show up as I type their names, no definitions are
rendered when I select an entry. Also, the canonical String#split method
doesn’t even have an entry, though there are other String# methods ("/",
“blank?”, and “camel_case” are the first few).
rvm? If so, that’s the problem.
Awesome idea! I just hope I can get it to work on my box!
Not my idea… I just cleaned it up, made it a gem, and a gem plugin.
[~]$ sudo rdoc_osx_dictionary
…
From:
merb-slices-1.0.12
I tracked this down… merb-slices has some asinine code in it that
befuddles rdoc. Technically it is a problem with rdoc, but really it is
a problem with stupid merb code. Eg:
% more lib/generators/templates/full/lib/%base_name%.rb
…
module <%= module_name %>
Run Dictionary.app to use the new dictionary. (activate in prefs!)
~> gem list | grep mime
mime-types (1.16)
mimetype-fu (0.1.2)
I still can’t repro with this combo. I’ll try again with those specific
versions to make sure I didn’t pick up something newer accidentally.
On Feb 2, 2010, at 23:12 , Ed Ruder wrote:
Let me know if there’s any info I can provide to help you track this
down. If I can make the time, I’ll give it a go.Thanks for your efforts, Ryan!
If you can figure out what gems / versions I need installed to reproduce
this problem, I’d really appreciate it. I can’t figure out why others
can repro this one and I can’t.
On 2010-02-03, at 02:56, Ryan D. wrote:
If you can figure out what gems / versions I need installed to reproduce this problem, I’d really appreciate it. I can’t figure out why others can repro this one and I can’t.
For me it was my pile of old Merb 1.0.3 gems. I still get some griping
about Unicode characters (below) but now the rest of the dictionary
generation finishes. Thanks.
utf8 “\xE4” does not map to Unicode at /Developer/Extras/Dictionary
Development Kit/bin/make_line.pl line 51, <> chunk 1349.
utf8 “\xA5” does not map to Unicode at /Developer/Extras/Dictionary
Development Kit/bin/make_line.pl line 51, <> chunk 5474.
On Feb 3, 2010, at 08:10 , Grant Hollingworth wrote:
On 2010-02-03, at 02:56, Ryan D. wrote:
If you can figure out what gems / versions I need installed to reproduce this problem, I’d really appreciate it. I can’t figure out why others can repro this one and I can’t.
For me it was my pile of old Merb 1.0.3 gems. I still get some griping about Unicode characters (below) but now the rest of the dictionary generation finishes. Thanks.
YAY! Thanks for the feedback!
utf8 “\xE4” does not map to Unicode at /Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 51, <> chunk 1349.
utf8 “\xA5” does not map to Unicode at /Developer/Extras/Dictionary Development Kit/bin/make_line.pl line 51, <> chunk 5474.
Yeah. nothing I can do about that.
The rest of the warnings should be gone tho.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs