* [sup-talk] xapian-full and ncursesw gems
@ 2009-12-28 23:12 Rich Lane
2009-12-29 23:00 ` William Morgan
2009-12-29 23:17 ` Tero Tilus
0 siblings, 2 replies; 5+ messages in thread
From: Rich Lane @ 2009-12-28 23:12 UTC (permalink / raw)
To: sup-talk
I've pushed two useful gems to gemcutter.
xapian-full: This is based on the existing xapian gem, but compiles
xapian-core as well as the bindings so it isn't dependent on the version
of the system xapian. It's also a newer development version that
includes the Chert backend.
ncursesw: This is a version of the ncurses gem modified to link against
the ncursesw library so you get wide character support. It also includes
the ruby 1.9.1 compile fixes.
When we switch the default index to Xapian, for ease of installation I
think we should add xapian-full as a gem dependency even though it may
be redundant with a system xapian install. The only thing I worry about
here is users lacking the full toolchain required to build Xapian.
One potential problem with the ncursesw gem is that I've kept
source compatibility with the old ncurses gem by not renaming the
files/module. This means they interact badly if both are installed. We
could change the Sup source to use new ncursesw names, but that's
annoying and breaks people doing "git pull". Thoughts?
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [sup-talk] xapian-full and ncursesw gems
2009-12-28 23:12 [sup-talk] xapian-full and ncursesw gems Rich Lane
@ 2009-12-29 23:00 ` William Morgan
2009-12-29 23:58 ` Rich Lane
2009-12-29 23:17 ` Tero Tilus
1 sibling, 1 reply; 5+ messages in thread
From: William Morgan @ 2009-12-29 23:00 UTC (permalink / raw)
To: sup-talk
Reformatted excerpts from Rich Lane's message of 2009-12-28:
> xapian-full: This is based on the existing xapian gem, but compiles
> xapian-core as well as the bindings so it isn't dependent on the version
> of the system xapian. It's also a newer development version that
> includes the Chert backend.
Awesome!
> ncursesw: This is a version of the ncurses gem modified to link
> against the ncursesw library so you get wide character support. It
> also includes the ruby 1.9.1 compile fixes.
Awesome!
Thanks for doing this. This will bring us singificantly closer to
solving two of the most common problems (my ferret index crashed / my
non-ASCII chars look funny) out of the box.
> When we switch the default index to Xapian, for ease of installation I
> think we should add xapian-full as a gem dependency even though it may
> be redundant with a system xapian install. The only thing I worry
> about here is users lacking the full toolchain required to build
> Xapian.
I'm fine with this, especially if the Chert backend is significantly
better.
> One potential problem with the ncursesw gem is that I've kept source
> compatibility with the old ncurses gem by not renaming the
> files/module. This means they interact badly if both are installed. We
> could change the Sup source to use new ncursesw names, but that's
> annoying and breaks people doing "git pull". Thoughts?
I think keeping source compatibility is a good idea. The conflict only
happens if both gems are loaded, so Sup can require 'ncursesw', and then
fall back to 'ncurses'.
--
William <wmorgan-sup@masanjin.net>
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [sup-talk] xapian-full and ncursesw gems
2009-12-29 23:00 ` William Morgan
@ 2009-12-29 23:58 ` Rich Lane
2009-12-30 0:06 ` William Morgan
0 siblings, 1 reply; 5+ messages in thread
From: Rich Lane @ 2009-12-29 23:58 UTC (permalink / raw)
To: William Morgan; +Cc: sup-talk
Excerpts from William Morgan's message of Tue Dec 29 18:00:52 -0500 2009:
> Reformatted excerpts from Rich Lane's message of 2009-12-28:
> > One potential problem with the ncursesw gem is that I've kept source
> > compatibility with the old ncurses gem by not renaming the
> > files/module. This means they interact badly if both are installed. We
> > could change the Sup source to use new ncursesw names, but that's
> > annoying and breaks people doing "git pull". Thoughts?
>
> I think keeping source compatibility is a good idea. The conflict only
> happens if both gems are loaded, so Sup can require 'ncursesw', and then
> fall back to 'ncurses'.
AFAIK rubygems (at least in 1.9.1) works by adding (one version of) all
installed gems to the load path. Since I didn't rename any of the
ncurses gem files/directories "require 'ncursesw'" won't work - the main
file in lib/ is still ncurses.rb. Renaming the files seems like the
most logical thing to do so I'll push an update to the gem and send in a
Sup patch to try ncursesw first.
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [sup-talk] xapian-full and ncursesw gems
2009-12-28 23:12 [sup-talk] xapian-full and ncursesw gems Rich Lane
2009-12-29 23:00 ` William Morgan
@ 2009-12-29 23:17 ` Tero Tilus
1 sibling, 0 replies; 5+ messages in thread
From: Tero Tilus @ 2009-12-29 23:17 UTC (permalink / raw)
To: sup-talk
Rich Lane, 2009-12-29 01:12:
> ncursesw: This is a version of the ncurses gem modified to link
> against the ncursesw library so you get wide character support.
Rich rocks! \o/
> The only thing I worry about here is users lacking the full
> toolchain required to build Xapian.
Doesn't sound bad to me. How tough a requirement "full toolchain
required to build Xapian" really is? What platforms would be
problematic?
> I've kept source compatibility with the old ncurses gem by not
> renaming the files/module. This means they interact badly if both
> are installed. Thoughts?
If you say "don't you dare to require both ncurses and ncursesw" in
README and make ncursesw complain if ncurses is already required I'd
say it's as good a gem-citizen as it gets. Then just (as William
already said) make sup try ncursesw first and fall back to ncurses if
it fails.
--
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-12-30 0:06 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-28 23:12 [sup-talk] xapian-full and ncursesw gems Rich Lane
2009-12-29 23:00 ` William Morgan
2009-12-29 23:58 ` Rich Lane
2009-12-30 0:06 ` William Morgan
2009-12-29 23:17 ` Tero Tilus
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox