Bug#505997: dlocate: dependencies are too rigid; mlocate should satisfy them

On Mon, 17 Nov 2008 11:37:32 -0500, "Norman Ramsey" <[EMAIL PROTECTED]> said: > It should be possible for dlocate to depend on mlocate, not just > slocate or locate. Or otherwise a bug report should be filed against > mlocate. Feel free to submit a bug against mlocate then. As far as dlocate

Bug#381737: update-grub: Does not like my custom built kernel

retitle 381737 update-grub: incorrect regex discards some kernels thanks > for kern in $(/bin/ls -1vr /boot | grep -v "dpkg-*" | grep -v "xen" | grep > "^vmlinuz-") ; do The quoted shell script snippet is actually incorrect for the dpkg- case, too. I assume what is meant is simply "dpkg-" but t

Bug#374753: tcpquota: Typo fixes and clarifications for package description

Package: tcpquota Version: 1.6.15-11 Severity: minor X-Debbugs-Cc: [EMAIL PROTECTED] Tags: patch Minimally, /^Description:/s/\.$// s/monitors and debit user/monitors and debits users/ s/depending on there/depending on their/ s/as a Internet gateway/as an Internet gateway/ s/debit each us

Bug#367632: libapt-pkg-dev: Please Suggests: or even Recommends: libapt-pkg-doc

Package: libapt-pkg-dev Version: 0.6.38 Severity: minor Finding out what packages to install when the starting point is "looks like I need libapt-pkg but what is it and where is it" is overtly cumbersome. There is no package named just libapt-pkg and the obvious hit in Google is this package; thus

Bug#494673: clarification of proposed dlocate README?

On Sun, 24 May 2009 16:14 +0200, "Tomas Pospisek" wrote: > >> Could this later point be made clear in the README? > > > > i really don't know how it could be said any clearer. > > I suggest actually putting that information somewhere into the package as > for example into the README.Debian. > >

Bug#494673: clarification of proposed dlocate README?

On Tue, 26 May 2009 22:10 +0300, "era eriksson" wrote: > In my opinion this is slightly problematic -- dlocate's install script > cannot know whether locate was installed explicitly by the user (well, I > suppose this information is available if you use aptitude, but not o

Bug#421739: thttpd: lintian warnings for manual pages

Package: thttpd Version: 2.23beta1-6 Severity: minor Tags: patch X-Debbugs-Cc: [EMAIL PROTECTED] Lintian produces the following warnings when building thttpd and thttpd-util: W: thttpd source: ancient-standards-version 3.5.6 (current is 3.7.2) W: thttpd-util: manpage-has-errors-from-man usr/share

Bug#421750: thttpd: cannot serve 301 redirects

Package: thttpd Version: 2.23beta1-6 Tags: patch X-Debbugs-Cc: [EMAIL PROTECTED] The attached patch changes the precedence of the heuristic that a "Location:" header always produces a 302 HTTP status, and allows an explicit CGI "Status: 301" to override it. This fixes the problem that it is prese

Bug#421752: thttpd: tilde expansion not clearly documented

Nov 1 15:07:28 EET 2006 era eriksson <[EMAIL PROTECTED]> * era's documentation patch to explain tilde expansion Adds a section to thttpd.8 explaining the compile-time options TILDE_MAP_x, for the benefit of users who don't have ready access to the helpful comments

Bug#421753: thttpd: symlink option missing from thttpd.conf

; although even my friends think I'm fairly unique in many intriguing respects, I would expect some others to benefit from having this explication available in thttpd.conf. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. Tue Oct 31 07:42:36 EET 2006

Bug#421757: thttpd-util: Revert V_STATICFLAG patch

Package: thttpd-util Version: 2.23beta1-6 Severity: wishlist Tags: patch X-Debbugs-CC: [EMAIL PROTECTED] The .diff.gz contains a spurious change which was probably intended to avoid compiling the CGI utilities statically. However, the utilities are not compiled statically by default in any event,

Bug#393651: Reportedly fixed in newer upstream version

According to https://bugs.launchpad.net/debian/+source/subversion/+bug/113977 a workaround is to install the upstream psvn.el. Note also the comments to #441994. Perhaps it would be time to upgrade the version in Debian, too? /* era */ -- If this were a real .signature, it would suck less. We

Bug#441997: Any tracker for upstream info-zip bug?

