community/pipermail-archives/sup-talk/2008-06.txt (58576B) - raw
1 From gabriel.landais@gmail.com Sun Jun 1 13:26:48 2008
2 From: gabriel.landais@gmail.com (Gabriel Landais)
3 Date: Sun, 1 Jun 2008 19:26:48 +0200
4 Subject: [sup-talk] [bug] NoMemoryError on huge mbox
5 Message-ID: <188c71690806011026u55851e39k2dd982dae28621d@mail.gmail.com>
6
7 Hi,
8 I'm not able to load my Thunderbird mbox into sup. Added my Inbox
9 mbox with sup-add/sup-config :
10
11 -------------------------------------------------
12 [glandais at server:~/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com]
13 $ /var/lib/gems/1.8/gems/sup-0.5/bin/sup-config
14 [Sun Jun 01 19:14:24 +0200 2008] using character set encoding "UTF-8"
15 [Sun Jun 01 19:14:24 +0200 2008] optional 'chronic' library not found
16 (run 'gem install chronic' to install)
17 /var/lib/gems/1.8/gems/highline-1.4.0/lib/highline/system_extensions.rb:125:
18 warning: Insecure world writable dir /opt/java in PATH, mode 040777
19 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/crypto.rb:18: warning: Insecure
20 world writable dir /opt/java in PATH, mode 040777
21 [Sun Jun 01 19:14:25 +0200 2008] crypto: detected gpg binary in /usr/bin/gpg
22 Howdy neighbor! This here's sup-config, ready to help you jack in to
23 the next generation of digital cyberspace: the text-based email
24 program. Get ready to be the envy of everyone in your internets
25 with your amazing keyboarding skills! Jump from email to email with
26 nary a click of the mouse!
27
28 Just answer these simple questions and you'll be on your way.
29
30 What's your name? (enter for "Gabriel Landais"):
31 What's your (primary) email address? (enter for "glandais at codelutin.com"):
32 Ok, your header will look like this:
33 From: Gabriel Landais <glandais at codelutin.com>
34
35 Do you have any alternate email addresses that also receive email?
36 If so, enter them now, separated by spaces.
37 Alternate email addresses:
38 What file contains your signature? (enter for "/home/glandais/.signature"):
39 What editor would you like to use? (enter for "nano"):
40 Ok, I've saved you up a nice lil' /home/glandais/.sup/config.yaml.
41
42 Now, we'll tell Sup where to find all your email.
43 Current sources:
44 * mbox:/home/glandais/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com/Inbox
45 * sup://drafts
46 * sup://sent
47
48 1. Add a new source.
49 2. Done adding sources!
50 Your wish? 2
51
52 Ok. The final step is to import all your messages into the Sup index.
53 Depending on how many messages are in the sources, this could take
54 quite a while.
55
56 Run sup-sync to import all messages now? (enter for "n"): y
57 Ok, trying to run "/var/lib/gems/1.8/gems/sup-0.5/bin/sup-sync --all-sources"...
58 /var/lib/gems/1.8/gems/sup-0.5/bin/sup-config:225: warning: Insecure
59 world writable dir /opt/java in PATH, mode 040777
60 [Sun Jun 01 19:14:37 +0200 2008] using character set encoding "UTF-8"
61 [Sun Jun 01 19:14:37 +0200 2008] optional 'chronic' library not found
62 (run 'gem install chronic' to install)
63 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/crypto.rb:18: warning: Insecure
64 world writable dir /opt/java in PATH, mode 040777
65 [Sun Jun 01 19:14:37 +0200 2008] crypto: detected gpg binary in /usr/bin/gpg
66 [Sun Jun 01 19:14:37 +0200 2008] locking /home/glandais/.sup/lock...
67 [Sun Jun 01 19:14:37 +0200 2008] loading index...
68 [Sun Jun 01 19:14:37 +0200 2008] loaded index of 0 messages
69 Scanning mbox:/home/glandais/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com/Inbox...
70 [Sun Jun 01 19:17:40 +0200 2008] unlocking /home/glandais/.sup/lock...
71 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:60:in
72 `load_header': failed to allocate memory (NoMemoryError)
73 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:56:in
74 `synchronize'
75 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:56:in
76 `load_header'
77 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `send'
78 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `__pass'
79 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:523:in
80 `method_missing'
81 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/message.rb:62:in
82 `initialize'
83 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:151:in `new'
84 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:151:in
85 `add_messages_from'
86 ... 6 levels...
87 from /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:497:in
88 `method_missing'
89 from /var/lib/gems/1.8/gems/sup-0.5/bin/sup-sync:136
90 from /var/lib/gems/1.8/gems/sup-0.5/bin/sup-sync:131:in `each'
91 from /var/lib/gems/1.8/gems/sup-0.5/bin/sup-sync:131
92 Rats, that failed. You may have to do it manually.
93 Try again? (enter for "n"): n
94 [Sun Jun 01 19:17:47 +0200 2008] loading index...
95 [Sun Jun 01 19:17:47 +0200 2008] loaded index of 0 messages
96
97 Okee doke, you've got yourself an index of 0 messages. Looks
98 like you're ready to jack in to cyberspace there, cowboy.
99
100 Just one last command:
101
102 /var/lib/gems/1.8/gems/sup-0.5/bin/sup
103
104 Have fun!
105 -------------------------------------------------
106
107 It uses all my RAM then crash. Same when sup is run :
108
109 -------------------------------------------------
110 [glandais at server:~/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com]
111 $ /var/lib/gems/1.8/gems/sup-0.5/bin/sup
112 [Sun Jun 01 19:18:37 +0200 2008] using character set encoding "UTF-8"
113 [Sun Jun 01 19:18:38 +0200 2008] optional 'chronic' library not found
114 (run 'gem install chronic' to install)
115 [Sun Jun 01 19:18:38 +0200 2008] locking /home/glandais/.sup/lock...
116 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/crypto.rb:18: warning: Insecure
117 world writable dir /opt/java in PATH, mode 040777
118 [Sun Jun 01 19:18:38 +0200 2008] crypto: detected gpg binary in /usr/bin/gpg
119 [Sun Jun 01 19:18:38 +0200 2008] loading index...
120 [Sun Jun 01 19:18:38 +0200 2008] loaded index of 0 messages
121 [Sun Jun 01 19:18:38 +0200 2008] starting curses
122 [Sun Jun 01 19:21:47 +0200 2008] stopped cursing
123 [Sun Jun 01 19:21:47 +0200 2008] oh crap, an exception
124 [Sun Jun 01 19:21:47 +0200 2008] unlocking /home/glandais/.sup/lock...
125 ----------------------------------------------------------------
126 I'm very sorry. It seems that an error occurred in Sup. Please
127 accept my sincere apologies. If you don't mind, please send the
128 contents of sup-exception-log.txt and a brief report of the
129 circumstances to sup-talk at rubyforge dot orgs so that I might
130 address this problem. Thank you!
131
132 Sincerely,
133 William
134 ----------------------------------------------------------------
135 --- NoMemoryError from thread: poll after loading inbox
136 failed to allocate memory
137 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:60:in `load_header'
138 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:56:in `synchronize'
139 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/mbox/loader.rb:56:in `load_header'
140 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `send'
141 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `__pass'
142 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:523:in `method_missing'
143 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/message.rb:62:in `initialize'
144 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:151:in `new'
145 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:151:in `add_messages_from'
146 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/source.rb:98:in `each'
147 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `send'
148 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:534:in `__pass'
149 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:523:in `method_missing'
150 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:141:in `add_messages_from'
151 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:98:in `do_poll'
152 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:86:in `each'
153 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:86:in `do_poll'
154 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:85:in `synchronize'
155 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:85:in `do_poll'
156 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:497:in `send'
157 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:497:in `method_missing'
158 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/poll-mode.rb:17:in `poll'
159 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/poll.rb:53:in `poll'
160 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:497:in `send'
161 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/util.rb:497:in `method_missing'
162 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:210
163 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:60:in `reporting_thread'
164 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `initialize'
165 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `new'
166 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `reporting_thread'
167 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:210
168 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:536:in `call'
169 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:536:in
170 `__unprotected_load_threads'
171 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:478:in `call'
172 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:478:in
173 `load_n_threads_background'
174 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:60:in `reporting_thread'
175 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `initialize'
176 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `new'
177 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `reporting_thread'
178 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:476:in
179 `load_n_threads_background'
180 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:546:in
181 `__unprotected_load_threads'
182 (eval):12:in `load_threads'
183 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:210
184 --- SystemExit from thread: main
185 failed to allocate memory
186 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:64:in `method_missing'
187 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:226
188 -------------------------------------------------
189
190 Thanks
191
192 Gabriel
193
194 From wmorgan-sup@masanjin.net Mon Jun 2 22:18:42 2008
195 From: wmorgan-sup@masanjin.net (William Morgan)
196 Date: Mon, 02 Jun 2008 19:18:42 -0700
197 Subject: [sup-talk] [PATCH] sup color customization
198 In-Reply-To: <1211751572-sup-9094@Hel>
199 References: <1211751572-sup-9094@Hel>
200 Message-ID: <1212459482-sup-7402@entry>
201
202 Hi Lionel,
203
204 This looks great. But I think the patch was corrupted, somewhere around
205 these lines. Can you please resend?
206
207 Reformatted excerpts from Lionel Ott's message of 2008-05-25:
208 > + :starred_patina => { :fg => "yellow", :bg => "green", :attrs => ["bold"] },
209 > + :alternate_starrte_colormap
210 > end
211 >
212 > def add sym, fg, bg, attr=nil, opts={}
213 > @@ -108,6 +149,43 @@ class Colormap
214 --
215 William <wmorgan-sup at masanjin.net>
216
217 From wmorgan-sup@masanjin.net Mon Jun 2 22:34:04 2008
218 From: wmorgan-sup@masanjin.net (William Morgan)
219 Date: Mon, 02 Jun 2008 19:34:04 -0700
220 Subject: [sup-talk] [bug] NoMemoryError on huge mbox
221 In-Reply-To: <188c71690806011026u55851e39k2dd982dae28621d@mail.gmail.com>
222 References: <188c71690806011026u55851e39k2dd982dae28621d@mail.gmail.com>
223 Message-ID: <1212460371-sup-5830@entry>
224
225 Reformatted excerpts from Gabriel Landais's message of 2008-06-01:
226 > I'm not able to load my Thunderbird mbox into sup. Added my Inbox
227 > mbox with sup-add/sup-config :
228
229 Interesting. This error seems to occur during a string construction.
230 Others have reported weird problems with Thunderbird mbox files before,
231 and I now suspect there's something screwy about their mbox format.
232 Like, they use \r instead of \n for linebreaks. Which wouldn't make any
233 fucking sense at all, but who knows.
234
235 Can you post the output of a
236
237 ruby -e 'p File.open("Inbox").read(1000)'
238
239 so we can take a look at what these guys are doing? (Or whatever
240 Thunderbird file you want instead of "Inbox".)
241
242 Thanks!
243 --
244 William <wmorgan-sup at masanjin.net>
245
246 From white.magic@gmx.de Tue Jun 3 03:30:52 2008
247 From: white.magic@gmx.de (Lionel Ott)
248 Date: Tue, 03 Jun 2008 09:30:52 +0200
249 Subject: [sup-talk] [PATCH] sup color customization
250 In-Reply-To: <1212459482-sup-7402@entry>
251 References: <1211751572-sup-9094@Hel> <1212459482-sup-7402@entry>
252 Message-ID: <1212478040-sup-3426@Hel>
253
254 Excerpts from William Morgan's message of Tue Jun 03 04:18:42 +0200 2008:
255 > This looks great. But I think the patch was corrupted, somewhere around
256 > these lines. Can you please resend?
257 >
258 > Reformatted excerpts from Lionel Ott's message of 2008-05-25:
259 > > + :starred_patina => { :fg => "yellow", :bg => "green", :attrs => ["bold"] },
260 > > + :alternate_starrte_colormap
261 > > end
262 > >
263 > > def add sym, fg, bg, attr=nil, opts={}
264 > > @@ -108,6 +149,43 @@ class Colormap
265
266 Sure I'll attach it this time hopefully it won't break this way.
267 -------------- next part --------------
268 A non-text attachment was scrubbed...
269 Name: 0001-sup-color-customization.patch
270 Type: application/octet-stream
271 Size: 9511 bytes
272 Desc: not available
273 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080603/365d6692/attachment.obj>
274
275 From gabriel.landais@gmail.com Tue Jun 3 04:09:24 2008
276 From: gabriel.landais@gmail.com (Gabriel Landais)
277 Date: Tue, 3 Jun 2008 10:09:24 +0200
278 Subject: [sup-talk] [bug] NoMemoryError on huge mbox
279 In-Reply-To: <1212460371-sup-5830@entry>
280 References: <188c71690806011026u55851e39k2dd982dae28621d@mail.gmail.com>
281 <1212460371-sup-5830@entry>
282 Message-ID: <188c71690806030109u23997504w93195ebc7efd22fa@mail.gmail.com>
283
284 On Tue, Jun 3, 2008 at 4:34 AM, William Morgan <wmorgan-sup at masanjin.net> wrote:
285 > Reformatted excerpts from Gabriel Landais's message of 2008-06-01:
286 >> I'm not able to load my Thunderbird mbox into sup. Added my Inbox
287 >> mbox with sup-add/sup-config :
288 >
289 > Interesting. This error seems to occur during a string construction.
290 > Others have reported weird problems with Thunderbird mbox files before,
291 > and I now suspect there's something screwy about their mbox format.
292 > Like, they use \r instead of \n for linebreaks. Which wouldn't make any
293 > fucking sense at all, but who knows.
294 >
295 > Can you post the output of a
296 >
297 > ruby -e 'p File.open("Inbox").read(1000)'
298 >
299 > so we can take a look at what these guys are doing? (Or whatever
300 > Thunderbird file you want instead of "Inbox".)
301 >
302
303 Here it is (for 10, same thing for 100 000!) :
304
305 [glandais at server:~/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com]
306 $ ruby -e 'p File.open("Inbox").read(10)'
307 "\000\000\000\000\000\000\000\000\000\000"
308
309 Perhaps I just shouldn't use that mbox. I never understood how
310 messages are saved in these directories. My folder looks like that :
311
312 [glandais at server:~/.mozilla-thunderbird/4v86e51w.default/Mail] $ durep
313 [ /home/glandais/.mozilla-thunderbird/4v86e51w.default/Mail/ 520.3M ]
314 276.2M [%%%%%%%%%%%%%%% ] 1 53.08% Local Folders/
315 252.9M [%%%%%%%%%%%%%%%%%%%%%%%%%%% ] 5 91.59% Inbox.sbd/
316 207.8M [%%%%%%%%%%%%%%%%%%%%%%%% ] 5 82.16% Listes.sbd/
317 202.2M [%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ] 0 97.30% cl.sbd/
318 5.5M [ ] 0 2.63%
319 decathlon.sbd/
320 60.0K [ ] 0 0.03% le.sbd/
321 36.0K [ ] 14 0.02% [FILES]
322 28.0K [ ] 1 0.01% bricks.sbd/
323 12.0K [%%%%%%%%%%%% ] 0
324 42.86% tapestry.sbd/
325 8.0K [%%%%%%%% ] 4 28.57% [FILES]
326 12.0K [ ] 0 0.01% lucene.sbd/
327 31.3M [%%% ] 16 12.36% [FILES]
328 7.1M [ ] 0 2.81% Projets.sbd/
329 4.5M [ ] 0 1.77% formations.sbd/
330 2.1M [ ] 0 0.84%
331 simexplorer-si.sbd/
332 124.0K [ ] 0 0.05% sandra.sbd/
333 23.2M [%% ] 15 8.41% [FILES]
334 244.1M [%%%%%%%%%%%%%% ] 0 46.92% pops.codelutin.com/
335
336 It was just to give a try to Sup on Thunderbird, I'll try another mbox.
337
338 Thanks
339
340 Gabriel
341
342 From benjamin.kircher@gmail.com Tue Jun 3 07:05:46 2008
343 From: benjamin.kircher@gmail.com (Benjamin Kircher)
344 Date: Tue, 3 Jun 2008 13:05:46 +0200
345 Subject: [sup-talk] Sup won't start after upgrade to ruby 1.8.7
346 Message-ID: <73bc18b90806030405w5d345b38p3f40542c870a5626@mail.gmail.com>
347
348 Hi there,
349
350
351 got an exception, which is attached. I'm running the git master branch on a
352 Debian sid box. Today ruby and libncurses5 got updated and Sup won't start
353 anymore.
354
355 Please let me know if I can provide more information.
356
357
358 Benjamin
359 -------------- next part --------------
360 An HTML attachment was scrubbed...
361 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080603/90330e6f/attachment.html>
362 -------------- next part --------------
363 An embedded and charset-unspecified text was scrubbed...
364 Name: exception-log.txt
365 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080603/90330e6f/attachment.txt>
366
367 From bdwalton@gmail.com Tue Jun 3 20:39:05 2008
368 From: bdwalton@gmail.com (Ben Walton)
369 Date: Tue, 3 Jun 2008 20:39:05 -0400
370 Subject: [sup-talk] [PATCH] maildir speedups
371 In-Reply-To: <1212164782-sup-103@entry>
372 References: <f96e0240804301150w5e07823cuf3b16fc7dffa759e@mail.gmail.com>
373 <1211254100-sup-9575@south>
374 <f96e0240805200924u1c991392oe36de853e208bab8@mail.gmail.com>
375 <f96e0240805201808k4bcf9947j45779b751a9abb66@mail.gmail.com>
376 <1211682829-sup-9284@south> <1212028646-sup-7356@spooky.local>
377 <f96e0240805290634x7575c75fsd7d147491d42e6ad@mail.gmail.com>
378 <1212164782-sup-103@entry>
379 Message-ID: <f96e0240806031739p1ff0a45cw8a0af05c29f60103@mail.gmail.com>
380
381 Ok, I took Grant's suggestion and just dropped the cleanup of the id
382 -> filename mapping hash.
383
384 -Ben
385 --
386 ---------------------------------------------------------------------------------------------------------------------------
387 Ben Walton <bdwalton at gmail.com>
388
389 When one person suffers from a delusion, it is called insanity. When
390 many people suffer from a delusion it is called Religion.
391 Robert M. Pirsig, Zen and the Art of Motorcycle Maintenance
392
393 ---------------------------------------------------------------------------------------------------------------------------
394 -------------- next part --------------
395 A non-text attachment was scrubbed...
396 Name: 0005-maildir-cpu-usage-regression-fix.patch
397 Type: text/x-diff
398 Size: 1048 bytes
399 Desc: not available
400 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080603/adff285d/attachment-0001.bin>
401
402 From wmorgan-sup@masanjin.net Tue Jun 3 22:27:12 2008
403 From: wmorgan-sup@masanjin.net (William Morgan)
404 Date: Tue, 03 Jun 2008 19:27:12 -0700
405 Subject: [sup-talk] [PATCH] sup color customization
406 In-Reply-To: <1212478040-sup-3426@Hel>
407 References: <1211751572-sup-9094@Hel> <1212459482-sup-7402@entry>
408 <1212478040-sup-3426@Hel>
409 Message-ID: <1212546258-sup-4914@entry>
410
411 Reformatted excerpts from Lionel Ott's message of 2008-06-03:
412 > Sure I'll attach it this time hopefully it won't break this way.
413
414 Ok great. I've merged this into next. I tweaked it a little bit. In
415 particular:
416
417 1. I removed top-level "colors:" from colors.yaml.
418 2. Single attributes can now be specified in one line without the array
419 syntax.
420
421 So the following is a valid ~/.sup/colors.yaml:
422
423 :label:
424 :fg: green
425 :bg: black
426 :attrs: bold
427
428 Enjoy!
429 --
430 William <wmorgan-sup at masanjin.net>
431
432 From wmorgan-sup@masanjin.net Tue Jun 3 22:42:36 2008
433 From: wmorgan-sup@masanjin.net (William Morgan)
434 Date: Tue, 03 Jun 2008 19:42:36 -0700
435 Subject: [sup-talk] [bug] NoMemoryError on huge mbox
436 In-Reply-To: <188c71690806030109u23997504w93195ebc7efd22fa@mail.gmail.com>
437 References: <188c71690806011026u55851e39k2dd982dae28621d@mail.gmail.com>
438 <1212460371-sup-5830@entry>
439 <188c71690806030109u23997504w93195ebc7efd22fa@mail.gmail.com>
440 Message-ID: <1212547299-sup-1634@entry>
441
442 Reformatted excerpts from Gabriel Landais's message of 2008-06-03:
443 > Here it is (for 10, same thing for 100 000!) :
444 >
445 > [glandais at server:~/.mozilla-thunderbird/4v86e51w.default/Mail/pops.codelutin.com
446 > ]
447 > $ ruby -e 'p File.open("Inbox").read(10)'
448 > "\000\000\000\000\000\000\000\000\000\000"
449
450 Ok, well, you can't really fault Sup for that one! It's just reading
451 until it gets a newline. :)
452
453 Still, why would Thunderbird produce a file full of zeros?
454
455 > Perhaps I just shouldn't use that mbox. I never understood how
456 > messages are saved in these directories.
457
458 Here's what the Thunderbird FAQ claims:
459
460 Your mail files are inside your profile (see the Profile Folder), in
461 the Mail and (if you use IMAP) ImapMail folders. Each mail folder
462 (Inbox, Sent, etc.) is stored as two files ? one with no extension
463 (e.g. INBOX), which is the mail file itself (in "mbox" format), and
464 one with an .msf extension (e.g. INBOX.msf), which is the index (Mail
465 Summary File) to the mail file. Tell the other program to import mail
466 from the file with no extension.
467
468 http://www.mozilla.org/support/thunderbird/faq
469
470 Which implies to me that Inbox was the correct file. But apparently not.
471 Are there any other files that look like normal mbox files?
472 --
473 William <wmorgan-sup at masanjin.net>
474
475 From wmorgan-sup@masanjin.net Tue Jun 3 22:49:02 2008
476 From: wmorgan-sup@masanjin.net (William Morgan)
477 Date: Tue, 03 Jun 2008 19:49:02 -0700
478 Subject: [sup-talk] [PATCH] maildir speedups
479 In-Reply-To: <f96e0240806031739p1ff0a45cw8a0af05c29f60103@mail.gmail.com>
480 References: <f96e0240804301150w5e07823cuf3b16fc7dffa759e@mail.gmail.com>
481 <1211254100-sup-9575@south>
482 <f96e0240805200924u1c991392oe36de853e208bab8@mail.gmail.com>
483 <f96e0240805201808k4bcf9947j45779b751a9abb66@mail.gmail.com>
484 <1211682829-sup-9284@south> <1212028646-sup-7356@spooky.local>
485 <f96e0240805290634x7575c75fsd7d147491d42e6ad@mail.gmail.com>
486 <1212164782-sup-103@entry>
487 <f96e0240806031739p1ff0a45cw8a0af05c29f60103@mail.gmail.com>
488 Message-ID: <1212547727-sup-7221@entry>
489
490 Reformatted excerpts from Ben Walton's message of 2008-06-03:
491 > Ok, I took Grant's suggestion and just dropped the cleanup of the id
492 > -> filename mapping hash.
493
494 Merged right in. Thanks!
495 --
496 William <wmorgan-sup at masanjin.net>
497
498 From wmorgan-sup@masanjin.net Tue Jun 3 22:57:58 2008
499 From: wmorgan-sup@masanjin.net (William Morgan)
500 Date: Tue, 03 Jun 2008 19:57:58 -0700
501 Subject: [sup-talk] Sup won't start after upgrade to ruby 1.8.7
502 In-Reply-To: <73bc18b90806030405w5d345b38p3f40542c870a5626@mail.gmail.com>
503 References: <73bc18b90806030405w5d345b38p3f40542c870a5626@mail.gmail.com>
504 Message-ID: <1212548156-sup-6578@entry>
505
506 Reformatted excerpts from Benjamin Kircher's message of 2008-06-03:
507 > got an exception, which is attached. I'm running the git master branch
508 > on a Debian sid box. Today ruby and libncurses5 got updated and Sup
509 > won't start anymore.
510
511 Gah. This doesn't even make any sense:
512
513 > --- ArgumentError from thread: main
514 > wrong number of arguments (2 for 1)
515 > /home/benjamin/projects/sup/lib/sup/index.rb:422:in `respond_to?'
516 > /home/benjamin/projects/sup/lib/sup/index.rb:422:in `flatten'
517
518 There's no call to respond_to? in there.
519
520 I guess I should download 1.8.7 and see what they've done. Maybe Hash.[]
521 has changed?
522 --
523 William <wmorgan-sup at masanjin.net>
524
525 From wmorgan-sup@masanjin.net Tue Jun 3 23:05:53 2008
526 From: wmorgan-sup@masanjin.net (William Morgan)
527 Date: Tue, 03 Jun 2008 20:05:53 -0700
528 Subject: [sup-talk] [PATCH] adding a reply-to hook for setting the
529 default reply-to mode
530 In-Reply-To: <1212248837-sup-4199@archie>
531 References: <1212248837-sup-4199@archie>
532 Message-ID: <1212548710-sup-5523@entry>
533
534 Merged in to next. Thanks!
535
536 Reformatted excerpts from its.jeff.balogh's message of 2008-05-31:
537 > Trying again, hopefully the docs are better now. If there's a better
538 > way to pretty-print the array, I'd be glad to know it.
539
540 You could use REPLY_TYPES.inspect.
541 --
542 William <wmorgan-sup at masanjin.net>
543
544 From fedzor@gmail.com Wed Jun 4 14:26:17 2008
545 From: fedzor@gmail.com (fedzor)
546 Date: Wed, 4 Jun 2008 14:26:17 -0400
547 Subject: [sup-talk] Checking for unexpected types
548 Message-ID: <2747A2E5-4957-45B5-AC5F-605A3196F874@gmail.com>
549
550 Yes, this could very well turn into a "dynamic vs. static" debate,
551 but I don't want it to.
552
553 --- SystemExit from thread: main
554 undefined method `each' for false:FalseClass
555 /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/lib/sup.rb:64:in
556 `select'
557 /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/lib/sup/buffer.rb:
558 31:in `nonblocking_getch'
559 /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/bin/sup:227
560 /Users/ari/local/lib/ruby/gems/1.8/bin/sup:19:in `load'
561 /Users/ari/local/lib/ruby/gems/1.8/bin/sup:19
562
563 I get way too many of these. Maybe it's because I'm using gmail and
564 it just gets sooooooo many hits that some get lost, but I'm tired of
565 it. I want to switch over to sup full-time, but I can't because it
566 crashes often, when I scroll down too much or when it tries to load a
567 lot of emails.
568
569 So... Is this some other problem, or should I go through and add a
570 bunch of "unless type === Something" throughout the code?
571
572 Option two.... Add NilClass#coerce
573
574 Is it worth doing this? I'm going to fix this either way, so the
575 question is.... Which will impact performance the least? Ruby is
576 interpreted so I don't have to worry about screwing up branch
577 prediction, but I'm worried about method calls.
578
579 Mr. Morgan, any advice for which path I should take?
580
581 Thanks,
582 -------------------------------------------------------|
583 ~ Ari
584 ".. NOT INTENDED FOR USE IN ... NUCLEAR FACILITIES, AIRCRAFT
585 NAVIGATION ... LIFE SUPPORT MACHINES" - iTunes EULA
586
587
588 From wmorgan-sup@masanjin.net Wed Jun 4 15:12:39 2008
589 From: wmorgan-sup@masanjin.net (William Morgan)
590 Date: Wed, 04 Jun 2008 12:12:39 -0700
591 Subject: [sup-talk] Checking for unexpected types
592 In-Reply-To: <2747A2E5-4957-45B5-AC5F-605A3196F874@gmail.com>
593 References: <2747A2E5-4957-45B5-AC5F-605A3196F874@gmail.com>
594 Message-ID: <1212605536-sup-2572@entry>
595
596 Reformatted excerpts from fedzor's message of 2008-06-04:
597 > --- SystemExit from thread: main
598 > undefined method `each' for false:FalseClass
599 > /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/lib/sup.rb:64:in
600 > `select'
601 > /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/lib/sup/buffer.rb:
602 > 31:in `nonblocking_getch'
603 > /Users/ari/local//lib/ruby/gems/1.8/gems/sup-0.5/bin/sup:227
604 > /Users/ari/local/lib/ruby/gems/1.8/bin/sup:19:in `load'
605 > /Users/ari/local/lib/ruby/gems/1.8/bin/sup:19
606 >
607 > I get way too many of these. Maybe it's because I'm using gmail and
608 > it just gets sooooooo many hits that some get lost, but I'm tired of
609 > it. I want to switch over to sup full-time, but I can't because it
610 > crashes often, when I scroll down too much or when it tries to load a
611 > lot of emails.
612
613 Interesting. Sup rarely crashes for me any more, and I make it work
614 pretty hard. I don't use IMAP, so that might be the difference. (Pretty
615 much everyone seems to have problems with the Ruby IMAP library.)
616
617 I don't think typechecking is the right way to handle this. Typically a
618 NME is a symptom of something else being wrong (like NPEs in Java), so
619 fixing that is just symptomatic medicine.
620
621 The backtrace above doesn't make any sense. 'Undefined method' generates
622 a NoMethodError, not a SystemExit, and there's no select method in
623 sup.rb. This is a sign that something weird is happening with threads
624 and exception handling.
625
626 So, if you can make this happen consistently, then I would recommend
627 trying to track down the source(s) of the problem. Is it just one line?
628 Or is it really a systematic problem throughout Sup?
629
630 Things to try:
631 - apply commit 7f2af9ac8bc70ff41b0dc64eccd068118abe19f2, which I've
632 just merged into master and next. This requires fastthread, and adds
633 some synchronization around the exception handling. I've attached the
634 patch for your convenience, though I'm not sure if it will apply
635 cleanly to 0.5. This might help produce intelligence backtraces.
636
637 - Run sup with -n (which turns off threading) and see if you can get a
638 real backtrace for the above error.
639
640 - Use offlineimap and see if you can still induce the exceptions.
641 --
642 William <wmorgan-sup at masanjin.net>
643 -------------- next part --------------
644 A non-text attachment was scrubbed...
645 Name: 0001-exception-cleanup-synchronize-access-and-require-f.patch
646 Type: application/octet-stream
647 Size: 3228 bytes
648 Desc: not available
649 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080604/d946b7d4/attachment.obj>
650
651 From white.magic@gmx.de Thu Jun 5 16:13:26 2008
652 From: white.magic@gmx.de (Lionel Ott)
653 Date: Thu, 05 Jun 2008 22:13:26 +0200
654 Subject: [sup-talk] [PATCH] sup color customization
655 In-Reply-To: <1212546258-sup-4914@entry>
656 References: <1211751572-sup-9094@Hel> <1212459482-sup-7402@entry>
657 <1212478040-sup-3426@Hel> <1212546258-sup-4914@entry>
658 Message-ID: <1212696570-sup-2700@Hel>
659
660 Excerpts from William Morgan's message of Wed Jun 04 04:27:12 +0200 2008:
661 > Reformatted excerpts from Lionel Ott's message of 2008-06-03:
662 > > Sure I'll attach it this time hopefully it won't break this way.
663 >
664 > Ok great. I've merged this into next. I tweaked it a little bit. In
665 > particular:
666 >
667 > 1. I removed top-level "colors:" from colors.yaml.
668 > 2. Single attributes can now be specified in one line without the array
669 > syntax.
670 >
671 > So the following is a valid ~/.sup/colors.yaml:
672 >
673 > :label:
674 > :fg: green
675 > :bg: black
676 > :attrs: bold
677 >
678 > Enjoy!
679
680 Cool, I also pondered whether I should remove the colors: thing from the
681 config file but decided to leave it in because I couldn't decide between
682 leaving it in and taking it out :-)
683 The single attribute change is good, I didn't think too much about
684 streamlining the config.
685
686 From zkriner@gmail.com Wed Jun 11 12:21:15 2008
687 From: zkriner@gmail.com (zak kriner)
688 Date: Wed, 11 Jun 2008 12:21:15 -0400
689 Subject: [sup-talk] Sup won't start after upgrade to ruby 1.8.7
690 In-Reply-To: <1212548156-sup-6578@entry>
691 References: <73bc18b90806030405w5d345b38p3f40542c870a5626@mail.gmail.com>
692 <1212548156-sup-6578@entry>
693 Message-ID: <ed09dda40806110921x436ebb92l79710cd486e5761@mail.gmail.com>
694
695 After googling around, looks like ruby 1.8.7 includes an optional
696 argument to change the Array.flatten depth
697 <http://www.rubyinside.com/ruby-187-released-912.html>. The default
698 behavior looks like it should be the same as 1.8.6, but I get the same
699 error as Benjamin. Patch below restores something similar to the old
700 behavior, which get things up and running again on my setup
701 (debian/sid).
702
703 diff --git a/lib/sup/util.rb b/lib/sup/util.rb
704 index ceaf0b8..37c26b0 100644
705 --- a/lib/sup/util.rb
706 +++ b/lib/sup/util.rb
707 @@ -399,6 +399,20 @@ class Array
708
709 def to_boolean_h; Hash[*map { |x| [x, true] }.flatten]; end
710
711 + if RUBY_VERSION == '1.8.7'
712 + def flatten
713 + ret = []
714 + self.each do |o|
715 + if o.is_a?(Array)
716 + ret.push(*(o.flatten))
717 + else
718 + ret << o
719 + end
720 + end
721 + ret
722 + end
723 + end
724 +
725 def last= e; self[-1] = e end
726 def nonempty?; !empty? end
727 end
728
729
730 On Tue, Jun 3, 2008 at 10:57 PM, William Morgan
731 <wmorgan-sup at masanjin.net> wrote:
732 >
733 > Reformatted excerpts from Benjamin Kircher's message of 2008-06-03:
734 > > got an exception, which is attached. I'm running the git master branch
735 > > on a Debian sid box. Today ruby and libncurses5 got updated and Sup
736 > > won't start anymore.
737 >
738 > Gah. This doesn't even make any sense:
739 >
740 > > --- ArgumentError from thread: main
741 > > wrong number of arguments (2 for 1)
742 > > /home/benjamin/projects/sup/lib/sup/index.rb:422:in `respond_to?'
743 > > /home/benjamin/projects/sup/lib/sup/index.rb:422:in `flatten'
744 >
745 > There's no call to respond_to? in there.
746 >
747 > I guess I should download 1.8.7 and see what they've done. Maybe Hash.[]
748 > has changed?
749 > --
750 > William <wmorgan-sup at masanjin.net>
751 > _______________________________________________
752 > sup-talk mailing list
753 > sup-talk at rubyforge.org
754 > http://rubyforge.org/mailman/listinfo/sup-talk
755
756 From bburky@bburky.com Wed Jun 11 21:47:26 2008
757 From: bburky@bburky.com (Blake Burkhart)
758 Date: Wed, 11 Jun 2008 20:47:26 -0500
759 Subject: [sup-talk] Comments from a new user and a question about spam
760 Message-ID: <1213235070-sup-7881@ellipsis.bburky.com>
761
762 First, I'd like to say that sup is great. I realized that it would be good to
763 use a console email client would be simpler, less complicated, and just seemed
764 cool a while back. However, I chose to try out mutt and it became a lot more
765 complicated instead. Sup however, is fantastic. Not to complicated, all the
766 features you need and still fairly simple to use.
767
768 However, I can't find an easy way to deal with spam using sup. Before, I was
769 moving any spam to a separate IMAP folder on the server and had a script running
770 with cron that sent the entire spam folder to spamassassin's Bayesian training
771 program, sa-learn, so it could learn it was spam. Afterwards, it moved the
772 contents of the spam folder to the trash folder.
773
774 Now, the script still runs and sup doesn't seem to have too much of a problem
775 with email disappearing from it's mailbox other than needing to run "sup-sync
776 --changed" on the spam mailbox. However, I now have no way to send any new
777 messages to the IMAP spam folder so they are taught to the Bayesian filter
778 because sup simply adds the spam label to messages to mark them as spam.
779
780 I was wondering if there was anyway a ruby script could search for any messages
781 with the spam label, get the filenames of the messages, move the messages to
782 the other folder, run offlineimap to sync them over, and then run "sup-sync
783 --changed" on the spam mailbox. However, I'm currently stil teaching my self
784 ruby (for the purpose of learning Ruby on Rails) and I have no idea if there's
785 anyway to access the files from inside sup.
786
787 Of course if there's any easier way to move the messages with the spam label
788 that would be nice too.
789
790 Thanks
791 --
792 Blake Burkhart
793
794 From marc.hartstein@alum.vassar.edu Thu Jun 12 12:05:46 2008
795 From: marc.hartstein@alum.vassar.edu (Marc Hartstein)
796 Date: Thu, 12 Jun 2008 12:05:46 -0400
797 Subject: [sup-talk] [PATCH] add reply-from hook for user-defined handling of
798 default from in replies
799 In-Reply-To: <1209484583-sup-8823@south>
800 References: <1209484583-sup-8823@south>
801 Message-ID: <1213286746-24268-1-git-send-email-marc.hartstein@alum.vassar.edu>
802
803 The reply-from hook can now be used to process headers in a different manner
804 than the default for purposes of generating a default From: header when
805 replying to an email.
806 ---
807 lib/sup/modes/reply-mode.rb | 23 ++++++++++++++++++++++-
808 1 files changed, 22 insertions(+), 1 deletions(-)
809
810 diff --git a/lib/sup/modes/reply-mode.rb b/lib/sup/modes/reply-mode.rb
811 index e7b2929..d6a7dc6 100644
812 --- a/lib/sup/modes/reply-mode.rb
813 +++ b/lib/sup/modes/reply-mode.rb
814 @@ -19,6 +19,16 @@ Return value:
815 A string containing the text of the quote line (can be multi-line)
816 EOS
817
818 + HookManager.register "reply-from", <<EOS
819 +Selects a default address for the From: header of a new reply.
820 +Variables:
821 + message: a message object representing the message being replied to
822 + (useful values include message.recipient_email, message.to, and message.cc)
823 +Return value:
824 + A Person to be used as the default for the From: header, or nil to use the
825 + default behavior.
826 +EOS
827 +
828 def initialize message
829 @m = message
830
831 @@ -29,8 +39,19 @@ EOS
832
833 ## first, determine the address at which we received this email. this will
834 ## become our From: address in the reply.
835 + hook_reply_from = HookManager.run "reply-from", :message => @m
836 +
837 + ## sanity check that selection is a Person (or we'll fail below)
838 + ## don't check that it's an Account, though; assume they know what they're doing.
839 + if hook_reply_from && !(hook_reply_from.is_a? Person)
840 + Redwood::log "reply-from returned non-Person, using default from."
841 + hook_reply_from = nil
842 + end
843 +
844 from =
845 - if @m.recipient_email && AccountManager.is_account_email?(@m.recipient_email)
846 + if hook_reply_from
847 + hook_reply_from
848 + elsif @m.recipient_email && AccountManager.is_account_email?(@m.recipient_email)
849 PersonManager.person_for(@m.recipient_email)
850 elsif(b = (@m.to + @m.cc).find { |p| AccountManager.is_account? p })
851 b
852 --
853 1.5.3.7
854
855
856 From marc.hartstein@alum.vassar.edu Thu Jun 12 12:12:35 2008
857 From: marc.hartstein@alum.vassar.edu (Marc Hartstein)
858 Date: Thu, 12 Jun 2008 12:12:35 -0400
859 Subject: [sup-talk] [PATCH] add reply-from hook for user-defined
860 handling of default from in replies
861 In-Reply-To: <1213286746-24268-1-git-send-email-marc.hartstein@alum.vassar.edu>
862 References: <1209484583-sup-8823@south>
863 <1213286746-24268-1-git-send-email-marc.hartstein@alum.vassar.edu>
864 Message-ID: <1213286886-sup-3009@cabinet>
865
866 Excerpts from Marc Hartstein's message of Thu Jun 12 12:05:46 -0400 2008:
867 > The reply-from hook can now be used to process headers in a different manner
868 > than the default for purposes of generating a default From: header when
869 > replying to an email.
870
871 Note that this patch is against master; it requires a bit of (trivial)
872 handholding to apply to next, as patch cannot figure out how to apply it
873 with the excellent reply-to patch in place.
874
875 I decided to check that the return value is a Person (else later code
876 would fail), but not to confirm that it's actually a registered Account
877 -- if someone wants to do something weird like that, I'll assume they
878 meant to.
879 -------------- next part --------------
880 A non-text attachment was scrubbed...
881 Name: signature.asc
882 Type: application/pgp-signature
883 Size: 189 bytes
884 Desc: not available
885 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080612/5f4b8fce/attachment.bin>
886
887 From wmorgan-sup@masanjin.net Thu Jun 12 15:35:16 2008
888 From: wmorgan-sup@masanjin.net (William Morgan)
889 Date: Thu, 12 Jun 2008 12:35:16 -0700
890 Subject: [sup-talk] Comments from a new user and a question about spam
891 In-Reply-To: <1213235070-sup-7881@ellipsis.bburky.com>
892 References: <1213235070-sup-7881@ellipsis.bburky.com>
893 Message-ID: <1213298358-sup-5660@entry>
894
895 Reformatted excerpts from Blake Burkhart's message of 2008-06-11:
896 > I was wondering if there was anyway a ruby script could search for any
897 > messages with the spam label, get the filenames of the messages, move
898 > the messages to the other folder, run offlineimap to sync them over,
899 > and then run "sup-sync --changed" on the spam mailbox. However, I'm
900 > currently stil teaching my self ruby (for the purpose of learning Ruby
901 > on Rails) and I have no idea if there's anyway to access the files
902 > from inside sup.
903
904 There's a tool call sup-sync-back which can remove spam-labeled messages
905 from an mbox file, which is the or less what you want. Extending it to
906 work with Maildir has been on the todo list a long time. I've added that
907 as an official ditz issue:
908
909 http://sup.rubyforge.org/ditz/issue-57668c69d0190d6e849309834d4ad1d215efa779.html
910 --
911 William <wmorgan-sup at masanjin.net>
912
913 From bburky@bburky.com Sun Jun 15 18:18:13 2008
914 From: bburky@bburky.com (Blake Burkhart)
915 Date: Sun, 15 Jun 2008 17:18:13 -0500
916 Subject: [sup-talk] Comments from a new user and a question about spam
917 In-Reply-To: <1213298358-sup-5660@entry>
918 References: <1213235070-sup-7881@ellipsis.bburky.com>
919 <1213298358-sup-5660@entry>
920 Message-ID: <1213567855-sup-4722@ellipsis.bburky.com>
921
922 Excerpts from William Morgan's message of Thu Jun 12 14:35:16 -0500 2008:
923 > There's a tool call sup-sync-back which can remove spam-labeled messages
924 > from an mbox file, which is the or less what you want.
925
926 Wow, I completely missed that particular program when I was looking for a way to
927 move the spam. The name "sup-sync-back" isn't the most descriptive name for what
928 it does though. Yeah that's exactly what I'm looking for. If its move option worked
929 on maildirs that would work perfectly.
930
931 > Extending it to work with Maildir has been on the todo list a long time.
932
933 Yeah, that would be nice. I don't hardly know ruby (yet) so I won't offer to help,
934 but that's great.
935 --
936 Blake Burkhart
937
938 From bdwalton@gmail.com Tue Jun 17 15:02:59 2008
939 From: bdwalton@gmail.com (Ben Walton)
940 Date: Tue, 17 Jun 2008 15:02:59 -0400
941 Subject: [sup-talk] [PATCH] filter-person hook
942 Message-ID: <f96e0240806171202v64296c26s54b7c7386ed95dee@mail.gmail.com>
943
944 Hi All,
945
946 After being a little frustrated with the PersonManager machinery and
947 what it did to mail from our ticketing system, I decided to go in a
948 rip out that code (as William mentioned might be worthwhile some time
949 back). I did this but wasn't thrilled with the result...all threads
950 in the index are initially displayed without the 'proper' names on
951 them. In most cases, the PersonManager code was doing the right thing
952 (at least in my view) and I like the functionality overall.
953
954 In light of this I decided to add a hook instead that lets the user
955 determine on the fly whether or not to cache display names in the
956 PersonManager. The attached patch adds the filter-person hook to
957 accomplish this. The hook is passed a person object and should return
958 a boolean value. A true value indicates that the person object for
959 the specific piece of mail should be returned, thus giving sup the
960 name attached to the individual piece of mail. False indicates that
961 the 'best' name as cached by PersonManager will be used. I've been
962 running this patch for about a week and am happy with it. A colleague
963 has also been using it.
964
965 I hope you'll find it useful as well. I think it's a "best of both
966 worlds" type approach!
967
968 -Ben
969 --
970 ---------------------------------------------------------------------------------------------------------------------------
971 Ben Walton <bdwalton at gmail.com>
972
973 When one person suffers from a delusion, it is called insanity. When
974 many people suffer from a delusion it is called Religion.
975 Robert M. Pirsig, Zen and the Art of Motorcycle Maintenance
976
977 ---------------------------------------------------------------------------------------------------------------------------
978 -------------- next part --------------
979 A non-text attachment was scrubbed...
980 Name: 0001-Added-filter-person-hook.patch
981 Type: text/x-diff
982 Size: 2560 bytes
983 Desc: not available
984 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20080617/e858d40f/attachment.bin>
985
986 From decklin@red-bean.com Wed Jun 18 16:25:56 2008
987 From: decklin@red-bean.com (Decklin Foster)
988 Date: Wed, 18 Jun 2008 16:25:56 -0400
989 Subject: [sup-talk] [PATCH] respond_to? needs include_private argument
990 Message-ID: <1213819628-sup-7961@jobim>
991
992 Sup started mysteriously bailing out on me today after an apt-get
993 update with stuff like this:
994
995 --- ArgumentError from thread: main
996 wrong number of arguments (2 for 1)
997 /usr/lib/ruby/1.8/sup/index.rb:424:in `respond_to?'
998 /usr/lib/ruby/1.8/sup/index.rb:424:in `flatten'
999 /usr/lib/ruby/1.8/sup/index.rb:424:in `load_sources'
1000 /usr/lib/ruby/1.8/sup/index.rb:108:in `load'
1001 /usr/lib/ruby/1.8/sup/util.rb:497:in `send'
1002 /usr/lib/ruby/1.8/sup/util.rb:497:in `method_missing'
1003 /usr/bin/sup:122
1004
1005 I did some digging and it seems like when Array#flatten, in attempting
1006 to figure out if it can flatten some list element recursively, sends
1007 it :respond_to? with both arguments -- I didn't even know there was a
1008 second one (defaults to false; see docs). But this only happened recently
1009 or something.
1010
1011 Here's somewhere else this came up:
1012 http://www.ruby-forum.com/topic/154938
1013
1014 So, the fix is exactly the same. Should work fine on old Ruby as well.
1015 Weep for our poor one-liner methods; they just weren't cut out for this
1016 harsh world...
1017
1018 Also: Hi everyone. I am the future Debian maintainer of sup.
1019
1020 ---
1021 lib/sup/util.rb | 8 ++++++--
1022 1 files changed, 6 insertions(+), 2 deletions(-)
1023
1024 diff --git a/lib/sup/util.rb b/lib/sup/util.rb
1025 index ceaf0b8..9909022 100644
1026 --- a/lib/sup/util.rb
1027 +++ b/lib/sup/util.rb
1028 @@ -108,7 +108,9 @@ class Module
1029 def defer_all_other_method_calls_to obj
1030 class_eval %{
1031 def method_missing meth, *a, &b; @#{obj}.send meth, *a, &b; end
1032 - def respond_to? meth; @#{obj}.respond_to?(meth); end
1033 + def respond_to?(m, include_private = false)
1034 + @#{obj}.respond_to?(m, include_private)
1035 + end
1036 }
1037 end
1038 end
1039 @@ -527,7 +529,9 @@ class Recoverable
1040 def to_yaml x; __pass :to_yaml, x; end
1041 def is_a? c; @o.is_a? c; end
1042
1043 - def respond_to? m; @o.respond_to? m end
1044 + def respond_to?(m, include_private=false)
1045 + @o.respond_to?(m, include_private)
1046 + end
1047
1048 def __pass m, *a, &b
1049 begin
1050 --
1051 1.5.5.3
1052
1053
1054 --
1055 Decklin Foster <dfoster at wjh.harvard.edu>
1056 1208 William James Hall - Affective Neuroscience Lab
1057 806 WJH, Social Neuroscience and Psychopathology Lab
1058 Home: decklin at red-bean.com / Mobile: +1 860 978 4848
1059
1060 From rgh@roughage.com.au Wed Jun 18 18:21:06 2008
1061 From: rgh@roughage.com.au (Richard Heycock)
1062 Date: Thu, 19 Jun 2008 08:21:06 +1000
1063 Subject: [sup-talk] [PATCH] respond_to? needs include_private argument
1064 In-Reply-To: <1213819628-sup-7961@jobim>
1065 References: <1213819628-sup-7961@jobim>
1066 Message-ID: <1213827628-sup-9329@wrasse>
1067
1068 Are you using ruby 1.8.7? I found this.
1069
1070 rgh
1071
1072 Excerpts from Decklin Foster's message of Thu Jun 19 06:25:56 +1000 2008:
1073 > Sup started mysteriously bailing out on me today after an apt-get
1074 > update with stuff like this:
1075 >
1076 > --- ArgumentError from thread: main
1077 > wrong number of arguments (2 for 1)
1078 > /usr/lib/ruby/1.8/sup/index.rb:424:in `respond_to?'
1079 > /usr/lib/ruby/1.8/sup/index.rb:424:in `flatten'
1080 > /usr/lib/ruby/1.8/sup/index.rb:424:in `load_sources'
1081 > /usr/lib/ruby/1.8/sup/index.rb:108:in `load'
1082 > /usr/lib/ruby/1.8/sup/util.rb:497:in `send'
1083 > /usr/lib/ruby/1.8/sup/util.rb:497:in `method_missing'
1084 > /usr/bin/sup:122
1085 >
1086 > I did some digging and it seems like when Array#flatten, in attempting
1087 > to figure out if it can flatten some list element recursively, sends
1088 > it :respond_to? with both arguments -- I didn't even know there was a
1089 > second one (defaults to false; see docs). But this only happened recently
1090 > or something.
1091 >
1092 > Here's somewhere else this came up:
1093 > http://www.ruby-forum.com/topic/154938
1094 >
1095 > So, the fix is exactly the same. Should work fine on old Ruby as well.
1096 > Weep for our poor one-liner methods; they just weren't cut out for this
1097 > harsh world...
1098 >
1099 > Also: Hi everyone. I am the future Debian maintainer of sup.
1100 >
1101 > ---
1102 > lib/sup/util.rb | 8 ++++++--
1103 > 1 files changed, 6 insertions(+), 2 deletions(-)
1104 >
1105 > diff --git a/lib/sup/util.rb b/lib/sup/util.rb
1106 > index ceaf0b8..9909022 100644
1107 > --- a/lib/sup/util.rb
1108 > +++ b/lib/sup/util.rb
1109 > @@ -108,7 +108,9 @@ class Module
1110 > def defer_all_other_method_calls_to obj
1111 > class_eval %{
1112 > def method_missing meth, *a, &b; @#{obj}.send meth, *a, &b; end
1113 > - def respond_to? meth; @#{obj}.respond_to?(meth); end
1114 > + def respond_to?(m, include_private = false)
1115 > + @#{obj}.respond_to?(m, include_private)
1116 > + end
1117 > }
1118 > end
1119 > end
1120 > @@ -527,7 +529,9 @@ class Recoverable
1121 > def to_yaml x; __pass :to_yaml, x; end
1122 > def is_a? c; @o.is_a? c; end
1123 >
1124 > - def respond_to? m; @o.respond_to? m end
1125 > + def respond_to?(m, include_private=false)
1126 > + @o.respond_to?(m, include_private)
1127 > + end
1128 >
1129 > def __pass m, *a, &b
1130 > begin
1131
1132 --
1133 +61 (0) 410 646 369
1134 [e]: rgh at neoss.com.au
1135 [im]: rgh at jabber.org
1136
1137 You're worried criminals will continue to penetrate into cyberspace, and
1138 I'm worried complexity, poor design and mismanagement will be there to meet
1139 them - Marcus Ranum
1140
1141 From rgh@roughage.com.au Wed Jun 18 20:35:45 2008
1142 From: rgh@roughage.com.au (Richard Heycock)
1143 Date: Thu, 19 Jun 2008 10:35:45 +1000
1144 Subject: [sup-talk] [PATCH] respond_to? needs include_private argument
1145 In-Reply-To: <1213827628-sup-9329@wrasse>
1146 References: <1213819628-sup-7961@jobim> <1213827628-sup-9329@wrasse>
1147 Message-ID: <1213835687-sup-9093@wrasse>
1148
1149 Please disregard my last. I really mustn't reply to emails before my morning
1150 coffee!
1151
1152 rgh
1153
1154 <snip>
1155
1156 --
1157 +61 (0) 410 646 369
1158 [e]: rgh at neoss.com.au
1159 [im]: rgh at jabber.org
1160
1161 You're worried criminals will continue to penetrate into cyberspace, and
1162 I'm worried complexity, poor design and mismanagement will be there to meet
1163 them - Marcus Ranum
1164
1165 From jof@thejof.com Wed Jun 18 08:00:23 2008
1166 From: jof@thejof.com (Jonathan Lassoff)
1167 Date: Wed, 18 Jun 2008 05:00:23 -0700
1168 Subject: [sup-talk] sup crashes while performing general searches
1169 Message-ID: <20080618120023.GA18676@sfo.thejof.com>
1170
1171 Hi,
1172
1173 I'm mailing the list as prompted to do so by the cute crash banner.
1174
1175 I'm just trying sup out for the first several times, and I've added a single Maildir source in my local home directory.
1176
1177 I find that when doing a general search ("\") that returns more than 5 results or so, sup crashes.
1178
1179 For example, when I do a general search for "banana", I get two messages in my inbox just fine. However, if I perform a search for "hello" (should be ~80 results), sup crashes with the attached error.
1180
1181 --jonathan
1182 -------------- next part --------------
1183 --- RuntimeError from thread: load threads for thread-index-mode
1184 invalid source 2
1185 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/index.rb:362:in `build_message'
1186 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/index.rb:261:in `each_id_by_date'
1187 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/thread.rb:330:in `call'
1188 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/thread.rb:330:in `load_n_threads'
1189 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/index.rb:261:in `each_id_by_date'
1190 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/index.rb:261:in `each'
1191 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/index.rb:261:in `each_id_by_date'
1192 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/thread.rb:326:in `load_n_threads'
1193 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:493:in `__unprotected_load_n_threads'
1194 (eval):12:in `load_n_threads'
1195 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:477:in `load_n_threads_background'
1196 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:60:in `reporting_thread'
1197 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `initialize'
1198 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `new'
1199 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:58:in `reporting_thread'
1200 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:476:in `load_n_threads_background'
1201 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/thread-index-mode.rb:546:in `__unprotected_load_threads'
1202 (eval):12:in `load_threads'
1203 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/modes/search-results-mode.rb:34:in `spawn_from_query'
1204 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:262
1205 /var/lib/gems/1.8/bin/sup:18:in `load'
1206 /var/lib/gems/1.8/bin/sup:18
1207 --- SystemExit from thread: main
1208 invalid source 2
1209 /var/lib/gems/1.8/gems/sup-0.5/lib/sup.rb:64:in `select'
1210 /var/lib/gems/1.8/gems/sup-0.5/lib/sup/buffer.rb:31:in `nonblocking_getch'
1211 /var/lib/gems/1.8/gems/sup-0.5/bin/sup:227
1212 /var/lib/gems/1.8/bin/sup:18:in `load'
1213 /var/lib/gems/1.8/bin/sup:18
1214
1215 From wmorgan-sup@masanjin.net Thu Jun 19 13:46:02 2008
1216 From: wmorgan-sup@masanjin.net (William Morgan)
1217 Date: Thu, 19 Jun 2008 10:46:02 -0700
1218 Subject: [sup-talk] [PATCH] filter-person hook
1219 In-Reply-To: <f96e0240806171202v64296c26s54b7c7386ed95dee@mail.gmail.com>
1220 References: <f96e0240806171202v64296c26s54b7c7386ed95dee@mail.gmail.com>
1221 Message-ID: <1213897545-sup-4363@entry>
1222
1223 Reformatted excerpts from Ben Walton's message of 2008-06-17:
1224 > I hope you'll find it useful as well. I think it's a "best of both
1225 > worlds" type approach!
1226
1227 Sounds like a good compromise. I'll take a look at it.
1228 --
1229 William <wmorgan-sup at masanjin.net>
1230
1231 From wmorgan-sup@masanjin.net Thu Jun 19 13:55:11 2008
1232 From: wmorgan-sup@masanjin.net (William Morgan)
1233 Date: Thu, 19 Jun 2008 10:55:11 -0700
1234 Subject: [sup-talk] [PATCH] respond_to? needs include_private argument
1235 In-Reply-To: <1213819628-sup-7961@jobim>
1236 References: <1213819628-sup-7961@jobim>
1237 Message-ID: <1213898052-sup-423@entry>
1238
1239 Reformatted excerpts from Decklin Foster's message of 2008-06-18:
1240 > I did some digging and it seems like when Array#flatten, in attempting
1241 > to figure out if it can flatten some list element recursively, sends
1242 > it :respond_to? with both arguments -- I didn't even know there was a
1243 > second one (defaults to false; see docs). But this only happened recently
1244 > or something.
1245
1246 That makes sense. Either the second argument, or the fact that
1247 Array#flatten uses both arguments, is what's changed in 1.8.7.
1248
1249 I've merged the patch directly into master.
1250
1251 > Also: Hi everyone. I am the future Debian maintainer of sup.
1252
1253 Whoo!
1254 --
1255 William <wmorgan-sup at masanjin.net>
1256
1257 From wmorgan-sup@masanjin.net Thu Jun 19 13:56:12 2008
1258 From: wmorgan-sup@masanjin.net (William Morgan)
1259 Date: Thu, 19 Jun 2008 10:56:12 -0700
1260 Subject: [sup-talk] [PATCH] add reply-from hook for user-defined
1261 handling of default from in replies
1262 In-Reply-To: <1213286886-sup-3009@cabinet>
1263 References: <1209484583-sup-8823@south>
1264 <1213286746-24268-1-git-send-email-marc.hartstein@alum.vassar.edu>
1265 <1213286886-sup-3009@cabinet>
1266 Message-ID: <1213898133-sup-8961@entry>
1267
1268 Reformatted excerpts from marc.hartstein's message of 2008-06-12:
1269 > Excerpts from Marc Hartstein's message of Thu Jun 12 12:05:46 -0400 2008:
1270 > > The reply-from hook can now be used to process headers in a different manner
1271 > > than the default for purposes of generating a default From: header when
1272 > > replying to an email.
1273
1274 In next. Thanks!
1275
1276 > I decided to check that the return value is a Person (else later code
1277 > would fail), but not to confirm that it's actually a registered
1278 > Account -- if someone wants to do something weird like that, I'll
1279 > assume they meant to.
1280
1281 I think that makes sense.
1282 --
1283 William <wmorgan-sup at masanjin.net>
1284
1285 From wmorgan-sup@masanjin.net Fri Jun 20 11:42:27 2008
1286 From: wmorgan-sup@masanjin.net (William Morgan)
1287 Date: Fri, 20 Jun 2008 08:42:27 -0700
1288 Subject: [sup-talk] sup crashes while performing general searches
1289 In-Reply-To: <20080618120023.GA18676@sfo.thejof.com>
1290 References: <20080618120023.GA18676@sfo.thejof.com>
1291 Message-ID: <1213976320-sup-9842@entry>
1292
1293 Hi Jonathan,
1294
1295 Reformatted excerpts from Jonathan Lassoff's message of 2008-06-18:
1296 > --- RuntimeError from thread: load threads for thread-index-mode
1297 > invalid source 2
1298
1299 It looks like there's a source referenced in your index file that didn't
1300 appear in your sources.yaml. Did you manually edit your list of sources,
1301 or somehow otherwise create this situation? Deleting a source from the
1302 list may also do this.
1303
1304 The quick answer is to regenerate your index from scratch; then
1305 everything should be synced up with your sources.yaml file. Something
1306 like:
1307 rm -rf ~/.sup/ferret
1308 sup-sync --all-sources
1309
1310 Of course that may take some time, depending on how much email you have.
1311 --
1312 William <wmorgan-sup at masanjin.net>
1313
1314 From guillaume.quintard@gmail.com Sat Jun 21 18:05:58 2008
1315 From: guillaume.quintard@gmail.com (Guillaume Quintard)
1316 Date: Sat, 21 Jun 2008 15:05:58 -0700
1317 Subject: [sup-talk] Can't even run sup anymore
1318 Message-ID: <1e5fdab70806211505p5146fd10le45d8853ec5ca31c@mail.gmail.com>
1319
1320 Here's the trace:
1321
1322 shivan at altis:~/sup$ sup
1323 [Sat Jun 21 15:05:12 -0700 2008] using character set encoding "UTF-8"
1324 [Sat Jun 21 15:05:12 -0700 2008] locking /home/shivan/.sup/lock...
1325 [Sat Jun 21 15:05:12 -0700 2008] crypto: detected gpg binary in /usr/bin/gpg
1326 [Sat Jun 21 15:05:12 -0700 2008] loading index...
1327 [Sat Jun 21 15:05:12 -0700 2008] stopped cursing
1328 [Sat Jun 21 15:05:12 -0700 2008] oh crap, an exception
1329 [Sat Jun 21 15:05:12 -0700 2008] unlocking /home/shivan/.sup/lock...
1330 ----------------------------------------------------------------
1331 I'm very sorry. It seems that an error occurred in Sup. Please
1332 accept my sincere apologies. If you don't mind, please send the
1333 contents of ~/.sup/exception-log.txt and a brief report of the
1334 circumstances to sup-talk at rubyforge dot orgs so that I might
1335 address this problem. Thank you!
1336
1337 Sincerely,
1338 William
1339 ----------------------------------------------------------------
1340 --- IOError from thread: main
1341 IO Error occured at <except.c>:93 in xraise
1342 Error occured in index.c:901 - sis_find_segments_file
1343 Error reading the segment infos. Store listing was
1344
1345
1346 /var/lib/gems/1.8/gems/ferret-0.11.6/lib/ferret/index.rb:736:in `initialize'
1347 /var/lib/gems/1.8/gems/ferret-0.11.6/lib/ferret/index.rb:736:in `new'
1348 /var/lib/gems/1.8/gems/ferret-0.11.6/lib/ferret/index.rb:736:in
1349 `ensure_reader_open'
1350 /var/lib/gems/1.8/gems/ferret-0.11.6/lib/ferret/index.rb:591:in `size'
1351 /usr/lib/ruby/1.8/monitor.rb:242:in `synchronize'
1352 /var/lib/gems/1.8/gems/ferret-0.11.6/lib/ferret/index.rb:590:in `size'
1353 ./lib/sup/index.rb:140:in `load_index'
1354 ./lib/sup/index.rb:109:in `load'
1355 ./lib/sup/util.rb:499:in `send'
1356 ./lib/sup/util.rb:499:in `method_missing'
1357 bin/sup:122
1358
1359
1360 --
1361 Guillaume
1362
1363 From wmorgan-sup@masanjin.net Sat Jun 21 22:36:18 2008
1364 From: wmorgan-sup@masanjin.net (William Morgan)
1365 Date: Sat, 21 Jun 2008 19:36:18 -0700
1366 Subject: [sup-talk] Can't even run sup anymore
1367 In-Reply-To: <1e5fdab70806211505p5146fd10le45d8853ec5ca31c@mail.gmail.com>
1368 References: <1e5fdab70806211505p5146fd10le45d8853ec5ca31c@mail.gmail.com>
1369 Message-ID: <1214101954-sup-8941@entry>
1370
1371 Reformatted excerpts from guillaume.quintard's message of 2008-06-21:
1372 > IO Error occured at <except.c>:93 in xraise
1373 > Error occured in index.c:901 - sis_find_segments_file
1374 > Error reading the segment infos. Store listing was
1375
1376 This is the classic Sup+ferret error. No one really knows what the heck
1377 is going on, although there's a guess it has to do with open files:
1378 http://ferret.davebalmain.com/trac/ticket/279
1379
1380 I've had success before with sup-sync --optimize. You can try that.
1381 Otherwise, it's rebuild the index and bug Dave Balmain...
1382
1383 I am working on something where flags are backed up to a BDB store on
1384 disk, which is yet more disk space consumed by Su, but at least means
1385 that if Ferret barfs you don't lose all your message flags. Of course,
1386 that doesn't help you right now.
1387 --
1388 William <wmorgan-sup at masanjin.net>
1389
1390 From guillaume.quintard@enst-bretagne.fr Sun Jun 22 14:16:19 2008
1391 From: guillaume.quintard@enst-bretagne.fr (Guillaume Quintard)
1392 Date: Sun, 22 Jun 2008 11:16:19 -0700
1393 Subject: [sup-talk] Can't even run sup anymore
1394 In-Reply-To: <1214101954-sup-8941@entry>
1395 References: <1e5fdab70806211505p5146fd10le45d8853ec5ca31c@mail.gmail.com>
1396 <1214101954-sup-8941@entry>
1397 Message-ID: <1e5fdab70806221116j6f8fecbeg89806fb997321609@mail.gmail.com>
1398
1399 On Sat, Jun 21, 2008 at 7:36 PM, William Morgan
1400 <wmorgan-sup at masanjin.net> wrote:
1401 > I am working on something where flags are backed up to a BDB store on
1402 > disk, which is yet more disk space consumed by Su, but at least means
1403 > that if Ferret barfs you don't lose all your message flags. Of course,
1404 > that doesn't help you right now.
1405
1406 grrrrr, bad ferret, bad.
1407
1408 Thank you.
1409
1410 --
1411 Guillaume
1412
1413 From wmorgan-sup@masanjin.net Thu Jun 26 00:18:40 2008
1414 From: wmorgan-sup@masanjin.net (William Morgan)
1415 Date: Wed, 25 Jun 2008 21:18:40 -0700
1416 Subject: [sup-talk] rethinking sup
1417 Message-ID: <1214453905-sup-149@entry>
1418
1419 Hi guys,
1420
1421 I've been making an effort to blog more. Here are some recent thoughts
1422 on Sup and its future:
1423
1424 http://all-thing.net/2008/06/rethinking-sup.html
1425
1426 If you've previously subscribed to my RSS feed, it changed locations
1427 when I stopped hosting my own blog, so you'll have to update it to:
1428
1429 http://all-thing.net/feeds/posts/default
1430 --
1431 William <wmorgan-sup at masanjin.net>
1432