On Wed, Apr 7, 2021, at 14:05, Philip Kaludercic wrote:
> I apologize for the empty form, this was the first time I used
> reportbug. I hope it is ok if I answer the question in this message.
That's fine, but please still fill us in on what exactly failed.
If you get a *Backtrace* buffer, please
On Sun, Mar 17, 2019, at 04:51, zieg...@uni-freiburg.de wrote:
> The problem occurs also with the current kernel
> linux-image-4.19.0-4-amd64.
Could you please share your `locale' settings? Does a file with this name exist
in the current directory? Is it possible to create a file with this name?
On Wed, Jan 3, 2018, at 03:45, H.-Dirk Schmitt wrote:
> On Mi, 2018-01-03 at 02:06 +0200, era eriksson wrote:
> > Code outline for an emacs batch wrapper
>
> I do not insist on bash – you are free to fix it in any programming
> language ;-)
A fair amont of
l to print something?
> then# oops run in timeout>
> … add error handling here
> else# emacs terminates
> without timeout
>cat ${catchFile} # forward console
>output>
This also affects Ubuntu and has been reported in the wild by users
upgrading from earlier versions of the distro.
https://bugs.launchpad.net/debian/+source/oneliner-el/+bug/1586145
(Notice also the recent duplicate if you have trouble with the error
messages being in German.)
The problem might
acs24 and mu4e. Maybe emacs24-el just happened to set
things up to happen in the proper order as well, and is not a true
requirement?
Sorry for talking to myself here ...
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bu
things for him. (If the elisp sources
are required, I would sort of expect it to be the other way around? Or
does elpa also only install elc files?)
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
emacsen-common as the likely source for whatever exposes this, although
it may well be that the root cause for the bug is in the xemacs21
packaging.
#313511 looks similar, maybe the changes discussed there are actually
relevant for this case?
/* era */
--
If this were a real .signature, it would suck
On Tue, 05 Oct 2010 10:51 +, "Debian Bug Tracking System"
wrote:
> > reassign 597530 emacs23
Thanks. I was wondering how I should cope with this.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to deb
merge 597530 397757
thanks
On Mon, 20 Sep 2010 23:49 +0200, "Stefan Monnier"
wrote:
> > See #397757 why this would be correct.
> Agreed. I guess this can be merged with #397757.
Hence.
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
gt; TWiki does have a very painful set of assumptions, which don't map
> easily to debian
To some extent, it would fix this as well, I guess.
/* era */
PS. Some more secure CGI links for you: <http://tinyurl.com/37tbz5>
(brian d foy's CGI Meta FAQ) and from there in particular Sim
More generally, google for "secure CGI" and don't stop reading. There
should be about 9,830,000 documents in the result set.
Hope this helps (-:
/* era */
--
If this were a real .signature, it would suck less. Well, maybe not.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quot;grave" for a
bug which "introduces a security hole allowing access to the accounts of
users who use the package". I'm not sure about "introduces" (it likely
existed before?) and without an isolated patch, it's hard to assess the
exact scope of the vulnerabi
le at startup time,
with an option to disable it (perhaps by setting the limit to 0 in the
configuration), and documented.
Thanks in advance for your attention to this,
/* era */
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i3
14 matches
Mail list logo
