Bug#886024: split off anything-el related part

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

Bug#886024: split off anything-el related part

Your emacs-batch script seems to have some issues. I have not reviewed it properly, but e.g. your prevalent use of the declare keyword is definitely a bashism. More generally, making Emacs package compilation more robust is absolutely not a bad idea; but introducing new requirements should also be

Bug#686113: Workaround: Temporarily uninstall mu4e

We now have a report that uninstalling mu4e allows the emacs24 install to finish, whereby mu4e can be installed successfully as well. To follow up on my earlier note, I'm beginning to think that the elpa diagnostic was wrong, and that the real issue is the sequence in which you install emacs24 and

Bug#686113: Coordinate with similar Ubuntu bugs

The following two Ubuntu bugs have similar symptoms: * https://bugs.launchpad.net/ubuntu/+source/maildir-utils/+bug/1150593 * https://bugs.launchpad.net/ubuntu/+source/maildir-utils/+bug/1199553 The former reports that replacing an elpa install of org-mode with the Ubuntu-packaged org mode fixed

Bug#677191: Add watch: LP#789706

Just a quick note that Ubuntu Launchpad has a largish number of recent duplicates for this bug. https://bugs.launchpad.net/ubuntu/+source/xemacs21/+bug/789706 xemacs21 has been stable (as in basically unmaintained in Ubuntu) for a long time, across several Ubuntu releases. This points to emacsen

Bug#597530: Processed: Re: Processed: One more time fer paw

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 debian-bugs-rc-requ...@lists

Bug#597530: emacs23: My outgoing mail is lost

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. -- To UNSUBSCRIBE, e

Bug#444982: (no subject)

On Sun, 21 Oct 2007 19:48:23 +1000, Sven Dowideit <[EMAIL PROTECTED]> wrote: > 777 is on the working/tmp dir only, which is not used for any web > content. Also, as the twiki cgi scripts are callable from the command > line by any user, requiring the working/tmp dir to be writable by any > user, I

Bug#444982: Secure coding guidelines

On Fri, 26 Oct 2007 14:28:28 +0200, Nico Golde <[EMAIL PROTECTED]> wrote: > > Does the (testing) security team have a comprehensive page with > > security best and worst practices? To be able to point people at it, > > so one [doesn't] have to point at "random" wikipedia pages or google > > hits?

Bug#415362: Security fix included in GNU file 4.20

Package: file Version: 4.19-1 Severity: grave Tags: security X-Debbugs-Cc: [EMAIL PROTECTED] According to the changelog included in the GNU file 4.20 tarball at , this version includes a security fix: 2007-02-08 17:30 Christos Zoulas <[EMAIL PROTECTED]>

Bug#303346: gdm: Suppresses X logging with "Too much output"

Package: gdm Version: 2.6.0.4-1 Severity: grave Justification: Discards error output rather than logging as requested When an X session has been running for a while, I get the message "...Too much output, ignoring rest..." and then all logging to my ~/.xsession-errors stops. I googled for this me