community/pipermail-archives/sup-devel/2010-08.txt (57723B) - raw
1 From matias@insophia.com Tue Aug 3 18:14:13 2010
2 From: matias@insophia.com (Matias Aguirre)
3 Date: Tue, 03 Aug 2010 19:14:13 -0300
4 Subject: [sup-devel] Label colors support
5 Message-ID: <1280873473-sup-5265@mintaka>
6
7 Hi,
8
9 Been an user for some time now, congrats for the good work. But there's
10 something I've missed from mutt and is the ability to customize inbox
11 emails colors, I've used to colorize by source address or domain.
12
13 Attached is a patch (first ruby code in a lot of time) with needed
14 changes to allow colors by label and produces a good and quick feedback.
15
16 Cheers,
17 Mat?as
18 --
19 Mat?as Aguirre <matias at insophia.com>
20 -------------- next part --------------
21 A non-text attachment was scrubbed...
22 Name: color_labels.diff
23 Type: application/octet-stream
24 Size: 1064 bytes
25 Desc: not available
26 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100803/dcdd4e6e/attachment.obj>
27
28 From sup-bugs@masanjin.net Wed Aug 4 08:31:13 2010
29 From: sup-bugs@masanjin.net (anonymous)
30 Date: Wed, 04 Aug 2010 12:31:13 +0000
31 Subject: [sup-devel] [issue114] Better quoted-text / top-post stripping
32 In-Reply-To: <1280925073.15.0.143313290118.issue114@masanjin.net>
33 Message-ID: <1280925073.15.0.143313290118.issue114@masanjin.net>
34
35
36 New submission from anonymous:
37
38 Redwood::Message splits a message into chunks and hides quoted text from a
39 previous message.
40
41 Top-posted responses are supported with BLOCK_QUOTE_PATTERN. This patch i) adds
42 a new pattern to hide top-posted text from Microsoft Entourage, ii) adds a fix
43 for Mozilla-based mail users who top post and iii) adds a new array-based config
44 option "block_quote_patterns" for adding additional patterns to treat as marking
45 the top of a top-posted response.
46
47 ----------
48 files: patch.better-top-post-stripping
49 messages: 261
50 nosy: anonymous
51 priority: feature request
52 ruby_version: 1.8.7
53 status: unread
54 sup_version: 0.11
55 title: Better quoted-text / top-post stripping
56
57 _________________________________________
58 Sup issue tracker <sup-bugs at masanjin.net>
59 <http://masanjin.net/sup-bugs/issue114>
60 _________________________________________
61 -------------- next part --------------
62 A non-text attachment was scrubbed...
63 Name: patch.better-top-post-stripping
64 Type: application/octet-stream
65 Size: 1483 bytes
66 Desc: not available
67 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100804/72bfa08d/attachment.obj>
68
69 From alvherre@alvh.no-ip.org Wed Aug 4 10:22:26 2010
70 From: alvherre@alvh.no-ip.org (Alvaro Herrera)
71 Date: Wed, 04 Aug 2010 10:22:26 -0400
72 Subject: [sup-devel] [issue114] Better quoted-text / top-post stripping
73 In-Reply-To: <1280925073.15.0.143313290118.issue114@masanjin.net>
74 References: <1280925073.15.0.143313290118.issue114@masanjin.net>
75 Message-ID: <1280931423-sup-2397@alvh.no-ip.org>
76
77 Excerpts from anonymous's message of mi? ago 04 08:31:13 -0400 2010:
78
79 > Redwood::Message splits a message into chunks and hides quoted text from a
80 > previous message.
81 >
82 > Top-posted responses are supported with BLOCK_QUOTE_PATTERN. This patch i) adds
83 > a new pattern to hide top-posted text from Microsoft Entourage, ii) adds a fix
84 > for Mozilla-based mail users who top post and iii) adds a new array-based config
85 > option "block_quote_patterns" for adding additional patterns to treat as marking
86 > the top of a top-posted response.
87
88 +1 for improving the top-posted detection in general.
89
90 I think this regex
91
92 + # Microsoft Entourage doesn't indent quoted text, but it can be spotted
93 + # with this line:
94 + # On 8/2/10 1:23 PM, "John Doe" <edward at facebook.com> wrote:
95 + /^On \d+\/\d+\/\d+ .+ wrote:/,
96
97 is way too general; it could easily match the attribution line on a
98 non-top-posted quoted email. I didn't try it but I think it would end
99 up trimming the whole contents of several emails I have on my inboxes
100 (which is pretty annoying --- I have set SIG_PATTERN to be just "^-- "
101 to avoid this very problem).
102
103
104 There's a small bug here:
105
106 + # At least three dashes. Mozilla mail clients downcase the 'm' in
107 + # message.
108 + /^----+\s*Original (M|m)essage\s*----+/,
109
110 Note that it matches only four or more dashes, not three as the comment says.
111
112 --
113 ?lvaro Herrera <alvherre at alvh.no-ip.org>
114
115 From matias@insophia.com Wed Aug 4 12:41:26 2010
116 From: matias@insophia.com (Matias Aguirre)
117 Date: Wed, 04 Aug 2010 13:41:26 -0300
118 Subject: [sup-devel] Label colors support
119 In-Reply-To: <1280873473-sup-5265@mintaka>
120 References: <1280873473-sup-5265@mintaka>
121 Message-ID: <1280939946-sup-6928@mintaka>
122
123 Forgot to mention that colors are defined in colors.yaml using label
124 names and common attributes:
125
126 :somelabel:
127 :bg: ...
128 :fg: ...
129 :attrs:
130 ...
131
132 Also, I've forked sup on my github account, changeset can be checked here
133 http://github.com/omab/sup/commit/a6f9bfb5d1f23aa6376ad725e64a3e2c3066663d
134
135 Thanks,
136 Mat?as
137
138 Excerpts from Matias Aguirre's message of Tue Aug 03 19:14:13 -0300 2010:
139 > Hi,
140 >
141 > Been an user for some time now, congrats for the good work. But there's
142 > something I've missed from mutt and is the ability to customize inbox
143 > emails colors, I've used to colorize by source address or domain.
144 >
145 > Attached is a patch (first ruby code in a lot of time) with needed
146 > changes to allow colors by label and produces a good and quick feedback.
147 >
148 > Cheers,
149 > Mat?as
150 --
151 Mat?as Aguirre <matias at insophia.com>
152
153 From matias@insophia.com Wed Aug 4 12:50:00 2010
154 From: matias@insophia.com (Matias Aguirre)
155 Date: Wed, 04 Aug 2010 13:50:00 -0300
156 Subject: [sup-devel] Label colors support
157 In-Reply-To: <1280939946-sup-6928@mintaka>
158 References: <1280873473-sup-5265@mintaka> <1280939946-sup-6928@mintaka>
159 Message-ID: <1280940556-sup-6998@mintaka>
160
161 Sorry, wrong github link, this is the correct changeset:
162 http://github.com/omab/sup/commit/865bc2b77038f612ccf0c5174021f001811116a4
163
164 Excerpts from Matias Aguirre's message of Wed Aug 04 13:41:26 -0300 2010:
165 > Forgot to mention that colors are defined in colors.yaml using label
166 > names and common attributes:
167 >
168 > :somelabel:
169 > :bg: ...
170 > :fg: ...
171 > :attrs:
172 > ...
173 >
174 > Also, I've forked sup on my github account, changeset can be checked here
175 > http://github.com/omab/sup/commit/a6f9bfb5d1f23aa6376ad725e64a3e2c3066663d
176 >
177 > Thanks,
178 > Mat?as
179 >
180 > Excerpts from Matias Aguirre's message of Tue Aug 03 19:14:13 -0300 2010:
181 > > Hi,
182 > >
183 > > Been an user for some time now, congrats for the good work. But there's
184 > > something I've missed from mutt and is the ability to customize inbox
185 > > emails colors, I've used to colorize by source address or domain.
186 > >
187 > > Attached is a patch (first ruby code in a lot of time) with needed
188 > > changes to allow colors by label and produces a good and quick feedback.
189 > >
190 > > Cheers,
191 > > Mat?as
192 --
193 Mat?as Aguirre <matias at insophia.com>
194
195 From sup-bugs@masanjin.net Thu Aug 5 14:41:23 2010
196 From: sup-bugs@masanjin.net (Eugene)
197 Date: Thu, 05 Aug 2010 18:41:23 +0000
198 Subject: [sup-devel] [issue115] Ability to view inline attached images
199 In-Reply-To: <1281033683.59.0.96541200452.issue115@masanjin.net>
200 Message-ID: <1281033683.59.0.96541200452.issue115@masanjin.net>
201
202
203 New submission from Eugene <eugeneiiim at gmail.com>:
204
205 Pain: When I receive an HTML email with attached images included inline in the
206 message and open the sup-attachment-xxx.html attachment, the links to the images
207 in the html file are broken. This makes it difficult to match up the image
208 attachments with their location in the email.
209
210 Proposal: Save the attachments to some temporary directory such that the links in
211 the html file work.
212
213 ----------
214 messages: 264
215 nosy: eugeneiiim
216 priority: feature request
217 ruby_version: ruby 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
218 status: unread
219 sup_version: 8f20211a86a315fb94ff19f463784ad1e139ee47
220 title: Ability to view inline attached images
221
222 _________________________________________
223 Sup issue tracker <sup-bugs at masanjin.net>
224 <http://masanjin.net/sup-bugs/issue115>
225 _________________________________________
226
227 From sascha-ml-email-sup-devel@silbe.org Fri Aug 6 05:13:42 2010
228 From: sascha-ml-email-sup-devel@silbe.org (Sascha Silbe)
229 Date: Fri, 06 Aug 2010 11:13:42 +0200
230 Subject: [sup-devel] alternative for sup-sync option --restored?
231 Message-ID: <1281085361-sup-7888@xo15-sascha.sascha.silbe.org>
232
233 Hi!
234
235 I'm reading and writing my mails on both my desktop (which has the entire archive, totalling ~ 16GB) and my laptop (recent mails and partial archive, ~ 1-2GB).
236 Up to now I used sup-dump and sup-sync --restored to synchronize the two (every time I switched between them, since it's a full dump as opposed to a log file or diff).
237 After merging the latest changes (including a full dump + restore for index upgrade, taking about 33 hours), the --restored option to sup-sync is gone (and without it sup-sync doesn't do anything useful). How do I go about "merging" the changes done on the other system now?
238
239 Sascha
240
241 --
242 http://sascha.silbe.org/
243 http://www.infra-silbe.de/
244 -------------- next part --------------
245 A non-text attachment was scrubbed...
246 Name: signature.asc
247 Type: application/pgp-signature
248 Size: 490 bytes
249 Desc: not available
250 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100806/5fc69b04/attachment.bin>
251
252 From alvherre@alvh.no-ip.org Tue Aug 10 19:52:05 2010
253 From: alvherre@alvh.no-ip.org (Alvaro Herrera)
254 Date: Tue, 10 Aug 2010 19:52:05 -0400
255 Subject: [sup-devel] use //IGNORE flag to Iconv
256 Message-ID: <1281483789-sup-7077@alvh.no-ip.org>
257
258 Hi sup-developers,
259
260 The following patch makes transcoding failure be nicer by discarding
261 broken chars and displaying what can be successfully transcoded, instead
262 of punting and displaying the ASCII representation.
263
264 This is particularly useful when corporate email appends a disclaimer
265 that's encoded in a different encoding than whatever the user has set up
266 in the MUA. (I see it a lot.)
267
268 My iconv_open(3) manpage says that the //IGNORE flag is a GNU extension.
269 I'm not sure how would this be handled by other platforms, and I have no
270 way to test.
271
272
273 diff --git a/lib/sup/util.rb b/lib/sup/util.rb
274 index d19caca..f7e8a80 100644
275 --- a/lib/sup/util.rb
276 +++ b/lib/sup/util.rb
277 @@ -699,9 +699,9 @@ class Iconv
278 end
279
280 begin
281 - returning(Iconv.iconv(target, charset, text + " ").join[0 .. -2]) { |str| str.check }
282 + returning(Iconv.iconv(target + "//IGNORE", charset, text + " ").join[0 .. -2]) { |str| str.check }
283 rescue Errno::EINVAL, Iconv::InvalidEncoding, Iconv::InvalidCharacter, Iconv::IllegalSequence, String::CheckError
284 - debug "couldn't transcode text from #{orig_charset} (#{charset}) to #{target}) (#{text[0 ... 20].inspect}...) (got #{$!.message} (#{$!.class}))"
285 + debug "couldn't transcode text from #{orig_charset} (#{charset}) to #{target} (#{text[0 ... 20].inspect}...): got #{$!.class} (#{$!.message})"
286 text.ascii
287 end
288 end
289
290 --
291 ?lvaro Herrera <alvherre at alvh.no-ip.org>
292
293 From ezyang@MIT.EDU Sun Aug 15 19:30:46 2010
294 From: ezyang@MIT.EDU (Edward Z. Yang)
295 Date: Sun, 15 Aug 2010 19:30:46 -0400
296 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
297 found.
298 In-Reply-To: <1279656544-sup-4931@midna.zekjur.net>
299 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
300 <1279656544-sup-4931@midna.zekjur.net>
301 Message-ID: <1281915009-sup-2620@ezyang>
302
303 Excerpts from Michael Stapelberg's message of Tue Jul 20 16:09:39 -0400 2010:
304 > I was wrong. I just opened an email and it was no longer verified (it is
305 > GPG-signed). I will post an updated patch soon.
306
307 Hi Michael,
308
309 I was hoping to get a copy of the email that broke for you, but it never
310 found its way to me. Perhaps you could resend it?
311
312 Thanks,
313 Edward
314
315 From michael+sup@stapelberg.de Sun Aug 15 21:19:35 2010
316 From: michael+sup@stapelberg.de (Michael Stapelberg)
317 Date: Mon, 16 Aug 2010 03:19:35 +0200
318 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
319 found.
320 In-Reply-To: <1281915009-sup-2620@ezyang>
321 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
322 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
323 Message-ID: <1281921538-sup-8727@midna.zekjur.net>
324
325 Hi Edward,
326
327 Excerpts from Edward Z. Yang's message of 2010-08-16 01:30:46 +0200:
328 > I was hoping to get a copy of the email that broke for you, but it never
329 > found its way to me. Perhaps you could resend it?
330 Just did so. Message-ID is <1281921493-sup-9947 at midna.zekjur.net>.
331
332 Best regards,
333 Michael
334
335 From ezyang@MIT.EDU Sun Aug 15 21:40:33 2010
336 From: ezyang@MIT.EDU (Edward Z. Yang)
337 Date: Sun, 15 Aug 2010 21:40:33 -0400
338 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
339 found.
340 In-Reply-To: <1281921538-sup-8727@midna.zekjur.net>
341 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
342 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
343 <1281921538-sup-8727@midna.zekjur.net>
344 Message-ID: <1281922808-sup-4140@ezyang>
345
346 Excerpts from Michael Stapelberg's message of Sun Aug 15 21:19:35 -0400 2010:
347 > Just did so. Message-ID is <1281921493-sup-9947 at midna.zekjur.net>.
348
349 What's the subject line?
350
351 Edward
352
353 From alvherre@alvh.no-ip.org Mon Aug 16 12:27:15 2010
354 From: alvherre@alvh.no-ip.org (Alvaro Herrera)
355 Date: Mon, 16 Aug 2010 12:27:15 -0400
356 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
357 found.
358 In-Reply-To: <1281922808-sup-4140@ezyang>
359 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
360 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
361 <1281921538-sup-8727@midna.zekjur.net> <1281922808-sup-4140@ezyang>
362 Message-ID: <1281975941-sup-8114@alvh.no-ip.org>
363
364 Excerpts from Edward Z. Yang's message of dom ago 15 21:40:33 -0400 2010:
365 > Excerpts from Michael Stapelberg's message of Sun Aug 15 21:19:35 -0400 2010:
366 > > Just did so. Message-ID is <1281921493-sup-9947 at midna.zekjur.net>.
367 >
368 > What's the subject line?
369
370 So it kinda sucks that one can't search for a message by Message-Id, eh?.
371 I have a lot of need for that functionality, since the whole PostgreSQL
372 patch management workflow is based on them.
373
374 --
375 ?lvaro Herrera <alvherre at alvh.no-ip.org>
376
377 From michael+sup@stapelberg.de Mon Aug 16 13:22:26 2010
378 From: michael+sup@stapelberg.de (Michael Stapelberg)
379 Date: Mon, 16 Aug 2010 19:22:26 +0200
380 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
381 found.
382 In-Reply-To: <1281922808-sup-4140@ezyang>
383 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
384 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
385 <1281921538-sup-8727@midna.zekjur.net> <1281922808-sup-4140@ezyang>
386 Message-ID: <1281979317-sup-3846@midna.zekjur.net>
387
388 Hi Edward,
389
390 Excerpts from Edward Z. Yang's message of 2010-08-16 03:40:33 +0200:
391 > What's the subject line?
392 The subject line is:
393 "Fwd: Fwd: Re: [RaumZeitLabor] Portalroboter kostenlos bei Selbstabholung - Interesse?"
394
395 Best regards,
396 Michael
397
398 From ezyang@MIT.EDU Mon Aug 16 15:55:32 2010
399 From: ezyang@MIT.EDU (Edward Z. Yang)
400 Date: Mon, 16 Aug 2010 15:55:32 -0400
401 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
402 found.
403 In-Reply-To: <1281979317-sup-3846@midna.zekjur.net>
404 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
405 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
406 <1281921538-sup-8727@midna.zekjur.net> <1281922808-sup-4140@ezyang>
407 <1281979317-sup-3846@midna.zekjur.net>
408 Message-ID: <1281979589-sup-7759@ezyang>
409
410 Excerpts from Michael Stapelberg's message of Mon Aug 16 13:22:26 -0400 2010:
411 > Hi Edward,
412 >
413 > Excerpts from Edward Z. Yang's message of 2010-08-16 03:40:33 +0200:
414 > > What's the subject line?
415 > The subject line is:
416 > "Fwd: Fwd: Re: [RaumZeitLabor] Portalroboter kostenlos bei Selbstabholung - Interesse?"
417
418 Fascinatingly enough, I cannot find it in either my inbox or my spam filter. (Dun dun dun.)
419 Maybe you should send it as an attachment.
420
421 Edward
422
423 From sup-bugs@masanjin.net Mon Aug 16 17:33:45 2010
424 From: sup-bugs@masanjin.net (Sascha Silbe)
425 Date: Mon, 16 Aug 2010 21:33:45 +0000
426 Subject: [sup-devel] [issue116] TypeError when trying to send a PGP signed
427 email with attachments
428 In-Reply-To: <1281994425.75.0.0617788105661.issue116@masanjin.net>
429 Message-ID: <1281994425.75.0.0617788105661.issue116@masanjin.net>
430
431
432 New submission from Sascha Silbe <sascha-web-masanjin.net-sup-bugs at silbe.org>:
433
434 When trying to send an email that is going to get PGP signed and has two attachments (haven't tried with just one), the following exception occurs:
435
436 --- TypeError from thread: main
437 can't convert Array into String
438 ./lib/sup/modes/edit-message-mode.rb:407:in `pack'
439 ./lib/sup/modes/edit-message-mode.rb:407:in `build_message'
440 ./lib/sup/modes/edit-message-mode.rb:355:in `send_message'
441 ./lib/sup/mode.rb:59:in `send'
442 ./lib/sup/mode.rb:59:in `handle_input'
443 ./lib/sup/buffer.rb:277:in `handle_input'
444 bin/sup:260
445
446 The code in question is:
447
448 402) ## do whatever crypto transformation is necessary
449 403) if @crypto_selector && @crypto_selector.val != :none
450 404) from_email = Person.from_address(@header["From"]).email
451 405) to_email = [@header["To"], @header["Cc"], @header["Bcc"]].flatten.compact.map { |p| Person.from_addres
452 406) m.header["Content-Transfer-Encoding"] = 'base64'
453 407) m.body = [m.body].pack('m')
454 408)
455 409) m = CryptoManager.send @crypto_selector.val, from_email, to_email, m
456 410) end
457
458 This is with local changes (so the line numbers won't match), but I've checked this particular piece of code is the same on mainline/master.
459
460 ----------
461 keyword: crypto, encoding
462 messages: 269
463 nosy: sascha_silbe
464 priority: bug
465 ruby_version: 1.8
466 status: unread
467 sup_version: git commit 9be79c3
468 title: TypeError when trying to send a PGP signed email with attachments
469
470 _________________________________________
471 Sup issue tracker <sup-bugs at masanjin.net>
472 <http://masanjin.net/sup-bugs/issue116>
473 _________________________________________
474
475 From alvherre@alvh.no-ip.org Mon Aug 16 17:43:45 2010
476 From: alvherre@alvh.no-ip.org (Alvaro Herrera)
477 Date: Mon, 16 Aug 2010 17:43:45 -0400
478 Subject: [sup-devel] crash on text_for_thread_at
479 Message-ID: <1281994912-sup-3908@alvh.no-ip.org>
480
481 Hi,
482
483 Got the following crash yesterday; not sure what to do about it.
484
485 --- NoMethodError from thread: load messages for thread-view-mode
486 undefined method `has_label?' for nil:NilClass
487 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:833:in `text_for_thread_at'
488 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:781:in `regen_text'
489 ./Code/git/sup-mail/lib/sup/util.rb:431:in `map_with_index'
490 ./Code/git/sup-mail/lib/sup/hook.rb:55:in `each_with_index'
491 ./Code/git/sup-mail/lib/sup/util.rb:431:in `each'
492 ./Code/git/sup-mail/lib/sup/util.rb:431:in `each_with_index'
493 ./Code/git/sup-mail/lib/sup/util.rb:431:in `map_with_index'
494 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:781:in `regen_text'
495 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:242:in `update'
496 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:212:in `handle_deleted_update'
497 ./Code/git/sup-mail/lib/sup/update.rb:26:in `send'
498 ./Code/git/sup-mail/lib/sup/update.rb:26:in `relay'
499 ./Code/git/sup-mail/lib/sup/update.rb:26:in `each'
500 ./Code/git/sup-mail/lib/sup/update.rb:26:in `relay'
501 ./Code/git/sup-mail/lib/sup/util.rb:596:in `send'
502 ./Code/git/sup-mail/lib/sup/util.rb:596:in `method_missing'
503 ./Code/git/sup-mail/lib/sup/modes/thread-view-mode.rb:619:in `delete_and_then'
504 ./Code/git/sup-mail/lib/sup/modes/thread-view-mode.rb:646:in `dispatch'
505 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:129:in `call'
506 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:129:in `select'
507 ./Code/git/sup-mail/lib/sup.rb:77:in `reporting_thread'
508 ./Code/git/sup-mail/lib/sup.rb:75:in `initialize'
509 ./Code/git/sup-mail/lib/sup.rb:75:in `new'
510 ./Code/git/sup-mail/lib/sup.rb:75:in `reporting_thread'
511 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:109:in `select'
512 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:159:in `launch_another_thread'
513 ./Code/git/sup-mail/lib/sup/modes/thread-index-mode.rb:141:in `launch_next_thread_after'
514 ./Code/git/sup-mail/lib/sup/modes/thread-view-mode.rb:652:in `dispatch'
515 ./Code/git/sup-mail/lib/sup/modes/thread-view-mode.rb:617:in `delete_and_then'
516 ./Code/git/sup-mail/lib/sup/modes/thread-view-mode.rb:580:in `delete_and_next'
517 ./Code/git/sup-mail/lib/sup/mode.rb:59:in `send'
518 ./Code/git/sup-mail/lib/sup/mode.rb:59:in `handle_input'
519 ./Code/git/sup-mail/lib/sup/buffer.rb:277:in `handle_input'
520 Code/git/sup-mail/bin/sup:260
521
522
523 --
524 ?lvaro Herrera <alvherre at alvh.no-ip.org>
525
526 From adam@alloy-d.net Mon Aug 16 21:18:43 2010
527 From: adam@alloy-d.net (Adam Lloyd)
528 Date: Mon, 16 Aug 2010 21:18:43 -0400
529 Subject: [sup-devel] [PATCH] s/@filename/@path/ in MBox#store_message
530 Message-ID: <b0b250b7da6262f6fe11.1282007923@nagato.alloy-d.net>
531
532 lib/sup/mbox.rb | 4 ++--
533 1 files changed, 2 insertions(+), 2 deletions(-)
534
535
536 @filename is undefined in MBox, so trying to store a message to an mbox
537 source results in a crash. @path contains the needed information.
538
539 This fixes issues 79 and 89, related to crashes on sending mail.
540
541 diff --git a/lib/sup/mbox.rb b/lib/sup/mbox.rb
542 --- a/lib/sup/mbox.rb
543 +++ b/lib/sup/mbox.rb
544 @@ -90,8 +90,8 @@
545 end
546
547 def store_message date, from_email, &block
548 - need_blank = File.exists?(@filename) && !File.zero?(@filename)
549 - File.open(@filename, "ab") do |f|
550 + need_blank = File.exists?(@path) && !File.zero?(@path)
551 + File.open(@path, "ab") do |f|
552 f.puts if need_blank
553 f.puts "From #{from_email} #{date.asctime}"
554 yield f
555
556 From michael+sup@stapelberg.de Tue Aug 17 18:46:32 2010
557 From: michael+sup@stapelberg.de (Michael Stapelberg)
558 Date: Wed, 18 Aug 2010 00:46:32 +0200
559 Subject: [sup-devel] [PATCH] Return nothing between if end index is not
560 found.
561 In-Reply-To: <1281979589-sup-7759@ezyang>
562 References: <1279475566-sup-7173@ezyang> <1279579814-sup-4745@midna.zekjur.net>
563 <1279656544-sup-4931@midna.zekjur.net> <1281915009-sup-2620@ezyang>
564 <1281921538-sup-8727@midna.zekjur.net> <1281922808-sup-4140@ezyang>
565 <1281979317-sup-3846@midna.zekjur.net> <1281979589-sup-7759@ezyang>
566 Message-ID: <1282085130-sup-6401@midna.zekjur.net>
567
568 Hi Edward,
569
570 Excerpts from Edward Z. Yang's message of 2010-08-16 21:55:32 +0200:
571 > Fascinatingly enough, I cannot find it in either my inbox or my spam filter. (Dun dun dun.)
572 > Maybe you should send it as an attachment.
573 Interesting. I gzipped it (to make sure it does not get touched in any way on
574 its way to you) and attached it to this mail.
575
576 Best regards,
577 Michael
578 -------------- next part --------------
579 A non-text attachment was scrubbed...
580 Name: fwd.gz
581 Type: application/x-gzip
582 Size: 3130 bytes
583 Desc: not available
584 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100818/b4b2346f/attachment.gz>
585
586 From sup-bugs@masanjin.net Thu Aug 19 03:58:42 2010
587 From: sup-bugs@masanjin.net (anonymous)
588 Date: Thu, 19 Aug 2010 07:58:42 +0000
589 Subject: [sup-devel] [issue117] Problem with "special" characters (space
590 etc.) in source uri (filesystem path).
591 In-Reply-To: <1282204722.55.0.502666868043.issue117@masanjin.net>
592 Message-ID: <1282204722.55.0.502666868043.issue117@masanjin.net>
593
594
595 New submission from anonymous:
596
597 Hey there,
598
599 sup has problems with "non-standard", but allowed, characters in the source uri.
600 My example: I have maildir storages I want to add, and they contain spaces
601 (which are allowed characters on the filesystem). Here's the error message:
602
603 ===>
604 $ sup-add 'maildir:~/maildir-Mail/Inbox/Dresden-Initiativen (Tauschnetz,
605 Evoluzzer, Vernetzungstreffen ...)'
606 [Thu Aug 19 09:47:57 +0200 2010] Flushing Xapian updates to disk. This may take
607 a while...
608 /usr/lib/ruby/1.8/uri/common.rb:436:in `split': bad URI(is not URI?):
609 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen (Tauschnetz, Evoluzzer,
610 Vernetzungstreffen ...) (URI::InvalidURIError)
611 from /usr/lib/ruby/1.8/uri/common.rb:485:in `parse'
612 from /usr/lib/ruby/1.8/uri/common.rb:608:in `URI'
613 from /usr/bin/sup-add:94
614 from /usr/bin/sup-add:86:in `each'
615 from /usr/bin/sup-add:86
616 <===
617
618 I can circumvent that problem by adding the line marked in the following code
619 with a comment into /usr/bin/sup-add (it was inserted after line 86 in my
620 version of the code):
621
622 ===>
623 begin
624 Redwood::SourceManager.load_sources
625
626 ARGV.each do |uri|
627 uri=URI.encode(uri) ### <--- Added this line in order to encode "special"
628 characters within the uri.
629 labels = $opts[:labels] ? $opts[:labels].split(/\s*,\s*/).uniq : []
630
631 if !$opts[:force_new] && Redwood::SourceManager.source_for(uri)
632 say "Already know about #{uri}; skipping."
633 next
634 end
635 <===
636 (I don't know anything about ruby; I got this idea from a similar problem with
637 another program by searching the web.)
638
639 This makes sup-add work, it encodes the non-standard characters (like "%20" for
640 " "). They appear as such in sources.yaml. But this breaks another part:
641 sup-sync now looks for files containing "%20" instead of " " on the disk, which
642 obviously don't exist:
643
644 ===>
645 $ sup-add 'maildir:~/maildir-Mail/Inbox/Dresden-Initiativen (Tauschnetz,
646 Evoluzzer, Vernetzungstreffen ...)'
647 Adding
648 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...)...
649 [Thu Aug 19 09:45:29 +0200 2010] Flushing Xapian updates to disk. This may take
650 a while...
651
652 # Works.
653
654 $ cat ~/.sup/sources.yaml
655 ---
656 - !masanjin.net,2006-10-01/Redwood/Maildir
657 uri:
658 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...)
659 cur_offset:
660 usual: true
661 archived: false
662 id: 1
663 labels: []
664
665 mtimes:
666 cur: 1970-01-01 01:00:00 +01:00
667 new: 1970-01-01 01:00:00 +01:00
668
669 # "Special" characters are Encoded.
670
671 $ sup-sync
672 Scanning
673 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...)...
674 [Thu Aug 19 09:45:59 +0200 2010] WARNING: problem getting messages from
675 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...):
676 /home/felics/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...)/cur
677 not a directory
678 Scanned 0, added 0, updated 0 messages from
679 maildir:~/maildir-Mail/Inbox/Dresden-Initiativen%20(Tauschnetz,%20Evoluzzer,%20Vernetzungstreffen%20...).
680 [Thu Aug 19 09:45:59 +0200 2010] Flushing Xapian updates to disk. This may take
681 a while...
682
683 # That directory does not exist. How should it, it has " " within it's name, not
684 "%20".
685 <===
686
687 Next try: Exchanging back in sources.yaml all "%20" to " ". But that breaks
688 again sup-sync (the "URI::InvalidURIError" as above). This I was unable to fix,
689 since I did not find a point where a simple insertion of a URI.encode statement
690 could help.
691
692 This problems are also there for paths containing only "normal" characters and
693 spaces, i.e. no parentheses. And there are also other special characters that
694 make problems: '<', '>', '"'. Probably umlauts.
695
696 Clean solution would be to make sup safe for any character (in any encoding)
697 that is allowed to appear within the sources.
698
699 For me, that's an KO-argument not to use sup, since I still need that directory
700 structure to represent some email organisation on filesystem level, and I will
701 not rename every single directory just for sup (it's part of a bigger email setup).
702
703 Bye,
704 Felix.
705
706 ----------
707 keyword: encoding, maildir
708 messages: 271
709 nosy: anonymous
710 priority: bug
711 ruby_version: 1.8.7 (2008-08-11 patchlevel 72) [i486-linux] (Debian)
712 status: unread
713 sup_version: 0.11-2 (Debian)
714 title: Problem with "special" characters (space etc.) in source uri (filesystem path).
715
716 _________________________________________
717 Sup issue tracker <sup-bugs at masanjin.net>
718 <http://masanjin.net/sup-bugs/issue117>
719 _________________________________________
720
721 From marc.hartstein@alum.vassar.edu Thu Aug 19 13:44:49 2010
722 From: marc.hartstein@alum.vassar.edu (Marc Hartstein)
723 Date: Thu, 19 Aug 2010 13:44:49 -0400
724 Subject: [sup-devel] [issue117] Problem with "special" characters (space
725 etc.) in source uri (filesystem path).
726 In-Reply-To: <1282204722.55.0.502666868043.issue117@masanjin.net>
727 References: <1282204722.55.0.502666868043.issue117@masanjin.net>
728 Message-ID: <1282239630-sup-7131@cabinet>
729
730 Excerpts from anonymous's message of Thu Aug 19 03:58:42 -0400 2010:
731 >
732 > uri=URI.encode(uri) ### <--- Added this line in order to encode "special"
733 > characters within the uri.
734 >
735 > This makes sup-add work, it encodes the non-standard characters (like
736 > "%20" for " "). They appear as such in sources.yaml. But this breaks
737 > another part: sup-sync now looks for files containing "%20" instead of
738 > " " on the disk, which obviously don't exist:
739
740 If you're going to URI encode the source URIs (makes sense if they're
741 truly URIs), you're going to have to URI decode them before use.
742
743 I'm not sure if this is the best approach, but you should be able to
744 turn what you've done into a working patch by finding the places where
745 sup uses the URIs and using URI.decode(uri) to turn them back into
746 normal strings at the right moment.
747 -------------- next part --------------
748 A non-text attachment was scrubbed...
749 Name: signature.asc
750 Type: application/pgp-signature
751 Size: 198 bytes
752 Desc: not available
753 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100819/959b2166/attachment.bin>
754
755 From sascha-ml-email-sup-devel@silbe.org Thu Aug 19 04:13:34 2010
756 From: sascha-ml-email-sup-devel@silbe.org (Sascha Silbe)
757 Date: Thu, 19 Aug 2010 10:13:34 +0200
758 Subject: [sup-devel] Label colors support
759 In-Reply-To: <1280873473-sup-5265@mintaka>
760 References: <1280873473-sup-5265@mintaka>
761 Message-ID: <1282204477-sup-4766@xo15-sascha.sascha.silbe.org>
762
763 Excerpts from Matias Aguirre's message of Wed Aug 04 00:14:13 +0200 2010:
764
765 > Attached is a patch (first ruby code in a lot of time) with needed
766 > changes to allow colors by label and produces a good and quick feedback.
767 Nice idea! Would you mind prefixing (or suffixing) the color name with
768 "label" to prevent name clashes and make it clearer what the colors are
769 used for?
770
771 Sascha
772
773 --
774 http://sascha.silbe.org/
775 http://www.infra-silbe.de/
776 -------------- next part --------------
777 A non-text attachment was scrubbed...
778 Name: signature.asc
779 Type: application/pgp-signature
780 Size: 490 bytes
781 Desc: not available
782 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100819/e43b9dd1/attachment-0001.bin>
783
784 From matiasaguirre@gmail.com Thu Aug 19 17:04:36 2010
785 From: matiasaguirre@gmail.com (Matias Aguirre)
786 Date: Thu, 19 Aug 2010 18:04:36 -0300
787 Subject: [sup-devel] Label colors support
788 In-Reply-To: <1282204477-sup-4766@xo15-sascha.sascha.silbe.org>
789 References: <1280873473-sup-5265@mintaka>
790 <1282204477-sup-4766@xo15-sascha.sascha.silbe.org>
791 Message-ID: <1282251819-sup-3517@mintaka>
792
793 Excerpts from Sascha Silbe's message of Thu Aug 19 05:13:34 -0300 2010:
794 > Excerpts from Matias Aguirre's message of Wed Aug 04 00:14:13 +0200 2010:
795 >
796 > > Attached is a patch (first ruby code in a lot of time) with needed
797 > > changes to allow colors by label and produces a good and quick feedback.
798 > Nice idea! Would you mind prefixing (or suffixing) the color name with
799 > "label" to prevent name clashes and make it clearer what the colors are
800 > used for?
801
802 Indeed that will be clearer, here's the changeset:
803 http://github.com/omab/sup/commit/1a96a0ae856076d645a11e0b7d94858851343e27
804
805 Thanks,
806 Mat?as
807
808 > Sascha
809 --
810 Mat?as Aguirre <matiasaguirre at gmail.com>
811
812 From sup-bugs@masanjin.net Fri Aug 20 23:39:43 2010
813 From: sup-bugs@masanjin.net (kardan)
814 Date: Sat, 21 Aug 2010 03:39:43 +0000
815 Subject: [sup-devel] [issue118] index.rb:111:`load_index' expects v2 index
816 instead of v4
817 In-Reply-To: <1282361983.73.0.624659768679.issue118@masanjin.net>
818 Message-ID: <1282361983.73.0.624659768679.issue118@masanjin.net>
819
820
821 New submission from kardan <kardan at brueckenschlaeger.de>:
822
823 sup.
824
825 I am using Claws-Mail at the moment. Most of the work does the automatic
826 filtering of lists to topic folders. From the leftovers mails which address me
827 directly are moved to "to me". From there I move manually to either "todo", any
828 special topic folder or drop them. There even is a "done" folder but I have the
829 feeling this does not scale and will be replaced by tags someday.
830
831 So far I am satisfied, at least as long I can use a computer with a private home
832 and X.
833 Some of the time when I travel without a laptop or mobile phone etc. webmail
834 (roundcube / horde) does the job, but without filterung, which gets quite messy
835 during longer trips and heaviliy reduces my ability to keep on top of things.
836
837 (Mentioning this I tried several console clients (cone, mew, mutt) but somehow
838 came back to claws which I used before, maybe because of comfortability.)
839
840 Switching to sup would mean, to completely skip every other mail client and only
841 trust in sup. This makes me somehow suspicious as it conflicts with my paradigm
842 to always keep several ways to archieve things. By the way relyable gpg support
843 is a must have before I would leave claws.
844
845 However I am very confident that I found a roundup ready organizing tool in my
846 hands to survive even where no X has gone before.
847
848 After a friend send me a link to sup and I read the philosophy I
849 enthusiastically downloaded the source and as it is written in ruby which I was
850 developing with a bit I was happy, no compilation was necessary.
851 I wrote a little script[1] to do necessary preparations as I always do, when I
852 try new software (just in case I wake up with amnesia someday and need to
853 resetup my tools) and started sup, to read the help.
854
855 ~/dev/sup> sup
856 ./lib/sup/util.rb:316: warning: `&' interpreted as argument prefix
857 /usr/lib/ruby/1.8/pathname.rb:263: warning: `*' interpreted as argument prefix
858 ./lib/sup/util.rb:19: warning: method redefined; discarding old gen_lock_id
859 ./lib/sup/util.rb:30: warning: method redefined; discarding old dump_lock_id
860 ./lib/sup/message-chunks.rb:36: warning: method redefined; discarding old
861 make_tmpname
862 ./lib/sup/message.rb:285: warning: `&' interpreted as argument prefix
863 ./lib/sup/index.rb:553: warning: `&' interpreted as argument prefix
864 [Sa Aug 21 04:35:04 +0200 2010] Flushing Xapian updates to disk. This may take a
865 while...
866
867 After learning the quite handy list of keystrokes, I was eager to configure my
868 mailboxes and start the indication process. But:
869
870 ~/dev/sup> bin/sup-config
871 /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in
872 `gem_original_require': no such file to load -- sup (LoadError)
873 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
874 from bin/sup-config:7
875
876 Ok then, even being more addicted to apt than gem, I am no beast and ran
877
878 ~/dev/sup> sudo gem install sup
879 Building native extensions. This could take a while...
880 Building native extensions. This could take a while...
881 ---------- SNIP ----------
882
883 It did, but finally sup-config worked and suggested to do a syndication, which
884 unfortunately failed
885
886 Run sup-sync to import all messages now? (enter for "n"):
887 /usr/lib/ruby/gems/1.8/gems/sup-0.11/lib/sup/index.rb:111:in `load_index': This
888 Sup version expects a v2 index, but you have an existing v4 index. Please
889 downgrade to your previous version and dump your labels before upgrading to this
890 version (then run sup-sync --restore). (RuntimeError)
891 from /usr/lib/ruby/gems/1.8/gems/sup-0.11/lib/sup/index.rb:91:in `load'
892 from /usr/lib/ruby/gems/1.8/gems/sup-0.11/bin/sup-config:221
893 from /usr/bin/sup-config:19:in `load'
894 from /usr/bin/sup-config:19
895
896 I was said as if I had lost a friend and asked myself what I did wrong. There
897 was no such issue in the community platform, so I decided to add a new one.
898 After registering I was shocked developer list including their email adresses is
899 world readable (I was not used that), but decided to continue.
900
901 So here you are. I hope you can help and this little story helps as well.
902
903 Thanks for this neat peace of software and I wish, that all the needed
904 development work will be done soon. Maybe I can help.
905
906 And please feel free to ask for every detail you need to know.
907
908 [1]
909 # install script for ubuntu / lucid
910 gems="ncursesw sup"
911 ruby="rake rubygems libopenssl-ruby libdevel-logger-ruby libtrollop-ruby
912 libgettext-ruby-util liblockfile-ruby libmime-types-ruby "
913 ruby18="librmail-ruby1.8 libxapian-ruby1.8"
914 ncurses="libncurses-ruby libncursesw5-dev libncurses5-dev"
915 sudo apt-get install $ruby $ruby18 $ncurses
916 echo "Will install gems $gems"
917 sudo gem install $gems
918 mkdir $HOME/.sup # sup complained, that it missed
919 echo "run sup with: 'ruby -I lib -w bin/sup'" # after installing the sup gem
920 this no longer is needed
921
922 ii libart2-ruby 0.19.3-1ubuntu3
923 Libart 2 bindings for the Ruby language
924 ii libart2-ruby1.8 0.19.3-1ubuntu3
925 Libart 2 bindings for the Ruby language
926 ii libatk1-ruby 0.19.3-1ubuntu3
927 ATK bindings for the Ruby language
928 ii libatk1-ruby1.8 0.19.3-1ubuntu3
929 ATK bindings for the Ruby language
930 ii libcairo-ruby1.8 1.8.1-1
931 Cairo bindings for the Ruby language
932 ii libdevel-logger-ruby 1.2.6-1
933 log dumping utility for ruby
934 ii libgconf2-ruby 0.19.3-1ubuntu3
935 GConf 2 bindings for the Ruby language
936 ii libgconf2-ruby1.8 0.19.3-1ubuntu3
937 GConf 2 bindings for the Ruby language
938 ii libgdk-pixbuf2-ruby 0.19.3-1ubuntu3
939 Gdk-Pixbuf 2 bindings for the Ruby language
940 ii libgdk-pixbuf2-ruby1.8 0.19.3-1ubuntu3
941 Gdk-Pixbuf 2 bindings for the Ruby language
942 ii libgettext-ruby-util 2.1.0-1ubuntu1
943 Gettext utilities for ruby (dummy package)
944 ii libgettext-ruby1.8 2.1.0-1ubuntu1
945 Gettext for ruby1.8
946 ii libglade2-ruby 0.19.3-1ubuntu3
947 Libglade 2 bindings for the Ruby language
948 ii libglade2-ruby1.8 0.19.3-1ubuntu3
949 Libglade 2 bindings for the Ruby language
950 ii libglib2-ruby1.8 0.19.3-1ubuntu3
951 Glib 2 bindings for the Ruby language
952 ii libgnome2-ruby 0.19.3-1ubuntu3
953 GNOME 2 bindings for the Ruby language
954 ii libgnome2-ruby1.8 0.19.3-1ubuntu3
955 GNOME 2 bindings for the Ruby language
956 ii libgnomecanvas2-ruby 0.19.3-1ubuntu3
957 GNOME Canvas 2 bindings for the Ruby languag
958 ii libgnomecanvas2-ruby1.8 0.19.3-1ubuntu3
959 GNOME Canvas 2 bindings for the Ruby languag
960 ii libgnomevfs2-ruby 0.19.3-1ubuntu3
961 GNOME VFS 2 bindings for the Ruby language
962 ii libgnomevfs2-ruby1.8 0.19.3-1ubuntu3
963 GNOME VFS 2 bindings for the Ruby language
964 ii libgtk-mozembed-ruby 0.19.3-1ubuntu3
965 ruby binding of GtkMozEmbed, gecko renderer
966 ii libgtk-mozembed-ruby1.8 0.19.3-1ubuntu3
967 ruby binding of GtkMozEmbed, gecko renderer
968 ii libgtk2-ruby 0.19.3-1ubuntu3
969 GTK+ bindings for the Ruby language
970 ii libgtk2-ruby1.8 0.19.3-1ubuntu3
971 GTK+ bindings for the Ruby language
972 ii libgtkglext1-ruby 0.19.3-1ubuntu3
973 GTK+ GL extension bindings for the Ruby lang
974 ii libgtkglext1-ruby1.8 0.19.3-1ubuntu3
975 GTK+ GL extension bindings for the Ruby lang
976 ii liblocale-ruby1.8 2.0.5-2
977 pure ruby locale library
978 ii liblockfile-ruby 1.4.3-2.1
979 create NFS-safe lockfiles
980 ii libmime-types-ruby 1.16-2
981 guess MIME type of files
982 ii libncurses-ruby 1.2.4-2
983 ruby Extension for the ncurses C library
984 ii libncurses-ruby1.8 1.2.4-2
985 ruby Extension for the ncurses C library
986 ii libopengl-ruby 0.60.0-0ubuntu3
987 OpenGL binding for Ruby
988 ii libopengl-ruby1.8 0.60.0-0ubuntu3
989 OpenGL binding for Ruby
990 ii libopenssl-ruby 4.2
991 OpenSSL interface for Ruby
992 ii libopenssl-ruby1.8 1.8.7.249-2
993 OpenSSL interface for Ruby 1.8
994 ii libpanel-applet2-ruby 0.19.3-1ubuntu3
995 GNOME 2 panel applet library bindings for th
996 ii libpanel-applet2-ruby1.8 0.19.3-1ubuntu3
997 GNOME 2 panel applet library bindings for th
998 ii libpango1-ruby 0.19.3-1ubuntu3
999 Pango bindings for the Ruby language
1000 ii libpango1-ruby1.8 0.19.3-1ubuntu3
1001 Pango bindings for the Ruby language
1002 ii libreadline-ruby1.8 1.8.7.249-2
1003 Readline interface for Ruby 1.8
1004 ii librmail-ruby1.8 0.17-1.1
1005 lightweight mail library for Ruby 1.8
1006 ii librsvg2-ruby 0.19.3-1ubuntu3
1007 RSVG renderer bindings for the Ruby language
1008 ii librsvg2-ruby1.8 0.19.3-1ubuntu3
1009 RSVG renderer bindings for the Ruby language
1010 ii libruby 4.2
1011 Libraries necessary to run Ruby 1.8.x
1012 ii libruby1.8 1.8.7.249-2
1013 Libraries necessary to run Ruby 1.8
1014 ii libtrollop-ruby 1.9-1
1015 command-line argument processing library
1016 ii libvte-ruby 0.19.3-1ubuntu3
1017 VTE widget bindings for the Ruby language
1018 ii libvte-ruby1.8 0.19.3-1ubuntu3
1019 VTE widget bindings for the Ruby language
1020 ii libxapian-ruby1.8 1.0.17-1ubuntu1
1021 Xapian search engine interface for Ruby 1.8
1022 ii rake 0.8.7-1
1023 a ruby build program
1024 ii ruby 4.2
1025 An interpreter of object-oriented scripting
1026 ii ruby-gnome2 0.19.3-1ubuntu3
1027 GNOME-related bindings for the Ruby language
1028 ii ruby1.8 1.8.7.249-2
1029 Interpreter of object-oriented scripting lan
1030 ii ruby1.8-dev 1.8.7.249-2
1031 Header files for compiling extension modules
1032 ii rubygems 1.3.5-1ubuntu2
1033 package management framework for Ruby librar
1034 ii rubygems1.8 1.3.5-1ubuntu2
1035 package management framework for Ruby librar
1036
1037 ----------
1038 keyword: index
1039 messages: 274
1040 nosy: kardan
1041 priority: bug
1042 ruby_version: ruby 1.8.7 (2010-01-10 patchlevel 249) [i486-linux]
1043 status: unread
1044 sup_version: gem [sup (0.11)]
1045 title: index.rb:111:`load_index' expects v2 index instead of v4
1046
1047 _________________________________________
1048 Sup issue tracker <sup-bugs at masanjin.net>
1049 <http://masanjin.net/sup-bugs/issue118>
1050 _________________________________________
1051
1052 From sascha-ml-reply-to-2010-2@silbe.org Sun Aug 22 09:40:45 2010
1053 From: sascha-ml-reply-to-2010-2@silbe.org (Sascha Silbe)
1054 Date: Sun, 22 Aug 2010 15:40:45 +0200
1055 Subject: [sup-devel] alternative for sup-sync option --restored?
1056 In-Reply-To: <1281085361-sup-7888@xo15-sascha.sascha.silbe.org>
1057 References: <1281085361-sup-7888@xo15-sascha.sascha.silbe.org>
1058 Message-ID: <1282484196-sup-4382@xo15-sascha.sascha.silbe.org>
1059
1060 Excerpts from Sascha Silbe's message of Fri Aug 06 11:13:42 +0200 2010:
1061
1062 > I'm reading and writing my mails on both my desktop (which has the entire archive, totalling ~ 16GB) and my laptop (recent mails and partial archive, ~ 1-2GB).
1063 > Up to now I used sup-dump and sup-sync --restored to synchronize the two (every time I switched between them, since it's a full dump as opposed to a log file or diff).
1064 > After merging the latest changes (including a full dump + restore for index upgrade, taking about 33 hours), the --restored option to sup-sync is gone (and without it sup-sync doesn't do anything useful). How do I go about "merging" the changes done on the other system now?
1065
1066 Any suggestion? This is preventing me from updating to git master and rebasing my outstanding patches.
1067
1068 Sascha
1069
1070 --
1071 http://sascha.silbe.org/
1072 http://www.infra-silbe.de/
1073 -------------- next part --------------
1074 A non-text attachment was scrubbed...
1075 Name: signature.asc
1076 Type: application/pgp-signature
1077 Size: 490 bytes
1078 Desc: not available
1079 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100822/37ed4e9e/attachment.bin>
1080
1081 From sup-bugs@masanjin.net Mon Aug 23 02:41:31 2010
1082 From: sup-bugs@masanjin.net (David)
1083 Date: Mon, 23 Aug 2010 06:41:31 +0000
1084 Subject: [sup-devel] [issue119] RuntimeError from thread: load threads
1085 for thread-index-mode
1086 In-Reply-To: <1282545691.31.0.209619542822.issue119@masanjin.net>
1087 Message-ID: <1282545691.31.0.209619542822.issue119@masanjin.net>
1088
1089
1090 New submission from David <zxvdr.au at gmail.com>:
1091
1092 I'm using the latest version of Sup from GIT (last commit was
1093 45c3433c036446455e63142d2d2db4e37557a260). Sup starts up and polls for new mail
1094 ok (using getmail to suck down mail to a local maildir), but when I list all
1095 labels (47 of them atm) then try to show threads with the label Spam (~11000 of
1096 them total, ~9300 unread), I get this exception:
1097
1098 --- RuntimeError from thread: load threads for thread-index-mode
1099
1100 ./lib/sup/index.rb:529:in `find_docid'
1101 ./lib/sup/index.rb:534:in `find_doc'
1102 ./lib/sup/index.rb:544:in `get_entry'
1103 ./lib/sup/index.rb:195:in `build_message'
1104 /usr/lib/ruby/1.8/monitor.rb:242:in `synchronize'
1105 ./lib/sup/index.rb:553:in `synchronize'
1106 ./lib/sup/index.rb:195:in `build_message'
1107 ./lib/sup/index.rb:150:in `each_id_by_date'
1108 ./lib/sup/thread.rb:338:in `call'
1109 ./lib/sup/thread.rb:338:in `load_n_threads'
1110 ./lib/sup/index.rb:150:in `each_id_by_date'
1111 ./lib/sup/index.rb:245:in `each_id'
1112 ./lib/sup/index.rb:245:in `each'
1113 ./lib/sup/index.rb:245:in `each_id'
1114 ./lib/sup/index.rb:150:in `each_id_by_date'
1115 ./lib/sup/thread.rb:334:in `load_n_threads'
1116 ./lib/sup/modes/thread-index-mode.rb:640:in `__unprotected_load_n_threads'
1117 (eval):12:in `load_n_threads'
1118 ./lib/sup/modes/thread-index-mode.rb:624:in `load_n_threads_background'
1119 ./lib/sup.rb:77:in `reporting_thread'
1120 ./lib/sup.rb:75:in `initialize'
1121 ./lib/sup.rb:75:in `new'
1122 ./lib/sup.rb:75:in `reporting_thread'
1123 ./lib/sup/modes/thread-index-mode.rb:623:in `load_n_threads_background'
1124 ./lib/sup/modes/thread-index-mode.rb:694:in `__unprotected_load_threads'
1125 (eval):12:in `load_threads'
1126 ./lib/sup/modes/label-search-results-mode.rb:33:in `spawn_nicely'
1127 ./lib/sup/modes/label-list-mode.rb:134:in `select_label'
1128 ./lib/sup/mode.rb:59:in `send'
1129 ./lib/sup/mode.rb:59:in `handle_input'
1130 ./lib/sup/buffer.rb:277:in `handle_input'
1131 bin/sup:260
1132
1133 If I start sup with the --no-threads option then try to show the Spam threads I
1134 get this exception:
1135
1136 --- RuntimeError from thread: main
1137
1138 ./lib/sup/index.rb:529:in `find_docid'
1139 ./lib/sup/index.rb:534:in `find_doc'
1140 ./lib/sup/index.rb:544:in `get_entry'
1141 ./lib/sup/index.rb:195:in `build_message'
1142 /usr/lib/ruby/1.8/monitor.rb:242:in `synchronize'
1143 ./lib/sup/index.rb:553:in `synchronize'
1144 ./lib/sup/index.rb:195:in `build_message'
1145 ./lib/sup/index.rb:150:in `each_id_by_date'
1146 ./lib/sup/thread.rb:338:in `call'
1147 ./lib/sup/thread.rb:338:in `load_n_threads'
1148 ./lib/sup/index.rb:150:in `each_id_by_date'
1149 ./lib/sup/index.rb:245:in `each_id'
1150 ./lib/sup/index.rb:245:in `each'
1151 ./lib/sup/index.rb:245:in `each_id'
1152 ./lib/sup/index.rb:150:in `each_id_by_date'
1153 ./lib/sup/thread.rb:334:in `load_n_threads'
1154 ./lib/sup/modes/thread-index-mode.rb:640:in `__unprotected_load_n_threads'
1155 (eval):12:in `load_n_threads'
1156 ./lib/sup/modes/thread-index-mode.rb:624:in `load_n_threads_background'
1157 ./lib/sup.rb:73:in `reporting_thread'
1158 ./lib/sup/modes/thread-index-mode.rb:623:in `load_n_threads_background'
1159 ./lib/sup/modes/thread-index-mode.rb:694:in `__unprotected_load_threads'
1160 (eval):12:in `load_threads'
1161 ./lib/sup/modes/label-search-results-mode.rb:33:in `spawn_nicely'
1162 ./lib/sup/modes/label-list-mode.rb:134:in `select_label'
1163 ./lib/sup/mode.rb:59:in `send'
1164 ./lib/sup/mode.rb:59:in `handle_input'
1165 ./lib/sup/buffer.rb:277:in `handle_input'
1166 bin/sup:260
1167
1168 ----------
1169 messages: 275
1170 nosy: zxvdr
1171 priority: bug
1172 ruby_version: 1.8.6.399
1173 status: unread
1174 sup_version: 45c3433c036446455e63142d2d2db4e37557a260
1175 title: RuntimeError from thread: load threads for thread-index-mode
1176
1177 _________________________________________
1178 Sup issue tracker <sup-bugs at masanjin.net>
1179 <http://masanjin.net/sup-bugs/issue119>
1180 _________________________________________
1181
1182 From eg@gaute.vetsj.com Tue Aug 24 17:21:10 2010
1183 From: eg@gaute.vetsj.com (Gaute Hope)
1184 Date: Tue, 24 Aug 2010 23:21:10 +0200
1185 Subject: [sup-devel] [issue64] Crash on sup start
1186 In-Reply-To: <1265688194.03.0.035958787068.issue64@masanjin.net>
1187 References: <1265688194.03.0.035958787068.issue64@masanjin.net>
1188 Message-ID: <1282684816-sup-340@dolk>
1189
1190 Excerpts from anonymous's message of 2010-02-09 05:03:14 +0100:
1191 >
1192 > New submission from anonymous:
1193 >
1194 > sup crashed after I sent an email, and won't start anymore.
1195 >
1196 > This is with the latest git version. Ubuntu/Karmic.
1197 >
1198 > [Tue Feb 09 14:59:30 +1100 2010] ERROR: oh crap, an exception
1199 > ----------------------------------------------------------------
1200 > I'm very sorry. It seems that an error occurred in Sup. Please
1201 > accept my sincere apologies. Please submit the contents of
1202 > /home/brian/.sup/exception-log.txt and a brief report of the
1203 > circumstances to http://masanjin.net/sup-bugs/ so that I might
1204 > address this problem. Thank you!
1205 >
1206 > Sincerely,
1207 > William
1208 > ----------------------------------------------------------------
1209 > --- RuntimeError from thread: load threads for thread-index-mode
1210 >
1211 > /home/brian/tree/sup/lib/sup/xapian_index.rb:348:in `find_docid'
1212 > /home/brian/tree/sup/lib/sup/xapian_index.rb:353:in `find_doc'
1213 > /home/brian/tree/sup/lib/sup/xapian_index.rb:363:in `get_entry'
1214 > /home/brian/tree/sup/lib/sup/xapian_index.rb:77:in `build_message'
1215 > /usr/lib/ruby/1.8/monitor.rb:242:in `synchronize'
1216 > /home/brian/tree/sup/lib/sup/xapian_index.rb:372:in `synchronize'
1217 > /home/brian/tree/sup/lib/sup/xapian_index.rb:77:in `build_message'
1218 > /home/brian/tree/sup/lib/sup/xapian_index.rb:121:in `each_id_by_date'
1219 > /home/brian/tree/sup/lib/sup/thread.rb:332:in `call'
1220 > /home/brian/tree/sup/lib/sup/thread.rb:332:in `load_n_threads'
1221 > /home/brian/tree/sup/lib/sup/xapian_index.rb:121:in `each_id_by_date'
1222 > /home/brian/tree/sup/lib/sup/xapian_index.rb:114:in `each_id'
1223 > /home/brian/tree/sup/lib/sup/xapian_index.rb:114:in `each'
1224 > /home/brian/tree/sup/lib/sup/xapian_index.rb:114:in `each_id'
1225 > /home/brian/tree/sup/lib/sup/xapian_index.rb:121:in `each_id_by_date'
1226 > /home/brian/tree/sup/lib/sup/thread.rb:328:in `load_n_threads'
1227 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:630:in
1228 > `__unprotected_load_n_threads'
1229 > (eval):12:in `load_n_threads'
1230 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:614:in
1231 > `load_n_threads_background'
1232 > /home/brian/tree/sup/lib/sup.rb:77:in `reporting_thread'
1233 > /home/brian/tree/sup/lib/sup.rb:75:in `initialize'
1234 > /home/brian/tree/sup/lib/sup.rb:75:in `new'
1235 > /home/brian/tree/sup/lib/sup.rb:75:in `reporting_thread'
1236 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:613:in
1237 > `load_n_threads_background'
1238 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:684:in
1239 > `__unprotected_load_threads'
1240 > (eval):12:in `load_threads'
1241 > /home/brian/tree/sup/bin/sup:226
1242 >
1243 > Brian May
1244 >
1245 > ----------
1246 > messages: 155
1247 > nosy: anonymous
1248 > priority: bug
1249 > ruby_version: 4.2
1250 > status: unread
1251 > sup_version: git
1252 > title: Crash on sup start
1253 >
1254
1255 This just happened to me as well. Commenting out the fail lets me start up.
1256
1257 - gaute
1258
1259 From spacefrogg-devel@instandbesetzt.net Mon Aug 30 06:25:52 2010
1260 From: spacefrogg-devel@instandbesetzt.net (Michael Raitza)
1261 Date: Mon, 30 Aug 2010 12:25:52 +0200
1262 Subject: [sup-devel] [PATCH] fix problem with Content-Type in mail header
1263 Message-ID: <1283163832-sup-5606@leandros>
1264
1265 Hi,
1266
1267 i found a problem in crypto.rb. RMail seemes to add quotes around
1268 arguments in the Content-Type field even if quotes are already given.
1269 This lead to double double quotes and confused other mail clients.
1270
1271 Diff attached.
1272
1273
1274 Regards,
1275
1276 Michael
1277
1278 diff --git a/lib/sup/crypto.rb b/lib/sup/crypto.rb
1279 index 7324ad4..04ca1c1 100644
1280 --- a/lib/sup/crypto.rb
1281 +++ b/lib/sup/crypto.rb
1282 @@ -88,7 +88,7 @@ EOS
1283 control.body = "Version: 1\n"
1284
1285 envelope = RMail::Message.new
1286 - envelope.header["Content-Type"] = 'multipart/encrypted; protocol="application/pgp-encrypted"'
1287 + envelope.header["Content-Type"] = 'multipart/encrypted; protocol=application/pgp-encrypted'
1288
1289 envelope.add_part control
1290 envelope.add_part encrypted_payload
1291 -------------- next part --------------
1292 A non-text attachment was scrubbed...
1293 Name: signature.asc
1294 Type: application/pgp-signature
1295 Size: 836 bytes
1296 Desc: not available
1297 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100830/bfcc1e58/attachment.bin>
1298
1299 From spacefrogg-devel@instandbesetzt.net Mon Aug 30 06:29:30 2010
1300 From: spacefrogg-devel@instandbesetzt.net (Michael Raitza)
1301 Date: Mon, 30 Aug 2010 12:29:30 +0200
1302 Subject: [sup-devel] [PATCH] fix for problem with gpg verifying signatures
1303 Message-ID: <1283164026-sup-6827@leandros>
1304
1305 Hi,
1306
1307 GPG seems to have a problem with verifying signatures if it doesn't know
1308 the file name extension (!?). I fixed the problem with adding .asc as
1309 extension to the temporary file names.
1310
1311 Diff attached.
1312
1313 Regards,
1314
1315 Michael.
1316
1317 diff --git a/lib/sup/crypto.rb b/lib/sup/crypto.rb
1318 index 04ca1c1..954d5c2 100644
1319 --- a/lib/sup/crypto.rb
1320 +++ b/lib/sup/crypto.rb
1321 @@ -117,12 +117,12 @@ EOS
1322 return unknown_status(cant_find_binary) unless @cmd
1323
1324 if detached
1325 - payload_fn = Tempfile.new "redwood.payload"
1326 + payload_fn = Tempfile.new "redwood.payload.asc"
1327 payload_fn.write format_payload(payload)
1328 payload_fn.close
1329 end
1330
1331 - signature_fn = Tempfile.new "redwood.signature"
1332 + signature_fn = Tempfile.new "redwood.signature.asc"
1333 signature_fn.write signature.decode
1334 signature_fn.close
1335
1336 @@ -139,11 +139,11 @@ EOS
1337 def decrypt payload, armor=false # a RubyMail::Message object
1338 return unknown_status(cant_find_binary) unless @cmd
1339
1340 - payload_fn = Tempfile.new "redwood.payload"
1341 + payload_fn = Tempfile.new "redwood.payload.asc"
1342 payload_fn.write payload.to_s
1343 payload_fn.close
1344
1345 - output_fn = Tempfile.new "redwood.output"
1346 + output_fn = Tempfile.new "redwood.output.asc"
1347 output_fn.close
1348
1349 message = run_gpg "--output #{output_fn.path} --skip-verify --yes --decrypt #{payload_fn.path}", :interactive => true
1350 -------------- next part --------------
1351 A non-text attachment was scrubbed...
1352 Name: signature.asc
1353 Type: application/pgp-signature
1354 Size: 836 bytes
1355 Desc: not available
1356 URL: <http://rubyforge.org/pipermail/sup-devel/attachments/20100830/98dfedfa/attachment.bin>
1357
1358 From sup-bugs@masanjin.net Mon Aug 30 18:43:52 2010
1359 From: sup-bugs@masanjin.net (anonymous)
1360 Date: Mon, 30 Aug 2010 22:43:52 +0000
1361 Subject: [sup-devel] [issue120] Email visible in Maildir but not in sup
1362 In-Reply-To: <1283208232.61.0.188242237088.issue120@masanjin.net>
1363 Message-ID: <1283208232.61.0.188242237088.issue120@masanjin.net>
1364
1365
1366 New submission from anonymous:
1367
1368 There's an e-mail in my Maildir, which I can read with mutt, but that I can't
1369 read with sup. This is the first time I've seen this happening. The message
1370 file is attached. There is a password in it, but it's not relevant anymore,
1371 since I've changed it on the website.
1372
1373 Greetings.
1374
1375 ----------
1376 messages: 278
1377 nosy: anonymous
1378 priority: bug
1379 ruby_version: 1.8.7
1380 status: unread
1381 sup_version: 0.11
1382 title: Email visible in Maildir but not in sup
1383
1384 _________________________________________
1385 Sup issue tracker <sup-bugs at masanjin.net>
1386 <http://masanjin.net/sup-bugs/issue120>
1387 _________________________________________
1388