Subject: [sup-talk] sup install error

From: John Bent <[email-masked]>
Date: Mon, 01 Mar 2010 14:26:09 -0700

I've been using an old PowerPC Mac.  I got a new Intel one running
Leopard (10.6.2) but got an error trying to install sup.  Everything is
a fresh install.  The only thing I've done is install the Xcode tools.
The error (below sig) looks like a problem with ncurses.  Looking around
at the mkmf.log file (attached), I see more issues with curses: no
wmove(), no libpdcurses.

The ruby installed is 1.8.7.  gem is 1.3.1.

I recreated this by copying the little test program with the wmove() in
it.  When I tried to build it with -lncursesw, it failed because that
lib doesn't exist but it did work with -lncurses (without the 'w').  So
I just made a symlink:

guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib

That works.  Now gem install sup works.  But I'm not sure that's the
best fix.  Anyway, it looks like the problem is in gem install ncursesw
and not in gem install sup but I thought you might like to know about
this.
 
Thanks,

John 

guava:~>gem install sup
Building native extensions.  This could take a while...
ERROR:  Error installing sup:
    ERROR: Failed to build gem native extension.

/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
extconf.rb install sup
checking for unistd.h... yes
checking for locale.h... yes
checking for ncurses.h... yes
checking for wmove() in -lncursesw... no
checking for wmove() in -lpdcurses... no
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
    --with-opt-dir
    --without-opt-dir
    --with-opt-include
    --without-opt-include=${opt-dir}/include
    --with-opt-lib
    --without-opt-lib=${opt-dir}/lib
    --with-make-prog
    --without-make-prog
    --srcdir=.
    --curdir
    --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
    --with-ncurseswlib
    --without-ncurseswlib
    --with-pdcurseslib
    --without-pdcurseslib
extconf.rb:46: ncurses library not found (RuntimeError)

Gem files will remain installed in
/Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection.
Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Mark Alexander <[email-masked]>
Date: Wed, 03 Mar 2010 21:10:31 -0500

Excerpts from Rich Lane's message of Wed Mar 03 17:23:06 -0500 2010:
> I'm thinking about changing the gem dependency from ncursesw back to
> plain ncurses to avoid these install failures. Anyone have thoughts on
> this?

It could be that I'm misunderstanding something, but wouldn't it
still be likely that there would be failures if the user hasn't
installed the libncurses5-dev package, or whatever it's called
on their OS?
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Helge Titlestad <[email-masked]>
Date: Thu, 04 Mar 2010 12:45:04 +0100

> plain ncurses to avoid these install failures. Anyone have thoughts on

If this breaks UTF-8 support more, I humbly vote against. UTF-8 with ncursesw
might not be the perfect solution, but it seems to be the only solution at the
moment, and anyone outside stricy ascii-writing countries will expect it to
Just Work[tm].
-- 
alge
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Rich Lane <[email-masked]>
Date: Thu, 04 Mar 2010 11:59:34 -0500

> moment, and anyone outside stricy ascii-writing countries will expect it to

I committed a patch to master that switches the gem dependency to plain
ncurses. I'd rather have all users be able to install than having utf8
support by default, especially when the way to enable utf8 is so easy -
gem install ncursesw. I've promoted the debug log about missing ncursesw
to an info log.
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Rich Lane <[email-masked]>
Date: Wed, 03 Mar 2010 17:23:06 -0500

---

From: John Bent <[email-masked]>
Date: Mon, 01 Mar 2010 14:57:03 -0700

> and not in gem install sup but I thought you might like to know about
Whoops.  Maybe I shouldn't have done that.  gem install sup works, but
sup itself doesn't (it's missing ncurses.so):

guava:~>sup
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems
/custom_require.rb:31:in
`gem_original_require': no such file to load -- ncurses.so (LoadError)
    from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems
/custom_require.rb:31:in
`require'
    from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/lib/ncurses.rb:21
    from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems
/custom_require.rb:31:in
`gem_original_require'
    from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems
/custom_require.rb:31:in
`require'
    from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/bin/sup:9
    from /usr/bin/sup:19:in `load'
    from /usr/bin/sup:19

John

---

From: John Bent <[email-masked]>
Date: Mon, 01 Mar 2010 16:50:50 -0700

>     from /usr/bin/sup:19:in `load'
OK.  I've made some more progress but am still stuck.  I used macports
to update ruby and gem and I undid the symlink library hack, and now gem
install sup works.  Yay!  But I still can't get sup (or sup-config) to
run.  I also did gem install xapian-full and I did port install
xapian-core and xapian-bindings

When I try to run, I get this:

/opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/lib/sup/index.rb:229:in
`init': unknown index type "xapian":
dlopen(/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle,
9): Library not loaded: /usr/local/lib/libxapian-1.1.3.dylib
(RuntimeError)
  Referenced from:
/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
  Reason: image not found -
/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
    from /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-config:150
    from /opt/local/bin/sup-config:19:in `load'
    from /opt/local/bin/sup-config:19
 
I don't have a /usr/local/lib/libxapian-1.1.3.dylib 
but I do have /opt/local/lib/libxapian.15.6.6.dylib, et al.

I do have
/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle.

If I try to use ferret, I get this error:

/opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/lib/sup/index.rb:229:in
`init': unknown index type "ferret": no such file to load -- ferret
(RuntimeError)
    from /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-config:150
    from /opt/local/bin/sup-config:19:in `load'
    from /opt/local/bin/sup-config:19

After I run, there is a new $HOME/.sup directory created with a
config.yaml and a hooks/ directory.

Any ideas?

Thanks,

John

---

From: John Bent <[email-masked]>
Date: Wed, 03 Mar 2010 15:25:08 -0700

> plain ncurses to avoid these install failures. Anyone have thoughts on
+1 :)

John