Did you receive any sort of response for the Info-Zip bug submission? The "forwarded" URL is just their submission form, and I was unable to bring up anything resembling a public mailing list or web-based bug tracker where the bug would be ending up. Perhaps you could at least ask them to Cc: thi

Bug#400462: Forwarded upstream

I'm hesitant to tag this as forwarded until I hear back from upstream, but my attempt to forward this bug is now at /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECT

Bug#447140: dlocate: dlocate -l prints header even if no result

Package: dlocate Version: 0.5-0.3 Severity: minor X-Debbugs-Cc: [EMAIL PROTECTED] Compare: vnix$ dpkg -l nosuchpackagenosiree No packages found matching nosuchpackagenosiree. vnix$ dlocate -l nosuchpackagenosiree Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files

Bug#447141: dlocate: need to quote regex specials in package names

Package: dlocate Version: 0.5-0.3 Severity: wishlist X-Debbugs-cc: [EMAIL PROTECTED] If dlocate wants to be a drop-in replacement for dpkg, shouldn't this simple thing also work the same? vnix$ dpkg -l libsigc++-2.0-0c2a Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-

Bug#448524: reopen, fix too broad

reopen 448524 tags 448524 +patch thanks The fix in 2.25b-5 is unfortunately too broad. As pointed out in the follow-up from Patricio Silva, the fix fails to anchor the regular expression properly (and besides, the Useless Use of grep | grep is convoluted). > PID=`cat $PIDFILE` > > if ps ax |

Bug#448524: Sorry, bad patch

Ouch, I was too quick -- apologies. The patch I attached to the previous message did not properly implement the fix I described. Here's another attempt. patch Description: Binary data

Bug#541344: Attribution for #476624

Package: cryptsetup Version: 2:1.0.7-1 Severity: wishlist X-Debbugs-Cc: era+deb...@iki.fi I'm wondering if it would be out of the question to credit me in the changelog for the typo fixes in #476624 -- my bug report https://bugs.launchpad.net/bugs/164181 enumerated the typos and proposed fixes. I

Bug#541348: cweb.el: deliberately breaks Emacs

Package: emacs-goodies-el Version: 29.4-1 X-Debbugs-Cc: era+deb...@iki.fi This report is essentially a forward of Ubuntu bug #381188 cwebm-mode is not functional in emacs-goodies-el, and should be disabled or excluded. Attempts to edit files with a .w ext

Bug#540621: Fwd: thttpd override disparity

Package: thttpd Version: 2.25b-7 Severity: minor X-Debbugs-Cc: era+debb...@iki.fi See forwarded message from archive administrator. > thttpd_2.25b-7_i386.deb: package says section is web, override says httpd. --- Begin Message --- There are disparities between your recently accepted upload and th

Bug#476109: Not really an Emacs issue

This is not really appropriate for Emacs. Installing Emacs should not force users of other editors to receive a system-wide policy to use Emacs for editing these types of files (however sympathetic I am to evangelizing those poor heathens. :-) The idea as such has some merit. Debian already prov

Bug#476109: Not really an Emacs issue

On Wed, 02 Sep 2009 09:35 +0200, "Sven Joachim" wrote: > On 2009-09-02 08:36 +0200, era eriksson wrote: > > The idea as such has some merit. Debian already provides a facility for > > generic redirection to the user's preferred editor, so this suggestion > >

Bug#541348: cweb.el: deliberately breaks Emacs

reopen 541348 retitle 541348 cwebm still included in package description thanks On Wed, 02 Sep 2009 17:01 -0400, "Peter S Galbraith" wrote: > The autogenerated file emacs-goodies-loaddefs.el has not contained > autoloads for cwebm for many versions of emacs-goodies-el now. My bad, seems Ubuntu s

Bug#541348: cweb.el: deliberately breaks Emacs

tag 541348 +patch thanks On Fri, 04 Sep 2009 09:25 -0400, "Peter S Galbraith" wrote: > era eriksson wrote: > > On Wed, 02 Sep 2009 17:01 -0400, "Peter S Galbraith" > > wrote: > > > The autogenerated file emacs-goodies-loaddefs.el has not contained &g

Bug#471373: mguesser: new upstream version 0.4

Package: mguesser Version: 0.2-5.1 X-Debbugs-Cc: [EMAIL PROTECTED] A new version of mguesser is available at http://www.mnogosearch.org/guesser/ Also perhaps you want to update the upstream maintainer's email address; I have been corresponding with him at bar at (the domain above sans www.); this

Bug#400462: New version fixes 400462

On Mon, 17 Mar 2008 21:50:55 +0200, I submitted bug #471373: > A new version of mguesser is available Incidentally, the new version contains the patch for #400462 in a slightly improved and overhauled form, so closes that bug as well. /* era */ -- If this were a real .signature, it would suck l

Bug#474730: www.debian.org: cannot link to DSA without knowing year

Package: www.debian.org Version: 20080407 Severity: minor There appears to be no way to link to a DSA page without knowing in which year the DSA was published. Could you please set up a rewrite rule such that http://security.debian.org/dsa/1234-1 links to the right place? This is valuable for pe

Bug#474730: www.debian.org: cannot link to DSA without knowing year

On Mon, 7 Apr 2008 15:45:01 +0200, "Nico Golde" <[EMAIL PROTECTED]> said: > Hi era, > * era eriksson <[EMAIL PROTECTED]> [2008-04-07 15:24]: > > There appears to be no way to link to a DSA page without knowing in > > which year the DSA was published. Co

Bug#494651: dlocate: add README about mlocate/slocate compatibility options

Package: dlocate Version: 0.96.1 Severity: wishlist Tags: patch X-Debbugs-Cc: [EMAIL PROTECTED] Following the apparent deluge of bugs against dlocate asking for interoperability with slocate and/or dlocate (#101426, #453952, #454471, #456249, #489262), I would like to second the suggestion in #489

Bug#247974: fix bug description

retitle 247974 unintuitive error message for free-form text input thanks As shown below, the error message is even marginally less useful now, because the input file and line number are no longer indicated. Error handling aside, maybe the instructions in template.ctl could be even more explicit a

Bug#251673: fix bug description

retitle 251673 parsechangelog fails if Maintainer: formatted wrong thanks The problem is IMHO real, but it's not necessarily equivs which should be fixed. Perhaps a better solution would be for dpkg-parsechangelog to issue a more candid error message about the nature of the error. /usr/lib/dpkg/

Bug#219188: fix bug description

retitle 219188 unintuitive handling of syntax error in Provides thanks The error message from the back end is now fairly explicit about the nature of the parsing problem, and the build fails; furthermore, the comments in template.ctl now mention that the dependency fields need to be comma-separate

Bug#323648: Attaching equivs-build-multi script

ntain the global values, and then one each of the package sections. Source: example-local-equivs Section: misc Priority: optional Standards-Version: 3.5.10 Changelog: changelog Version: 0.01 Architecture: all Maintainer: era eriksson <[EMAIL PROTECTED]> Copyright: /usr/share/

Bug#364620: Stopped being a FTBFS

tags 364620 +patch thanks I used to get FTBFS for this bug too, but it appears that it is indeed fixed in recent versions of Perl. Specifically, according to , the --release= option is permitted to be empty starting with a version which

Bug#219188: Downgrade bogus bug

retitle 219188 equivs: confusing message for syntax error in control file severity 219188 wishlist merge 219188 247974 thanks Because 247974 is IMHO essentially about the same issue, I'm taking the liberty of merging these two. I think it's a fair point that the error message is confusing, if not

Bug#493861: Please remove the mguesser binary from the othar packages instead

> The mnogosearch-* packages provide this binary: > http://packages.debian.org/search?searchon=contents&keywords=mguesser&mode=exactfilename&suite=unstable&arch=any > > Craig, what about putting the binary into one binary debian package > instead of three? I would much prefer if that one package

Bug#466452: (no subject)

I'd just like to chime in here. vnix$ darcs pull --dry Enter passphrase for key '/h/c/ling/reriksso/.ssh/id_dsa': ^C Error in subprocess: Interrupt Error in subprocess: Interrupt withSignalsHandled: Interrupted! Exception thrown by an atexit registered action: exception :: SignalHandler.SignalExce

Bug#221790: perl: please kick out that annoying locale warning

> perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LANGUAGE = (unset), > LC_ALL = (unset), > LANG = "[EMAIL PROTECTED]" > are supported and installed on your system. How about adding something like this to /etc/skel/.bash_

Bug#218000: Retitle 218000: Missing dependency between perl and libperl

retitle 218000 Missing dependency between perl and libperl thanks Is this still topical? It looks to me like the dependencies would be correct now, but I don't know since when, and/or what things looked like when this bug was submitted. /* era */ -- If this were a real .signature, it would suc

Bug#469941: #469941 Swedish localisation has a typo

In , Holger Levsen <[EMAIL PROTECTED]> wrote: > "Puh", because I should have let the bugreporter, who speaks swedish, > decide. What I've heard is, that alfabet == "alphabet", alfabetet == > *the* alphabet and I've decided to go for alfabet, as it's shorter and > unsp

Bug#343099: #343099 Example code in Heap::Elem documentation is not valid perl5

In , Anthony DeRobertis <[EMAIL PROTECTED]> wrote: > File: /usr/share/perl5/Heap/Elem.pm > > The documentation reads, in part: > > sub new { > my $self = shift; > my $class = ref($self) ││ $self; > > my $self = SUPER:

Bug#221790: perl: please kick out that annoying locale warning

On Sun, 9 Mar 2008 18:05:42 +1100, "Brendan O'Dea" <[EMAIL PROTECTED]> said: > On Thu, Mar 06, 2008 at 10:54:55PM +0200, era eriksson wrote: > > How about adding something like this to /etc/skel/.bash_profile > > instead of fixing a warning in Perl which i

Bug#94986: Tuxtype 1.5.6.dfsg1 provides the requested functionality

fixed 94986 1.5.6.dfsg1 thanks >From a brief look at the current version of Tuxtype in Ubuntu, which is directly based on Debian's version, the requested functionality is present. Word lists are editable (in some way; did not explore this much, but there is a menu entry for this) and in addition,

Bug#94986: Tuxtype 1.5.6.dfsg1 provides the requested functionality

On Sat, 12 Jan 2008 14:48:00 +0200, "era eriksson" <[EMAIL PROTECTED]> said: > Word lists are editable (in some way; did not explore this much, but > there is a menu entry for this) Actually, this simply opens up a screen where it says this feature doesn't work. Argh!

Bug#448078: mell: short desctiption is unhelpful

Package: mell Version: 1.0.0-7 Severity: minor X-Debbugs-Cc: [EMAIL PROTECTED] > emacs lisp library written by Hiroyuki Komatsu The last three words do not add any significant value unless you know the guy. I'm pretty well versed with Emacs if I may say so myself, and I have never heard of him (

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#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#448524: thttpd: Init script does not properly search for PID

merge 448524 390112 thanks > The /etc/init.d/thttpd init script incorrectly anchors the regex when > searching for PIDs to terminate. I believe this was fixed in the 2.25b-2 upload a couple of months ago. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -

Bug#448524: Processed: Re: Bug#448524: thttpd: Init script does not properly search for PID

On Tue, 30 Oct 2007 09:51:04 +, "Debian Bug Tracking System" <[EMAIL PROTECTED]> said: > Processing commands for [EMAIL PROTECTED]: > > merge 448524 390112 > Bug number 390112 not found. (Is it archived?) Oh cripes, what's the proper procedure for doing this then? /* era */ -- If this were

Bug#350994: erc: Recommends: emacs-chess

Package: erc Version: 5.0.4-2 X-Debbugs-Cc: [EMAIL PROTECTED] There are probably situations where you want to play chess over IRC, but I would imagine this is on the level of a Suggests: priority for most users of IRC. Certainly the use of erc for its primary intended purpose is in no way harmed i

Bug#595783: debian-installer: en_DK locale missing

Package: debian-installer Severity: normal I have customarily been using en_DK as my default locale because I want my system to speak English to me but units, dates etc to be sane for mainland Europe. Now when I tried to install Debian Testing, I noticed that en_DK is not available as an option d

Bug#498898: mk-build-deps is in devscripts, not in equivs

reassign 498898 devscripts thanks mk-build-deps is a devscripts script, not part of equivs. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Cont

Bug#594514: signature separation anxiety --

On Thu, 26 Aug 2010 20:26 +0100, "Barak A. Pearlmutter" wrote: > > It is also a long-outstanding Usenet convention and documented in > > RFC 3676, thus not just a matter of taste. > > It is an abomination. Apparently this 30-year-old convention is news to you, but a Debian Emacs bug report is pr

Bug#588527: Also found in emacs23

reassign 588527 emacs23 23.1+1-4 thanks Reassigning to emacs23 as emacs-snapshot is not in Debian (any more). /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscri

Bug#561181: Raise severity

severity 561181 important thanks It seems that this bug is preventing a dist-upgrade of emacs. I'm taking the liberty to raise the severity to "important". Please see further Ubuntu bug https://bugs.launchpad.net/ubuntu/+source/sepia/+bug/560428 and also the proposed patch in https://bugs.launc

Bug#583106: tags 583106 +patch

tags 583106 +patch thanks The Fedora ticket has a nice set of patches. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.

Bug#119888: Sources....

On Thu, 11 Mar 2010 21:42:31 +0100, Xan wrote: > In official changelog http://www.acme.com/software/thttpd/#releasenotes > there is no notice about it. Where is the source of this change? The patch you yourself supplied is included in the Debian source package as debian/patches/10-x-forwarded-for

Bug#571638: Patch against 2.0.8

tags 571638 patch thanks Here's a patch against 2.0.8. I noticed that "Conflicts" is missing from template.ctl so I added that too. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. diff -urNad equivs-2.0.8.orig/usr/bin/equivs-build equivs-2.0.8/usr/bin/equivs-

Bug#580198: Segfault on opening an Org file

On Tue, 04 May 2010 10:18 +0200, "Julien Danjou" wrote: > My emacs segfault badly when opening an Org file. > Note that it works fine with -Q option, so there's something it does not > like in my configuration, I guess. Could you attach your .emacs file, and/or isolate what in your configuration

Bug#513470: dlocate: fix lintian warnings [patch]

ignore +errors from "make clean" (fix lintian warnings) + * debian/changelog: fix typo in 0.96.1 s/dancy/dency/ (fix lintian warning) + * debian/postinst: don't use explicit path for /usr/sbin (fix lintian warning) + * debian/postrm: add -e flag (fix lintian warning) + + -- era

Bug#153824: Should this bug be closed?

If I interpret the final comments correctly, this should be closed as invalid, but I hesitate to do so without checking. Any comments? Submitter, are you still around? /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bug

Bug#466662: Revised patch

Actually the wording which leads in to the example would need to be changed too. Please find inline an ad-hoc updated patch. Internally this uses egrep on a file containing the reformatted -output of ‘dpkg -l’ (four fields separated by one space-character: -status, package-name, installed vers

Bug#521859: python-kerberos: please include kerberos.py

Package: python-kerberos Version: 1.1-3 Severity: minor Tags: patch X-Debbugs-Cc: era+deb...@iki.fi The README says: > === > Python APIs > === > > See kerberos.py. However, kerberos.py is not included in the package. If you don't want to include it in the package, perhaps the RE

Bug#520276: Fwd: python-kerberos: typo in package description

On Wed, 18 Mar 2009 16:47 +0200, "era eriksson" wrote: > Package: python-kerberos > Version: 1.1-3 > Severity: minor > Tags: patch > X-Debbugs-Cc: era+...@iki.fi > > s/Appache/Apache > > Also what's with the dot between "Kerberos" and &quo

Bug#520276: Fwd: python-kerberos: typo in package description

Package: python-kerberos Version: 1.1-3 Severity: minor Tags: patch X-Debbugs-Cc: era+...@iki.fi s/Appache/Apache Also what's with the dot between "Kerberos" and "framework"? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contac

Bug#520276: Fwd: python-kerberos: typo in package description

On Mon, 23 Mar 2009 08:25:42 +0100, "Guido Günther" said: > > Also what's with the dot between "Kerberos" and "framework"? > > The whole "kerberos framework" refers to the complete API (see e.g. man > krb5). Just to make sure we communicate properly: I understand what the phrase "Kerberos framewo

Bug#600712: Debugging hints

1. Do you get a backtrace in Emacs if you seet (setq debug-on-error t)? (unlikely) 2. If you turn up gnus-verbose and gnus-verbose-backends, do you get useful information? 3. Can you build Emacs with debugging symbols and obtain a stack trace? /* era */ -- If this were a real .signature, it wo

Bug#600712: Debugging hints

On Thu, 23 Dec 2010 09:19 +0100, "Sven Joachim" wrote: > It is not very likely that the submitter will reply, since he will most > probably not have seen your message. You need to CC him. That seems backwards, but I have forwarded my message to him under separate cover. Thanks for the heads-up.

Bug#530961: patch

tags 530961 +patch thanks Attached please find a patch against 1.4.19. I also took the liberty to fix a spelling error in the docstring. The error message is misleading; I wonder why that is. The changed line is 121, not 131. I'm inlining as well as attaching, for your convenience. The patch

Bug#598716: psvn.el: Cannot commit changes over Tramp; temp file is local

Package: subversion Version: 1.5.1dfsg1-4 Severity: normal Forwarding an Ubuntu bug to the upstream Debian subversion maintainers: https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/651850 When editing files in a remote SVN work directory, you cannot perform a commit from within Emacs, bec

Bug#598716: Forward upstream?

Subversion's contrib/emacs directory also contains an older version. Perhaps this should be forwarded to them. http://svn.apache.org/viewvc/subversion/trunk/contrib/client-side/emacs/psvn.el?view=markup&pathrev=915036 /* era */ -- If this were a real .signature, it would suck less. Well, mayb

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#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-dist-requ...@lis

Bug#601358: wontfix

> Calling "/etc/init.d/thttpd" displays nothing insteading [of] > displaying how to use it. That's not how other init.d scripts work either; the purpose of scripts in /etc/init.d is first and foremost to run automatically. I leave it up to a DD to actually decide on this, but I think I would expe

Bug#591925: emacs23: Enabling Flyspell mode gave an error

On 2010-08-12 01:25, alexander.savche...@gmail.com wrote: Same problem I am also able to reproduce this on a fresh install. The definition of (define-minor-mode flyspell-mode ...) emits this message in the minibuffer when (flyspell-mode-on) returns a nil result; this is inside a (condition-

Bug#591925: Info received (emacs23: Enabling Flyspell mode gave an error)

On 2010-08-12 12:02, Ryo Furue wrote: Hi, era eriksson said: Reporter and me-toos: what does ispell -vv return on your systems, and which version of ispell is that? (Hint: dpkg -S /usr/bin/ispell.) I don't have ispell installed: $ dpkg -S /usr/bin/ispell dpkg: /usr/bin/ispel

Bug#599922: dictionaries-common: merge upstream changes to .el files

Package: dictionaries-common Version: 1.5.11 Severity: normal X-Debbugs-Cc: era+deb...@iki.fi Running a diff against ispell.el from emacs23 reveals some upstream changes which should probably be incorporated into the version in dictionaries-common. There are also differences in flyspell.el but th

Bug#581648: (no subject)

> after uninstalling all cedet package a long time ago > thoses files are still present in the emacs23 site-package > They prevent the cedet included in emacs23 to work properly. Looks like cedet-common was still installed. Can you uninstall that if it's still on your system? /* era */ -- If t

Bug#557804: vm: does not conform to RFC 822 skipping

> Bug reassigned from package 'vm' to 'emacs23'. The request in the bug report to supply a sample with which this can be reproduced is still topical. Apparently a file "error.txt" was communicated in private (?) but it is not attached to the bug report. Manoj or Brian, could you please attach it

Bug#126608: state of #126608

On Thu, 22 Oct 2009 18:20 +0300, "Eugene V. Lyubimkin" wrote: > Hello era, > I agree with explanation given by Kalle that the current situation is not > a bug, so I'm about to close it. Do you have objections? I like Kalle's suggestion that "local $1" should happen automatically, and would prefer

Bug#628790: auctex: TeX-next-error broken for error messages without line number

Package: auctex Version: 11.85-1 X-Debbugs-Cc: era+deb...@iki.fi I am forwarding the following bug report from Ubuntu: The actual package version in Ubuntu is 11.85.1ubuntu1. Test case (see original description below for repro steps)

Bug#611396: emacs: Can't handle utf8 encoded filenames in locale 'de_DE.utf8'

> So Sven, do you think this should be considered an upstream bug, a > configuration problem, or something else? I'm not Sven, but I could imagine all of these to be feasible steps forward: 1. Perhaps "German" should be updated to behave according to modern expectations, as vaguely suggested b

Bug#574947: Licence changed

tags 574947 +patch thanks Also note that debian/copyright should be updated. Global is now licensed under GPLv3. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsub

Bug#624399: libtextcat: CVS directories in source

Package: libtextcat Version: 2.2-2 Severity: minor X-Debbugs-Cc: era+deb...@iki.fi lucid$ apt-get source libtextcat <... output as expected, getting version 2.2 ...> lucid$ cd libtextcat-2.2 lucud$ find . -name CVS -ls 29246614 drwxr-xr-x 2 era era 4096 May 19 2003 ./langcl

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#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#972946: ftp.debian.org: sections.822: inconsistencies

Package: ftp.debian.org Severity: minor Patch: yes Thanks for providing this. I noticed the long description wasn't entirely consistent. This adds a full stop where missing. /* era */ --- sections.822~ 2020-10-26 11:16:59.0 +0200 +++ sections.8222020-10-26 11:19:53.00

<    1   2