Bug#1061415: devscripts: dscverify "no file spec lines" when verify sig)

close 1061415 thanks Oops, an artifact of a distinctly aged gpg2. (Still don't know that it's a great idea to use verify output as a file reader.)

Bug#1061415: devscripts: dscverify "no file spec lines" when verify sig

Package: devscripts Version: 2.23.7 Severity: normal File: /usr/bin/dscverify When running dscverify on one of my own packages, so the dsc is signed by me and successfully verify the sig, dscverify --keyring ~/.gnupg/pubring.gpg x2gpm_11-0.1.dsc I get an error dscverify: no file spec

Bug#987580: libnauty2-dev: suggest include gentreeg.c source (like geng.c)

Package: libnauty2-dev Version: 2.7r1+ds-1 Severity: wishlist It'd be good if the libnauty2-dev included the gentreeg.c source in /usr/share/nauty, together with geng.c. gentreeg.c has a GENTREEG_MAIN option so can be compiled to make trees within a user program. (I'd proposed the three geng.c,

Bug#926501: xpdf: continuousView memory leak

Florian Schlichting writes: > > confirm that your memory problem has indeed been solved? Yes seems good for me. (Only just updated today actually. I'm behind the times!)

Bug#769626: groff-base: suggest mailcap entries for .ms and .me files

I wrote: > > I see "groffer" does many things. I tried the mailcap lines below. Intended to be "works everywhere" level, so don't try to divine user preferences or do anything fragile with character sets or predict $PAGER capability. The user can copy to ~/.mailcap and adapt (that being

Bug#769626: groff-base: suggest mailcap entries for .ms and .me files

"G. Branden Robinson" writes: > > The SEGV appears to be a red herring. Hmm. Doesn't happen for me in i386 groff 1.22.4-5 and not particularly current "testing". > Program terminated with signal SIGSYS, Bad system call. > #0 0x7fe16b258ac7 in socket () at

Bug#958899: dbab: /etc/init.d/dbab stop does not stop

Tong Sun writes: > > see if removing the added lines works for you Yep, beaut, removing that works. The messages slightly stack up. I wonder if that was the reason for the --quiet stuff in the actual init-d-script, which I thought was hiding information! Nothing to worry about though. > I

Bug#961259: dbab: daemon start/stop on install/remove

Package: dbab Version: 1.5.01-1 Severity: normal Under the standard "init", on first installing the dbab package, the dbab-svr daemon is not started. And on a remove or purge, it is not stopped (that's after a fix to /etc/init.d/dbab so stop works). Letting dh_installinit put code into postinst

Bug#958899: dbab: /etc/init.d/dbab stop does not stop

reopen 958899 thanks Alas, with version 1.5.01-1, and init-system-helpers 1.57, /etc/init.d/dbab stop still does not stop the running server. It looks like when /etc/init.d/dbab sources /lib/init/init-d-script, that one ends with "exit", so the intended dbab-init-d-script never runs.

Bug#958938: dbab: dbab-get-list when offline

Package: dbab Version: 1.3.3-1 Severity: wishlist File: /usr/sbin/dbab-get-list When offline, running dbab-get-list zaps /etc/dnsmasq.d/dbab-map.trashsites.conf to a 0 length file. It'd be good if it left it unchanged when unable to freshen. I've struck this doing a package upgrade when offline.

Bug#958899: dbab: /etc/init.d/dbab stop does not stop

Package: dbab Version: 1.3.3-1 Severity: normal File: /lib/init/dbab-init-d-script Under the standard "init", attempting to stop dbab with /etc/init.d/dbab stop silently fails to stop the running dbab-svr process. In /lib/init/dbab-init-d-script, I suspect start-stop-daemon --stop

Bug#958900: dbab: dnsmasq configs left behind on purge

Package: dbab Version: 1.3.3-1 Severity: normal After purging dbab, there are dnsmasq.d files left behind, causing its blocking to still take effect, /etc/dnsmasq.d/dbab-map.adblock.conf /etc/dnsmasq.d/dbab-map.trashsites.conf I see the postrm has /etc/dnsmasq.d/dbab.* which I

Bug#946695: foma: segfault on mis-use of "_"

Oh, actually a commit from a fortnight ago might be relevant. I'm not well setup to try at this moment, but if so and all else good then can go to fixed-upstream in the fullness of time. https://github.com/mhulden/foma/commit/e20a453a318128973d75753f9ecbef0e6b82b23f

Bug#946695: foma: segfault on mis-use of "_"

forwarded 946695 https://github.com/mhulden/foma/issues/77 thanks Also looks a bit similar to https://github.com/mhulden/foma/issues/3

Bug#958291: foma: memory leak on repeated define

Package: foma Version: 1:0.9.18+r243-6+b1 Severity: normal Repeated redefines with the "define" command seems to leak memory. For example yes 'define foo a*;' | foma >/dev/null runs up to about 200mb memory for me and then segfaults. I struck this in a long script doing successive defines.

Bug#935007: gcc-7-doc: info dir entry of gcc-7.info

Package: gcc-7-doc Version: 7.2.0-1 Severity: normal File: /usr/share/info/gcc-7.info.gz In gcc-7.info.gz, its info dir specification START-INFO-DIR-ENTRY * gcc: (gcc). The GNU Compiler Collection. ... says "(gcc)" instead of the actual filename "(gcc-7)", so that

Bug#935006: gcc-8-doc: info dir entry of gcc-8.info

Package: gcc-8-doc Version: 8.3.0-1 Severity: normal File: /usr/share/info/gcc-8.info.gz In gcc-8.info.gz, its info dir specification START-INFO-DIR-ENTRY * gcc: (gcc). The GNU Compiler Collection. ... says "(gcc)" instead of the actual filename "(gcc-8)", so that

Bug#929862: x11proto-dev: core protocol spec

Package: x11proto-dev Version: 2018.4-4 Severity: wishlist It'd be good if x11proto-dev included the core protocol spec x11protocol.txt alongside the various extension .txt specs. It isn't hiding elsewhere is it?, in which case a cross-ref. x11proto-dev says Provides x11proto-core-dev where

Bug#926563: usb-modeswitch: no /dev/gsmmodem symlink

Package: usb-modeswitch Version: 2.5.2+repack0-2 Severity: normal In a mostly up-to-date "testing", but a past kernel 4.4, and running "init", usb-modeswitch no longer creates the /dev/gsmmodem symlink when a 3G mobile serial modem is plugged in. Instead it creates an ordinary empty file there

Bug#926501: xpdf: continuousView memory leak

Package: xpdf Version: 3.04-13 Severity: normal With continuousView enabled by ~/.xpdfrc containing include /etc/xpdf/xpdfrc continuousView yes Viewing a medium to large document such as xpdf /usr/share/doc/bash-doc/bash.pdf and paging through it with space or page-down, results

Bug#926372: ispell: -a mode +nroff sets tex instead

Package: ispell Version: 3.4.00-6+b1 Severity: normal File: /usr/bin/ispell The ispell man page under -a mode says A line starting with '+', followed immediately by tex or nroff will cause ispell to parse future input according the syntax of that formatter. But this doesn't work for

Bug#714572: emacs-goodies-el: csv-mode customize-mode

Nicholas D Steeves writes: > > If you're able to, would you please submit a patch? I don't have a whole setup to actually try, but :group 'CSV from my original bug might be all it takes. (There seems to be the same on csv-field-index-mode already.) Its absence doesn't hurt normal use of

Bug#920475: console-setup: setupcon man page on caching

Package: console-setup Version: 1.188 Severity: wishlist File: /usr/share/man/man1/setupcon.1.gz The setupcon man page DESCRIPTION section could helpfully have a few words about its caching. Maybe like, if it's actually true, and perhaps there's more or better to say, Keymaps, fonts, etc,

Bug#920474: console-setup: setupcon --verbose show ckbcomp run

Package: console-setup Version: 1.188 Severity: wishlist File: /bin/setupcon For "setupcon --verbose", it'd be good to see the ckbcomp command run, since it's where the several options go. It'd be good to see too the cache filename it writes, or the cache filename used when still up-to-date.

Bug#920473: console-setup: setupcon re-cache on new remap.inc

Package: console-setup Version: 1.188 Severity: normal File: /bin/setupcon On changing /etc/console-setup/remap.inc, and when a cached keymap exists, running "setupcon" does not apply the new remap.inc. I hoped it might. I see setupcon notices its cached keymap should be regenerated when

Bug#920472: gv: hang on geometry bigger than screen

Package: gv Version: 1:3.7.4-1+b1 Severity: normal If gv is started with a -geometry which is bigger than the vertical extent of the screen, and with certain -scale, gv -geometry 600x2000 -scale=1.1 /usr/share/doc/texlive-doc/latex/tlc2/rosette.ps then it hangs not drawing the image or

Bug#920313: kbd: kbdrate man page on boot-time setting

Package: kbd Version: 2.0.4-2 Severity: wishlist Tags: patch File: /usr/share/man/man8/kbdrate.8.gz I see the kbdrate man page has FILES /etc/rc.local, which I presume is for the suggested place of boot-time keyboard rate. A couple of words perhaps like below could make that clearer (assuming

Bug#909638: pngcheck: build with USE_ZLIB

I wrote: > > https://www.gutenberg.org/files/16713/16713-h/images/q248.png This image file has been rectified at Gutenberg (so passing pngcheck in all cases). The previous offending copy attached below to test or try.

Bug#909632: pngmeta: segfault on bad png

tag 909632 + patch thanks Actually, pngmeta segfaults on good pngs too. I believe - The time displaying bit has dodgy pointers to pointers which stores to uninitialized if png contains a time chunk. The normal gcc warning for uninitialized apparently doesn't appear due to other warnings.

Bug#911657: pngcheck: check with zlib strict inflate

Package: pngcheck Version: 2.3.0-7 Severity: wishlist File: /usr/bin/pngcheck pngcheck does not detect some cases of bad "window bits" size in the png file. For example, https://www.gutenberg.org/files/16713/16713-h/images/q169b2.png (attached below, in case rectified soon) pnginfo

Bug#909919: pngcheck: pngcheck man page on libpng 1.2.6 window bits

Actually, I see pngfix can do a fix the same or better and is packaged in libpng-tools. Replacement diff referring to that one, --- pngcheck.1.pod.orig 2013-06-26 19:28:27.0 +1000 +++ pngcheck.1.pod 2018-10-23 17:31:10.0 +1100 @@ -86,6 +86,11 @@ test verbosely (print most

Bug#910775: pari-gp: ploth no display

Package: pari-gp Version: 2.11.0-1 Severity: normal File: /usr/bin/gp On i386 with only moderately recent libraries, a ploth of a function like ploth(a=0,Pi, sin(a)) => [0.E-307, 3.141592653589793116, 0.E-307, 0.987638285974256] doesn't open an X11 window, where I hoped it would.

Bug#909919: pngcheck: pngcheck man page on libpng 1.2.6 window bits

Package: pngcheck Version: 2.3.0-7 Severity: wishlist Tags: patch File: /usr/share/man/man1/pngcheck.1.gz As a suggestion for the pngcheck man page, it'd be good to describe the symptoms of the libpng 1.2.6 IDAT window bits problem. I suggest the words below. This is the problem I struck in my

Bug#909638: pngcheck: build with USE_ZLIB

Package: pngcheck Version: 2.3.0-7 File: /usr/bin/pngcheck I believe pngcheck has been built without the USE_ZLIB option and consequently does not check all that it can. In debian/rules, I get some joy changing DEB_CXXFLAGS_MAINT_APPEND to DEB_CFLAGS_MAINT_APPEND for the -DUSE_ZLIB intended

Bug#909632: pngmeta: segfault on bad png

Package: pngmeta Version: 1.11-9 Severity: normal File: /usr/bin/pngmeta With file https://www.gutenberg.org/files/16713/16713-h/images/q248.png (about 7 kbytes), running "pngmeta q248.png" gets a segfault. I suspect some badness in that image, since some other programs don't enjoy it either

Bug#905308: elpa-debian-el: deb-view.el shell of bad filename

Package: elpa-debian-el Version: 37.5 File: /usr/share/emacs/site-lisp/elpa-src/debian-el-37/deb-view.el In deb-view-process, the filename is not quoted when passed to the shell in a few places, so it executes shell code on visiting a bad filename. cd /tmp touch ';echo hello >xyz;.deb'

Bug#845494: drop minibuffer-complete-cycle

David Bremner writes: > > Kevin were you actually trying to use m-c-c, or was it just breaking > things for you? Yes, it broke the minibuffer in xemacs. The same recipe still does it (with small chance of depending what other site-lisp you have loading). > If the former, would you find a GNU

Bug#714572: emacs-goodies-el: csv-mode customize-mode

Nicholas D Steeves writes: > > This bug will be closed with the next upload of emacs-goodies-el. If > the issue you reported still exists, please file a new bug against the > package elpa-csv-mode. The bug still exists for me in csv-mode 1.7. If that's the one you're about to split out, and if

Bug#900794: dictd: README.inetd describe debconf setting

Package: dictd Version: 1.12.1+dfsg-4 Severity: wishlist File: /usr/share/doc/dictd/README.inetd.gz README.inetd could helpfully note the debconf inetd option and whatever usual "dpkg-reconfigure dictd" or similar, so that you don't think you have to go through the various inetd steps manually.

Bug#895590: graphviz: dot segv on mismatched version of libgvc6

Package: graphviz Version: 2.40.1-2 Severity: normal On recently upgrading packages, I had graphviz 2.40.1-2 but libgvc6 2.38.0-18. This combination caused "dot" to segv when asked for -Tsvg or -Tpng output (and was ok on getting the corresponding 2.40 library). I got to that combination just

Bug#860503: libxcursor1: suggest /etc/alternatives/x-cursor-theme of the standard cursors

Drew Parsons writes: > > But you're asking for the core theme to be offered by a core > X package, Yes. The core cursors live in some base part of the core and I think could express their availability, as a theme, somewhere there. > xcursor-themes is optional. Ah, I don't

Bug#621697: muse-el: byte compile muse-autoloads.el

Nicholas D Steeves writes: > > After elpafying muse-el I can confirm that muse-autoloads.el is > unsurprisingly still not byte-compiled. Honestly, I'm uncomfortable > with changing the existing behaviour, because I'd rather not risk > introducing a change that could affect

Bug#610001: muse-el: muse-insert-thing multi-line message

Nicholas D Steeves writes: > > If you still use xemacs with muse No. I don't even remember how I got to the bug. > would you please confirm that this is still an issue? Yes. xemacs is 1-line message display only. I'm not sure I care any more, but going to 1 line is of

Bug#876824: dbab: idea spawn out of inetd

Package: dbab Version: 1.3.2-1 Severity: wishlist As an idea for dbab-srv setup, it could be cute to let inetd do the listening. inetd is good for services like dbab-srv with small startup and relatively infrequent use. dbab would just print http response and exit. It's amusing to think it

Bug#876815: dbab: identify dbab with Server header

Package: dbab Version: 1.3.2-1 Severity: wishlist It'd be good for dbab-srv to identify itself with usual http response header like say Server: dbab/1.3.2 That would be a hint to human readers if you forget which hosts are blocked or otherwise wonder why getting a gif instead of a page.

Bug#860782: libnauty2-dev: suggest include geng.c source

Package: libnauty2-dev Version: 2.6r7+ds-1 Severity: wishlist The source codes geng.c, gentourng.c, gentreeg.c have some #define GENG_MAIN stuff allowing them to be included in a user program. Those files could be helpfully included in the package for that. Not certain where they might best

Bug#860503: libxcursor1: suggest /etc/alternatives/x-cursor-theme of the standard cursors

Package: libxcursor1 Version: 1:1.1.14-1+b4 Severity: wishlist It'd be good to have an /etc/alternatives/x-cursor-theme choice which is the standard cursor font, so that's available when other packages give other themes. I struck this when adwaita-icon-theme a while ago incorporated its cursor

Bug#854002: auto-complete-el: ac-dictionary-directories set to debian location

Package: auto-complete-el Version: 1.3.1-2 Severity: wishlist File: /etc/emacs/site-start.d/50auto-complete-el.el 50auto-complete-el.el could helpfully set `ac-dictionary-directories' to /usr/share/auto-complete/dict which is the packaged dict directory. (setq ac-dictionary-directories

Bug#851136: dh-make-perl: docs of where available modules -> debs found

gregor herrmann writes: > > +=head2 DEPENDENCY RESOLUTION > + > +For mapping upstream build, test, and runtime requirements to build and > +runtime dependencies on

Bug#851136: dh-make-perl: docs of where available modules -> debs found

gregor herrmann writes: > > /var/lib/dpkg/available isn't updated for me either, unless I do some > magic manually. I did "dpkg --update-avail" and "dpkg --merge-avail" to bring in each Packages file. > That may or may not be the the case but dh-make-perl doesn't call the >

Bug#851136: dh-make-perl: docs of where available modules -> debs found

gregor herrmann writes: > > 1) missing documentation for how dh-make-perl does the mapping of >CPAN distributions to Debian packages (which is primarily with >apt-file but also with DPKG::Parse::Available) Yes. > 2) DPKG::Parse::Available reading the

Bug#851136: dh-make-perl: docs of where available modules -> debs found

Package: dh-make-perl Version: 0.92 Severity: wishlist File: /usr/share/man/man1/dh-make-perl.1p.gz It'd be good if the dh-make-perl man page summarised how it turns perl module depends into deb package depends. The details of this have changed over time, but something short on what it looks for

Bug#719171: closed by Mehdi Dogguy <me...@dogguy.org> (Re: Bug#719171: ocaml-mode: caml-set-compile-command quote filename)

Mehdi Dogguy writes: > > The above code was disabled in 4.01.0-1. I have to admit that I am not sure > if this bug should be closed or not, since the code is still in the file but > not enabled (due to [1]). Disabled means not a debian problem. Upstream might still like to

Bug#849241: recutils: rec-mode.el setq 1 arg

Package: recutils Version: 1.7-1.1 Severity: normal File: /usr/share/emacs/site-lisp/rec-mode.el Running emacs25 -q /usr/share/doc/recutils/examples/movie-database/movies.rec R # edit gets an error rec-remove-continuation-line-marker-overlays: Wrong number of arguments: setq,

Bug#849240: auto-complete-el: ac-menu-delete setq of 1 arg

Package: auto-complete-el Version: 1.3.1-2 Severity: normal File: /usr/share/emacs/site-lisp/auto-complete/auto-complete.el Starting from "emacs25 -q" and in the *scratch* buffer, (require 'auto-complete) M-x auto-complete-mode type: o r g gives messages Error running timer

Bug#845494: emacs-goodies-el: minibuffer-complete-cycle.el make-overlay in xemacs21

Package: emacs-goodies-el Version: 36.3 Severity: normal File: /usr/share/emacs/site-lisp/emacs-goodies-el/minibuffer-complete-cycle.el minibuffer-complete-cycle.el uses make-overlay which is not pre-loaded in xemacs 21.4.24-4, xemacs -q C-x C-f => Symbol's function definition is

Bug#841501: ffmpeg-doc: faq.html link to local copy of manual

Package: ffmpeg-doc Version: 7:3.1.3-1 Severity: wishlist File: /usr/share/doc/ffmpeg/manual/faq.html faq.html has various links like https://ffmpeg.org/ffmpeg-filters.html. It'd be good if they were instead to the local copy of the manual. The local manual should correspond most closely to the

Bug#664682: spectrwm: debian menu entry

Andrea Bolognani writes: > > in favor of desktop files, That's a downgrade :-(, let's hope nobody follows that. > Truth be told, I'm pretty confused about the menu file you > contributed even working in the first place - AFAICT, > spectrwm will refuse to start if another window

Bug#836434: reprepro: suggest includedeb preserve file mtime

Package: reprepro Version: 4.17.1-1 Severity: wishlist When includedeb copies a file into the repo, it'd be good if it preserved the file mtime. I struck this when looking at dates of some old debs collected up and being confused that the file dates were too new for their vintage. I don't

Bug#816772: tcsh: csh-mode.el emacs autoload

Package: tcsh Version: 6.18.01-3 Severity: wishlist Tags: patch It'd be good to have an emacs autoload for `csh-mode' of csh-mode.el so its ready for use. I suggest file debian/emacsen-startup below which debhelper dh_installemacsen should automatically install to

Bug#816060: bash-completion: completion of dpkg -s uninstalleds

Package: bash-completion Version: 1:2.1-4.2 Severity: normal File: /usr/share/bash-completion/completions/dpkg Completion of "dpkg -s" offers all packages, where I hoped it would be only installed packages, since I think dpkg -s generally has nothing to say but "is not installed" about an

Bug#815367: graphviz-doc: suggest doted in /usr/bin

Package: graphviz-doc Version: 2.38.0-12 Severity: wishlist File: /usr/share/doc/graphviz/examples/demo/doted.tcl.gz Running the doted demo I got Error in startup script: error reading bitmap file "/usr/share/tcltk/tk8.6/demos/images/gray25.xbm" It took me a while to realize this wasn't

Bug#813766: dh-make-perl: manually specified --depends

gregor herrmann writes: > > The "--force-depends" mentioned in the old bug doesn't seem to have > materialized. I've usually wanted to remove wrong bits like build-only deps or occasional w32-ism, if something to massage deps instead of replacing might be more to the liking of

Bug#813766: dh-make-perl: manually specified --depends

Package: dh-make-perl Version: 0.89-1 Severity: normal I tried to use --depends to force package dependencies (download about 10kb), wget http://search.cpan.org/CPAN/authors/id/E/EW/EWILHELM/Math-Geometry-Planar-Offset-1.05.tar.gz tar xfz Math-Geometry-Planar-Offset-1.05.tar.gz

Bug#813767: bash-completion: dpkg -P completion of unconfigured packages

Package: bash-completion Version: 1:2.1-4.2 Severity: normal File: /usr/share/bash-completion/completions/dpkg If a package is installed but unconfigured then it is not offered as a completion for "dpkg -P", whereas I hoped it would. I struck this on an arch "all" perl package installed by "dpkg

Bug#809634: openscad: scad-mode.el autoload

Package: openscad Version: 2015.03-1+dfsg-3 Severity: wishlist Tags: patch For /usr/share/emacs/site-lisp/scad-mode.el it'd be good to have a startup for the mode on .scad files. I suggest file debian/emacsen-startup below which dh_installemacsen will install to

Bug#809635: recutils: rec-mode.el autoloads

Package: recutils Version: 1.7-1 Severity: wishlist Tags: patch It'd be good to have emacs autoloads to make /usr/share/emacs/site-lisp/rec-mode.el ready for use. I suggest file debian/recutils.emacsen-startup below which debhelper should automatically install to

Bug#807793: sisu: sisu-mode.el install to site-lisp

bt about extending load-path in sisu-autoloads.el, otherwise no worries. > ultimately as upstream, Actually on the upstream front I meant to say I think outline-regexp should be buffer-local. It could go in the main mode function too as a setup for inter-operation. Bit of a diff attached belo

Bug#807793: sisu: sisu-mode.el install to site-lisp

Ralph Amissah writes: > > I do not know enough about emacs packaging, though I have started to > really enjoy using it (with vim bindings and evil-mode (and look forward > to trying spacemacs)). It's a long time since I tried the vi emulations. But Saint Ignucius

Bug#807794: sawfish: sawfish.el help mode access to source code

Package: sawfish Version: 1:1.5.3-2.4+b1 Severity: wishlist File: /usr/lib/emacsen-common/packages/install/sawfish Starting from emacs24 -q, C-h f sawfish-mode doesn't have a link button to the sawfish.el source code, whereas I hoped it would. In emacs24 the .el must be in the same

Bug#807793: sisu: sisu-mode.el install to site-lisp

Package: sisu Version: 7.1.5-1 Severity: wishlist Tags: patch File: /usr/share/sisu/conf/editor-syntax-etc/emacs/sisu-mode.el It'd be good to install sisu-mode.el to /usr/share/emacs/site-lisp/sisu-mode.el ready for use in emacs. A symlink to or from /usr/share/sisu/conf/editor-syntax-etc/emacs/

Bug#807436: boxes: boxes.el autoloads

Package: boxes Version: 1.1.2-3 Severity: wishlist Tags: patch It'd be good to have emacs autoloads for the commands in boxes.el so they're ready for use. I suggest file debian/emacsen-startup below which debhelper (dh_installemacsen) will automatically install to

Bug#807439: boxes: boxes.el in xemacs

Package: boxes Version: 1.1.2-3 Severity: normal Tags: patch File: /usr/share/emacs/site-lisp/boxes.el boxes.el doesn't work in xemacs21 (which is still in debian) due to a 6-arg call to shell-command-on-region. M-x boxes-create => Wrong number of arguments: shell-command-on-region, 6 I

Bug#807307: desktop-file-utils: desktop-entry-mode.el autoloads

Package: desktop-file-utils Version: 0.22-1 Severity: wishlist Tags: patch It'd be good to have autoloads for desktop-entry-mode.el. I suggest file debian/emacsen-startup below which dh_installemacsen will install to /etc/emacs/site-start.d/50desktop-file-utils.el ;;; 50desktop-file-utils.el --

Bug#807154: texlive-lang-english: ltx-help.el under emacs site-lisp

Norbert Preining writes: > > debian/control: > add a dep on emacsen-common (>= 2.0.8) > (is this necessary? the emacsen-policy is unclear) When not byte-compiling I believe not needed. (When byte compiling I think meant to be not needed too. I was unhappy

Bug#807293: figlet: figlet.el end with provide 'figlet

Package: figlet Version: 2.2.5-2 Severity: normal Tags: patch File: /usr/share/emacs/site-lisp/figlet.el figlet.el doesn't end with the usual (provide 'figlet), preventing load by `require' M-: (require 'figlet) => Required feature `figlet' was not provided --- figlet.el.orig

Bug#807297: figlet: figlet.el autoload figlet-message

Package: figlet Version: 2.2.5-2 Severity: wishlist Tags: patch It'd be good to have an autoload for figlet.el M-x figlet-message command. I suggest file debian/emacsen-startup below which dh_installemacsen will install to /etc/emacs/site-start.d/50figlet.el ;;; 50figlet.el -- debian emacs

Bug#807298: aribas: aribas.el autoload for run-aribas

Package: aribas Version: 1.64-5 Severity: wishlist Tags: patch It'd be good to have an autoload for aribas.el M-x run-aribas command. I suggest file debian/emacsen-startup below which dh_installemacsen will install to /etc/emacs/site-start.d/50aribas.el ;;; 50aribas.el -- debian emacs setups for

Bug#807301: ninja-build: ninja-mode.el autoload of mode

Package: ninja-build Version: 1.5.1-0.1 Severity: wishlist Tags: patch For ninja-mode.el it'd be good to have emacs startup autoloads for the mode and .ninja filenames. I suggest file debian/emacsen-startup below which dh_installemacsen will install to /etc/emacs/site-start.d/50ninja-mode.el

Bug#807296: figlet: figlet.el entering no font

Package: figlet Version: 2.2.5-2 Severity: wishlist Tags: patch File: /usr/share/emacs/site-lisp/figlet.el In M-x figlet-message, if you don't enter a font name but just press Ret it inserts an error message into the buffer figlet: : Unable to open font file I think the figlet program

Bug#807154: texlive-lang-english: ltx-help.el under emacs site-lisp

Package: texlive-lang-english Version: 2015.20151016-1 Severity: wishlist Tags: patch File: /usr/share/doc/texlive-doc/latex/latex2e-help-texinfo/ltx-help.el.gz It'd be good if ltx-help.el was installed to /usr/share/emacs/site-lisp/ltx-help.el so that it's ready for use in emacs. A symlink to

Bug#807151: ninja-build: ninja-mode.el buffer local comment-start

Package: ninja-build Version: 1.5.1-0.1 Severity: normal Tags: patch File: /usr/share/emacs/site-lisp/ninja-mode.el ninja-mode.el has (setq comment-start "#") which sets the comment-start string globally (affecting all buffers without their own setting). A major mode usually should be

Bug#807009: yagtd: yagtd-mode.el in emacs site-lisp dir

Package: yagtd Version: 0.3.4-1.1 Severity: wishlist Tags: patch /usr/share/doc/yagtd/tools/yagtd-mode.el.gz could be helpfully installed in /usr/share/emacs/site-lisp ready to be used (not gzipped, since xemacs won't read .el.gz). I suggest file debian/emacsen-startup below for setups.

Bug#806847: ratpoison: emacs autoloads for ratpoisonrc-mode

Package: ratpoison Version: 1.4.8-1 Severity: wishlist Tags: patch It'd be good to have emacs setups to use ratpoison.el automatically on .ratpoisonrc files. I get some joy from debian/emacsen-startup below, which dh_installemacsen should install to /etc/emacs/site-start.d/50ratpoison.el. The

Bug#806398: rxvt: /etc/X11/rxvt.menu remaining on purge

George Gensure writes: > > When in response to a 'purge,' the menu-methods file has already been > removed during postrm. While I could place this in prerm, the existing > debhelper mechanisms for cleanup are placed into postrm, so I figured to be > consistent... Since the

Bug#806398: rxvt: /etc/X11/rxvt.menu remaining on purge

George Gensure writes: > > The rxvt.menu is unhandled by dh_installmenu - I'm almost > under the impression that it should be recognizing something similar to > menu-methods. I wondered that, but I think dh_installmenu only knows the slightly novel chmod +x / -x of the

Bug#804650: emacs-goodies-el: df.el when df-partition not a mount point

Package: emacs-goodies-el Version: 35.12 Severity: wishlist File: /usr/share/emacs/site-lisp/emacs-goodies-el/df.el For M-x df, if df-partition is set to a directory which is not a mount point, the mode does not show the free space, but only something like "1K/K" which is a 1K current buffer and

Bug#803434: iceweasel: mailcap entry for svg

Package: iceweasel Version: 38.3.0esr-1 Severity: wishlist File: /usr/lib/mime/packages/iceweasel If I'm not mistaken iceweasel can display svg images (always, natively). It'd be good to have an entry in /usr/lib/mime/packages/iceweasel for image/svg+xml to declare that capability. -- System

Bug#803516: librsvg2-bin: mailcap for rsvg-view

Package: librsvg2-bin Version: 2.40.11-1 Severity: wishlist It'd be good if rsvg-view was included in /etc/mailcap as an svg handler. This allows say see /usr/share/reportbug/debian-swirl.svg => runs rsvg-view I get some joy from librsvg2-bin.mime below installed to

Bug#782676: libgraph-perl: warning about Storable version 2.49_01

Niko Tyni writes: > > This warning also affects other packages: using libgraph-d3-perl currently > triggers it too, see #785031. Of course it could also be good if Storeable.pm's version number was actually a number ... :).

Bug#795589: libmath-planepath-perl: FTBFS: Failed 1/103 test programs. 1/34754 subtests failed.

Niko Tyni nt...@debian.org writes: # round_up_pow(555906056624,3) i=33 post 555906056623,16677181699666569 want 33,34 Thanks, that was a bug in the tests going past the floating point mantissa. Should be fixed in version 120 uploaded a couple of days ago. (Dunno why it only showed

Bug#789645: [Bash-completion-devel] Bug#789645: bash-completion: mplayer also .zip extension

close 789645 thanks Ville Skyttä ville.sky...@iki.fi writes: Which version of mplayer can do that? Oops, sorry. It only worked because the files were uncompressed store in the zip. mplayer skipped zip bytes as garbage until some mp3 or ogg ... -- To UNSUBSCRIBE, email to

Bug#789645: bash-completion: mplayer also .zip extension

Package: bash-completion Version: 1:2.1-4.1 Severity: wishlist File: /usr/share/bash-completion/completions/mplayer mplayer can play music files from a zip archive, mplayer foo.zip. It'd be good if bash-completion included .zip files in tab completions. -- System Information: Debian Release:

Bug#787799: whizzytex: whizzytex.html missing image files

Package: whizzytex Version: 1.3.2-1.3 Severity: minor File: /usr/share/doc/whizzytex/whizzytex.html whizzytex.html has img display elements of whizzytex001.png whizzytex002.png whizzytex003.png but those files aren't in the package. They seem to be successfully built by the

Bug#624375: tritium: debian-menu.py left behind on purge

reopen 624375 thanks On dpkg -P tritium the directory /var/lib/tritium still remains. I think it would be listed in the package contents (the debian/dirs file if using debhelper) so that dpkg will then remove it, if sysadmin hasn't put anything else there. (blackbox is an example of this sort of

Bug#699384: emacs-goodies-el: shell quote of buffer filename

retitle 699384 emacs-goodies-el: graphviz-dot-mode.el new version available thanks Pieter Pareit accepted a shell-quote-argument by me along these lines for a new version. It has some minor syntax table bits too. Latest now hosting at github, if that makes updates easier or harder :).

Bug#778799: gcc-doc: gcc.info not viewable in Emacs

GUO Yixuan culu@gmail.com writes: It would be helpful if you can build Oh, that'll be beyond my connection etc. If it works for you it'd have to be right wouldn't it. :-) -- No, eees hamster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#778799: gcc-doc: gcc.info not viewable in Emacs

GUO Yixuan culu@gmail.com writes: The drawback is that with direntry stubs, there's no (gcc) top nodes, only (gcc-4.9) top nodes, etc. The plain (gcc) is important for the doc lookups in emacs and more. Alas I don't know the best ways to make multiple copies co-exist. Emacs does some

Bug#778955: lintian: suggest check html imgs included in package

be a chore, but they go nowhere as they stand, and fixing can maximize usefulness. If a few packages do similar then maybe a shared mangling script could make life easier. # html -- lintian check script # Copyright 2015 Kevin Ryde # # This program is free software; you can redistribute

Bug#714564: Verbiste-mode bugs

Tomasz Buchert tom...@debian.org writes: when I'm in verbiste buffer (i.e., verbiste-mode) and I press c (or d) and I give a word, then *another* buffer opens with conjugation/deconjugation. I would actually expect the buffer contents to be replaced with a result of

  1   2   3   4   5   6   7   8   >