Peter S Galbraith wrote:
Many thanks for finding the solution! I'll fix it soon.
Okay, thank you. :-) I guess I was a bit lucky to hit on the right track so
soon. BTW, could you reproduce the bug? I am a bit surprised that nobody
had noticed it before.
In my patch, instead of binding
(def
Many thanks for finding the solution! I'll fix it soon.
Peter
Sven Joachim <[EMAIL PROTECTED]> wrote:
> In my last message I wrote:
>
> > I am not so certain. Tar-mode works fine with coding-system utf-8, also
> > for gzipped tarballs. What might be the culprit is the message
> >
> > gzip: s
tags 344260 patch
thanks
In my last message I wrote:
I am not so certain. Tar-mode works fine with coding-system utf-8, also
for gzipped tarballs. What might be the culprit is the message
gzip: stdin: not in gzip format
that appears (hidden, due to narrowing) in the *.deb-DATA buffer. This
Peter S Galbraith wrote:
As you can see above, deb-view is simply a superset of tar-mode. That
is where the problem is occurring. I might be able to patch around it,
but it is more than likely an Emacs bug.
I am not so certain. Tar-mode works fine with coding-system utf-8, also
for gzipped
Sven Joachim <[EMAIL PROTECTED]> wrote:
> When I switched from my formerly preferred iso-latin-1 language environment
> to a utf-8 one, deb-view-dired-view suddenly stopped working. Now the
> *.deb-DATA buffer is always empty on both emacs21 and emacs-snapshot. The
> following log is left in the
Package: debian-el
Version: 26.4-1
Severity: normal
When I switched from my formerly preferred iso-latin-1 language environment
to a utf-8 one, deb-view-dired-view suddenly stopped working. Now the
*.deb-DATA buffer is always empty on both emacs21 and emacs-snapshot. The
following log is left i
6 matches
Mail list logo
