On Tue, Oct 6, 2009 at 12:01 AM, Gaute Hope e...@gaute.vetsj.com wrote:
Did a 'sup-sync --changed -o' and the problem seems to be gone.
It doesn't for me. During sup-sync I get this:
[Tue Oct 06 11:22:55 +0200 2009] hook: error running hook: cannot
generate tempfile
Guillaume Quintard writes:
On Sat, Oct 3, 2009 at 10:17 PM, Rich Lane rlane at club.cc.cmu.edu wrote:
I'd hoped this kind of corruption wouldn't be possible with newer
xapian-index versions. What sup commit are you on? What version of
Xapian are you using? Which Xapian backend, Flint or
On Tue, Oct 6, 2009 at 2:40 PM, Olly Betts o...@survex.com wrote:
NEVER EVER remove the flintlock file.
Ooops, didn't know, won't do it again.
My guess is that removing the flintlock file is the cause of the corruption
you're seeing. Can you reproduce it on a database where you haven't
Excerpts from Guillaume Quintard's message of ty. okt. 06 12:14:43 +0200 2009:
On Tue, Oct 6, 2009 at 12:01 AM, Gaute Hope e...@gaute.vetsj.com wrote:
Did a 'sup-sync --changed -o' and the problem seems to be gone.
--- RuntimeError from thread: load threads for thread-index-mode
wrong id
Reformatted excerpts from Guillaume Quintard's message of 2009-10-06:
[Tue Oct 06 11:22:55 +0200 2009] hook: error running hook: cannot
generate tempfile `/tmp/12016-9-attachments/389068.html'
[Tue Oct 06 11:22:55 +0200 2009] hook:
/usr/lib/ruby/1.8/tempfile.rb:52:in `initialize'
Hi Christopher,
Reformatted excerpts from Christopher Bertels's message of 2009-10-05:
I'd like to hear some feedback and/or opinions/suggestions and would
like to see it integrated into sup. I'll add more translations, if I
find anything I havent missed yet and that is part of the user
Well, it seems like whatever caused the crash earlier did something to
my index. Now any attempt to open a thread-index-mode of my LKML label
(which I was viewing in the earlier crash) causes the client to
immediately crash.
Do any of the sup utilities have any sort of index sanity checker to
I just had sup crash on me while reading a thread. Not really sure what
to make of the backtrace. Looks like it failed during polling but who
knows why. Thanks,
- Ben
--- RuntimeError from thread: periodic poll
wrong id called on nil
/opt/exp/sup/lib/sup.rb:17:in `id'
Excerpts from Ben Gamari's message of Tue Oct 06 11:53:18 -0400 2009:
Well, it seems like whatever caused the crash earlier did something to
my index. Now any attempt to open a thread-index-mode of my LKML label
(which I was viewing in the earlier crash) causes the client to
immediately crash.
Reformatted excerpts from Marc Weber's message of 2009-10-04:
However the search_query_input should be global. So where is the place
to add this last-search-term ? Isn't it already present in the ask
history? Can you give me a hint to find it faster?
Probably the best place is to make it a
I really don't have
time to devote to debugging this at the moment so it looks like I might
need to take another hiatus from sup.
You could try running an older version. I've been using 0.8 at
work, and a May 20 snapshot of next at home, and both have been very
solid. They're good enough, in
Reformatted excerpts from Carl Worth's message of 2009-10-01:
It seems a simple, little thing. But I'm all in favor of non-violent
metaphors in the interfaces of programs I use.
I will accept a patch that renames this and adds M as an additional
command.
--
William wmorgan-...@masanjin.net
Reformatted excerpts from Carl Worth's message of 2009-10-01:
What makes a hook preferable over a configuration option?
I would like to support everyone's crazy desires, and a hook is worth a
thousand configuration options.
In this case, I'm sure it's only a matter of time before someone wants
Reformatted excerpts from Carl Worth's message of 2009-08-26:
This is just a copy of SearchResultsMode's refine_search command. A
much cleaner, but more involved, approach would be to rework InboxMode
to derive from SearchResultsMode in the first place.
Branch refine-inbox-mode, merged into
Excerpts from William Morgan's message of Di Okt 06 17:38:39 +0200 2009:
This looks great. A couple comments:
Cool, good to know you like it!
1. I would prefer that uppercase substitution symbols made lowercase.
The uppercase seems weird and un-Rubyish to me.
Ok, sounds good. I thought
OK, I've changed it as mentioned.
See my previously mentioned gitorious branch.
Cheers,
Christopher.
--
Christopher Bertels
http://www.adztec-independent.de
GPG Key ID: 0x2345b203
___
sup-talk mailing list
Excerpts from Edward Z. Yang's message of Thu Oct 01 13:38:27 -0400 2009:
I think there's a slight bug in the custom-search implementation.
Any comments?
Cheers,
Edward
___
sup-talk mailing list
sup-talk@rubyforge.org
Hello sup-talk,
I'm trying to get sup running on my work machine, which is unfortunately a
windows box. I have cygwin installed, along with the cygwin packages for
ruby and ncurses. Here's the contents of ~/.sup/exception-log.txt:
--- ArgumentError from thread: main
couldn't initialize curses
Resending as a list member...
On Tue, Oct 6, 2009 at 6:33 PM, Dan Falcone danfalc...@gmail.com wrote:
Hello sup-talk,
I'm trying to get sup running on my work machine, which is unfortunately a
windows box. I have cygwin installed, along with the cygwin packages for
ruby and ncurses.
19 matches
Mail list logo