Bug#780779: your mail

2015-03-26 Thread Jochen Striepe
Hi, On Thu, Mar 19, 2015 at 02:59:44PM +0100, Jochen Striepe wrote: Rhonda, Otto, Gregor, please have a glance at http://www.escape.de/~tolot/mutt/t-prot/downloads/t-prot-3.3-WIP.tar.gz and see if I did miss something. Otherwise, a release will follow sometime around the weekend

Bug#780779: (no subject)

2015-03-19 Thread Jochen Striepe
Bcc: Subject: Re: Bug#780779: option merge multiple blank lines to n lines not configurable as documented Reply-To: In-Reply-To: 20150319104536.3605.13775.report...@piccione.ffm.andrena.de Hello, On Thu, Mar 19, 2015 at 11:45:36AM +0100, Carsten Otto wrote: The option -c, documented

Bug#780779: option merge multiple blank lines to n lines not configurable as documented

2015-03-19 Thread Jochen Striepe
On Thu, Mar 19, 2015 at 01:18:10PM +0100, Axel Beckert wrote: Jochen Striepe wrote: Yes. Using -c1 works as well at my Debian testing machine. T-prot's command line processing is all handled by Getopt::Long, so I guess we're stuck here. I'm sorry. So from my point of view only the man

Bug#780779: your mail

2015-03-19 Thread Jochen Striepe
Hi again, On Thu, Mar 19, 2015 at 02:34:22PM +0100, Rhonda D'Vine wrote: -c1 also is expected to work. That's the way Getopt::Long handles bundling of options and values when using short options. The equal sign can only be used in the long variant. Ah, ok. Hm. Well. I think this

Bug#780779: option merge multiple blank lines to n lines not configurable as documented

2015-03-19 Thread Jochen Striepe
Hi, On Thu, Mar 19, 2015 at 01:58:42PM +0100, gregor herrmann wrote: On Thu, 19 Mar 2015 13:38:22 +0100, Jochen Striepe wrote: That said, it's Getopt::Long that does not behave correctly. -c=1 should be fine with them AFAICS, so the right thing should be to fix that one. That's

Bug#681450: marked as done (t-prot: package description review)

2013-06-08 Thread Jochen Striepe
On Sat, Jun 08, 2013 at 10:36:05PM +, Debian Bug Tracking System wrote: message run through a filter before it's displayed. If you use such a program we'd be interested if you could send in your setup. (Did anybody ever do this?) Yes, as pointed out in

Bug#681450: t-prot: package description review

2012-07-13 Thread Jochen Striepe
Hello, On Fri, Jul 13, 2012 at 09:45:34AM +0100, Justin B Rye wrote: The package description for t-prot has a couple of typos and language issues. While fixing them I've reshuffled it quite a bit. Thanks for reviewing. Since the package description is a Debian issue, I will leave any

Bug#564163: mutt integration broken, --max-lines=250 exit code not swallowed

2010-01-08 Thread Jochen Striepe
Hello, On 08 Jan 2010, martin f krafft wrote: It is my understanding that -Mmutt should inhibit the exit code for --max-lines. Since the --max-lines handling changed since 2.8.1 (it moved out of process_msg(), the return code for overlong messages will be non-zero even if -Mmutt is

Bug#393260: apt-listchanges: Bad dependency: libapt-pkg-libc6.3-6.so.3.11 not available in early apt

2006-10-15 Thread Jochen Striepe
Hi, On 15 Oct 2006, Pierre Habouzit wrote: Le dim 15 octobre 2006 21:25, Jochen Striepe a écrit : Releasing the hold of course instantly solved the problem. I'm under the strong impression that apt-listchanges should require an apt version where libapt-pkg-libc6.3-6.so.3.11 is already

Bug#393260: apt-listchanges: Bad dependency: libapt-pkg-libc6.3-6.so.3.11 not available in early apt

2006-10-15 Thread Jochen Striepe
Package: apt-listchanges Version: 2.70 Severity: important Hi, having had apt (partly accidential) on hold since apt version 0.5.14, for quite some time apt-listchanges could not load libapt-pkg-libc6.3-6.so.3.11 on my system and thus failed on program start. Releasing the hold of course

Bug#374671: t-prot: please us a directory in /etc for the global activation

2006-06-21 Thread Jochen Striepe
Hi, On 21 Jun 2006, Gerfried Fuchs wrote: P.S.: Please ignore Jochen on this, he's just upstream and doesn't need to share the point of view I have on using it within Debian. *nods* It's just that the performance issue is not mentioned explicitely in the documentation, and thus perhaps

Bug#374671: t-prot: please us a directory in /etc for the global activation

2006-06-20 Thread Jochen Striepe
Hi, On 20 Jun 2006, Andreas Pakulat wrote: currently the global activation of t-prot in /etc/Muttrc.t-prot uses the examples/footers directory, Oops. however that is not apropriate for configuration files. t-prot should install all or some of these example footers into

Bug#368375: t-prot shouldn't stop after the first signature

2006-06-16 Thread Jochen Striepe
Hi, On 21 May 2006, Andreas Pakulat wrote: I think t-prot shouldn't stop processing after finding the last signature of a mail. On debian-lists you often get 2 signatures, one from the OP and the list-signature, however t-prot only hides the list-signature. Sorry, but trying several

Bug#368162: t-prot: wrong logic when checking for mutt_ssloutstart in MS TOFU

2006-05-22 Thread Jochen Striepe
Hello, On 20 May 2006, Glyn Kennington wrote: I think the problem is the following, at /usr/bin/t-prot line 715 after the t-prot-r1.243-mutt157.diff patch has been applied: $$lines[$x] !~ /^(?:\e[^\a]+\a)?(?:\Q$mutt_ssloutstart\E)/o)) { This equates to true if the given line

Bug#301653: t-prot.sl: Suggestions for improvement

2005-05-23 Thread Jochen Striepe
close 301653 thanks On 05 Apr 2005, gregor herrmann wrote: IMO including the patch in sarge would be great because the fix for the flickering screen is a real improvement in usability. The patch is included in the freshly uploaded t-prot Debian package, version 1.99.1+2.0-rc2-0.sarge.1 (sorry

Bug#301653: t-prot.sl: Suggestions for improvement

2005-03-31 Thread Jochen Striepe
Hello, On 27 Mar 2005, gregor herrmann wrote: Some suggestions for improving t-prot.sl: * Assigning ESC-1 and ESC-0 (for de/activating t-prot filtering in slrn) is IMO no good idea because slrn often uses these shortcuts as prefix arguments. I use ESC-6 und ESC-7 because the seem