Bug#957439: libforms: ftbfs with GCC-10
Thanks for your upload. Real life took over again. :-( Want to take over the package? :-) Peter > On Tue, 2020-08-25 at 17:30 -0400, Peter S Galbraith wrote: > > > I am on vacation so *should* have time to look into this soonish. > > Did you get a chance to look at the libforms FTBFS with GCC-10? > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise
Bug#957439: libforms: ftbfs with GCC-10
Thanks so much! I am on vacation so *should* have time to look into this soonish. Would you like to take over the package? I would be happy for you to do that! Peter > Control: tags -1 + fixed-upstream > Control: forwarded -1 > https://git.savannah.nongnu.org/cgit/xforms.git/commit/?id=2c1a9f151baf50887a517280645ec23379fb96f8 > > On Fri, 17 Apr 2020 11:04:17 + Matthias Klose wrote: > > > The package fails to build in a test rebuild on at least amd64 with > > gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. > > This issue has been fixed in the upstream git repository (link above): > >Fix GCC 19 linker problem (hopefully) and some other minor changes > > I verified that the GCC 10 build failure is fixed, but it still FTBFS > because the debian/*.install files need to be updated to use wildcards. > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > > -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#960635: RM: jazip -- RoM; obsolete
Package: ftp.debian.org Severity: normal Hi, jazip is a GUI to use either Zip drives or Jaz drives, manufactured in the late 1990s to 2002. Zip drives used removable disks that had capacities of 100 MB, then 250 MB, and then 750 MB. Jaz drives used removable disks of 1GB capacity, increased to 2GB in 1998. https://en.wikipedia.org/wiki/Zip_drive https://en.wikipedia.org/wiki/Jaz_drive I can't imagine anyone using these anymore. The last ones I owned used a SCSI interface, which I have not had on a computer for a long time. I would have no way to test or fix bugs. None are submitted because nobody uses it. It's time to remove this from Debian. Thanks, Peter
Bug#907840: emacs-goodies-el: where are projects.el and ff-paths.el maintained?
BTW, sorry for the delay... I was on vacation in Europe and just got back. -- Peter
Bug#907840: emacs-goodies-el: where are projects.el and ff-paths.el maintained?
Nicholas D Steeves wrote: > Package: emacs-goodies-el > Version: 40.1 > Severity: normal > > Hi Peter, > > We've just about (98%) finished transitioning emacs-goodies-el to a > set of elpafied packages. Congratulations! >I've had trouble finding an upstream source > for projects.el and ff-paths.el and David indicated that you might be > the upstream maintainer of these. We're looking for something like a > release tarball or a project in VCS. I wrote ff-paths.el a long time ago and "adopted" projects.el when it's author died. There is no release tar ball as I was just inserting it in emacs-goodies-el myself. It's probable safe to kill off projects.el and I can look at ff-paths.el to see if it still works well. > If it would help I'd be happy to break each of these projects out from > emacs-goodies-el, each with its respective pruned history, but I do > not wish to become the upstream maintainer for them. Understood. > Sincerely, > Nicholas > > P.S. That "98% finished" is based on the assumption that > emacs-goodies-el contained 86 subpackages. That said, I will confess > to fudging the number somewhat, because there are still a couple of > pending elpafications.
Bug#901179: gri FTCBFS: does not pass --host to ./configure
Thanks! Peter Helmut Grohne wrote: > Source: gri > Version: 2.12.26-1 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > gri fails to cross build from source, because debian/rules does not pass > --host to ./configure. The easiest way of doing so is letting > dh_auto_configure do it and that makes gri cross buildable. Please > consider applying the attached patch. > > Helmut
Bug#901157: Bug#899221: [medium size project] break up emacs-goodies-el into many elpafied packages
Hi everyone, I thinks it's clear that I don't have enough time for most of my Debian packages and should trim the list to the bare minimum. I would be happy to have one or both of you take over the package. Julian feels the same way. Thanks, Peter
Bug#864553: g3data FTCBFS: uses the build architecture compiler and pkg-config
Thanks for all the work! Peter Helmut Grohnewrote: > Source: g3data > Version: 1:1.5.3-2.1 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > g3data fails to cross build from source, because it uses the build > architecture compiler and pkg-config. For the compiler, indirecting > $(MAKE) through dh_auto_build fixes the issue as dh_auto_build does the > right thing(TM). For pkg-config, adding the host architecture gnu > triplet as prefix fixes the issue. After applying the attached patch, > g3data cross builds successfully. Please consider applying it after > stretch is released. > > Helmut
Bug#845216: fails to upgrade/install
Note that I didn't test the package on emacs23 since it's no longer in stable. I still still skip byte-compilation for the affected file once you let me know what it is. Thanks, Peter Brent S. Elmer <webe...@aim.com> wrote: > install/emacs-goodies-el: Handling emacs23, logged in /tmp/elc_xITXzf.log > Building autoloads for emacs23 in > /usr/share/emacs23/site-lisp/emacs-goodies-el > ERROR: install script from emacs-goodies-el package failed -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#845216: fails to upgrade/install
Hi, A log file is generated that would show the exact error. Can you include it please? Brent S. Elmer <webe...@aim.com> wrote: > Package: emacs-goodies-el > Version: 36.2 > Severity: normal > > I tried to upgrade and got an error. Then I removed the package and tried to > install and got an error. > > Selecting previously unselected package emacs-goodies-el. > (Reading database ... 477704 files and directories currently installed.) > Preparing to unpack .../emacs-goodies-el_36.2_all.deb ... > Unpacking emacs-goodies-el (36.2) ... > Processing triggers for install-info (6.3.0.dfsg.1-1+b1) ... > Setting up emacs-goodies-el (36.2) ... > Install emacsen-common for emacs23 > emacsen-common: Handling install of emacsen flavor emacs23 > Wrote /etc/emacs23/site-start.d/00debian-vars.elc > Wrote /usr/share/emacs23/site-lisp/debian-startup.elc > Install emacsen-common for emacs24 > emacsen-common: Handling install of emacsen flavor emacs24 > Wrote /etc/emacs24/site-start.d/00debian-vars.elc > Wrote /usr/share/emacs24/site-lisp/debian-startup.elc > Install emacsen-common for emacs25 > emacsen-common: Handling install of emacsen flavor emacs25 > Install emacs-goodies-el for emacs23 > install/emacs-goodies-el: Handling emacs23, logged in /tmp/elc_xITXzf.log This file... /tmp/elc_xITXzf.log > Building autoloads for emacs23 in > /usr/share/emacs23/site-lisp/emacs-goodies-el > ERROR: install script from emacs-goodies-el package failed > dpkg: error processing package emacs-goodies-el (--configure): > subprocess installed post-installation script returned error exit status 1 > Errors were encountered while processing: > emacs-goodies-el > > Not all changes and updates succeeded. For further details of the failure, > please expand the 'Details' panel below. > > > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.7.5.161003 (SMP w/8 CPU cores; PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > Init: systemd (via /run/systemd/system) > > Versions of packages emacs-goodies-el depends on: > ii bash 4.4-2 > ii dpkg 1.18.15 > ii emacs 46.1 > ii emacs23 [emacsen] 23.4+1-4 > ii emacs24 [emacsen] 24.5+1-7 > ii emacs25 [emacsen] 25.1+1-2 > ii emacsen-common 2.0.8 > ii install-info 6.3.0.dfsg.1-1+b1 > > Versions of packages emacs-goodies-el recommends: > ii perl-doc 5.24.1~rc3-3 > ii wget 1.18-4 > > emacs-goodies-el suggests no packages. > > -- no debconf information -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#803767: closed by Peter S Galbraith <p...@debian.org> (Bug#803767: fixed in emacs-goodies-el 36.0)
Fix uploaded, thanks again! -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#841059: emacs-goodies-el: tc.el (and other packages perhaps): save-excursion has changed in emacs25 to save-mark-and-excursion
Thanks so much for tracking all this down! Il make a quilt patch and this will be in the next upload. Peter Gijs Hilleniuswrote: > Hello Peter, > > > I tried my fix (in previous message) again, and now it seems to work in > Emacs25. Have not tested in Emacs24.. > > > Here is my changed version of tc.el > > I dropped those four lines at the top of the code > *and* > I replaced all the save-excursion into save-mark-and-excursion. > > > ;;; trivial-cite -- cite text with proper filling > ;; > ;; TrivialCite v0.13.4 > ;; This is my attempt at making a sensible citer. > ;; > ;; This program is copyright (c) 1998 Lars R. Clausen > ;; > ;; Time-stamp: <2003-05-14 16:21:59 lrclause> > ;; > ;; Author: Lars R. Clausen > ;; Created: March 1998 > ;; Keywords: Citing, filling, mail, news > ;; X-URL: http://shasta.cs.uiuc.edu/~lrclause/tc.html > ;; > ;; trivial-cite is free software; you can redistribute it and/or modify > ;; it under the terms of the GNU General Public License as published by > ;; the Free Software Foundation; either version 2, or (at your option) > ;; any later version. > > ;; trivial-cite is distributed in the hope that it will be useful, > ;; but WITHOUT ANY WARRANTY; without even the implied warranty of > ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > ;; GNU General Public License for more details. > > ;; You should have received a copy of the GNU General Public License > ;; along with trivial-cite; see the file COPYING. If not, write to the > ;; Free Software Foundation, Inc., 59 Temple Place - Suite 330, > ;; Boston, MA 02111-1307, USA. > > ;;; Commentary: > ;; > ;; Trivial-Cite is an Emacs package with the same purpose as Supercite: > ;; Cite text for mail and posting, but with different > ;; objectives. Trivial-Cite tries hard to do the following correctly: > ;; > ;;1. Fill paragraphs of previously cited text correctly, even when > ;; encountering strange citing marks. > ;;2. Parse the cited headers to allow attribution in a configurable way. > ;;3. Allow the user to undo formatting. > ;;4. Remove the signature as the last undoable action. > ;;5. Allow the user to cite and fill cited text in other contexts. > ;;6. Fix odd-looking citemarks to look nice (optional with > ;; `tc-normalize-cite-marks'). > ;; > ;; Furthermore, it follows the suggestions of Son-of-RFC1036 and cites with > ;; a >, and sensibly so. > ;; > ;; No, I will not make it quote with name abbreviations like SuperCite does. > ;; That style is annoying and unreadable, goes against the RFC's (or rather, > ;; the sons of them:), and have generally been the most problematic thing to > ;; deal with. Trivial-cite can handle them, but is better at 'normal' > ;; citation marking. > ;; > ;; To use, add the following to your .emacs: > ;; > ;; (autoload 'trivial-cite "tc" t t) > ;; > ;; ;; For Gnus: > ;; > ;; (setq message-cite-function 'trivial-cite) > ;; > ;; ;; For MH-E > ;; (add-hook 'mail-citation-hook 'trivial-cite) > ;; (setq mh-yank-from-start-of-msg t) > ;; ;; -> then use `C-cC-y' in your draft. > > ;; TODO: Good way to undo fillings without mouse. > ;; More funny functions:) > ;; Add space after cite-marks if old citing doesn't have it? > ;; Make tc-fill-cited-paragraph faster by re-inserting all at once. > ;; Generally optimize -- font-lock wastes time. > ;; Some simpler way to generate attributions? > ;; Follow Stallmans advice: Better docs, what's different from > ;; SuperCite, better comments, how is the filling different > ;; from standard Emacs filling. > > ;; Reminder: > ;; When mail-citation-hook is run, the cite is in current-buffer, (point) at > ;; start and (mark t) at end. > > ;;; Code: > (eval-when-compile > (when (< emacs-major-version 25) > (defmacro save-mark-and-excursion ( body) > `(save-excursion ,@body > > ;;; > ;;; External requirements here > ;;; > > (require 'mail-extr) > (if (featurep 'xemacs) > (require 'overlay)) > > ;;; > ;;; Meta-parameters here > ;;; > > (defconst tc-maintainer "lrcla...@cs.uiuc.edu") > > (defconst tc-version "0.13.3") > > (defvar tc-debug-level 0 > "How much debugging output `trivial-cite' should give.") > > ;;; > ;;; Normal user-settable parameters here > ;;; > > (defgroup tc nil "Insert cited text in a nice manner") > > (defcustom tc-remove-signature "^\\(-- \\|--\\)$" > "If non-nil, specify a regexp that finds the signature divider. > The lines below the first match of this regexp will be removed, but >
Bug#842566: debian-el: Missing ; in debian-bug.el's first line header
Salut Antoine, Sure, I can do that. I guess the github version is a fork; I admit I haven't been active at all in Debian in a few years. I have been promising to do some cleanup for a while, so this is an easy excuse to get started. I should have time this weekend. Peter Antoine R. Dumont (@ardumont) <antoine.romain.dum...@gmail.com> wrote: > Package: debian-el > Version: 35.12 > Severity: minor > > Dear Maintainer, > > I'm trying to package some of your emacs-lisp .el package > (debian-bug.el) outside of the debian package (the whole thread which > started this is at https://github.com/melpa/melpa/pull/4353). > > It's more an emacs convention problem rather than a debian package problem. > That's why it's minor. > > Where I'm trying to package, it's expected that the headers are > correctly set. That is, starting with ;;; the first header line in an > emacs file. > > As this is not the case for debian-bug.el file, this fails. > > Note that almost all of your emacs files are fine in that regards. > Here is the list of those where it's not the case: > > ``` > $ pwd > /home/tony/repo/debian/debian-el > $ find -iname "*.el" | xargs head -1 | grep '^;; .*' | grep '.el' > ;; dict.el --- Emacs interface to dict client > ;; sys-apropos.el --- Interface for the *nix apropos command. > ;; htmlize.el -- Convert buffer text and decorations to HTML. > ;; todoo.el -- Major mode for editing TODO files > ;; debian-bug.el --- report a bug to Debian's bug tracking system > ``` > > Thanks for considering fixing this (I've attached a fix-headers file > which is a quilt generated patch) > > Cheers, > > *** End of the template - remove these template lines *** > > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: > LC_ALL set to en_US.UTF-8) > Shell: /bin/sh linked to /bin/bash > Init: systemd (via /run/systemd/system) > > Versions of packages debian-el depends on: > ii bzip2 1.0.6-8 > ii dpkg 1.18.10 > ii emacs 46.1 > ii emacs24 [emacsen] 24.5+1-7 > ii file 1:5.28-4 > ii install-info 6.3.0.dfsg.1-1+b1 > ii reportbug 6.6.6 > > Versions of packages debian-el recommends: > ii dlocate 1.07 > ii groff-base 1.22.3-8 > ii wget1.18-4 > > Versions of packages debian-el suggests: > pn gnus > > -- no debconf information -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#841059: emacs-goodies-el: tc.el (and other packages perhaps): save-excursion has changed in emacs25 to save-mark-and-excursion
Hi, You added a `Tags: patch' line but I didn't see a patch. My concern is that 'save-mark-and-excursion' doesn't exist in emacs24 such that we need to test for this. Does the patch that you forgot to attach handle this? Thanks, Peter Gijs Hillenius <g...@hillenius.net> wrote: > Package: emacs-goodies-el > Version: 35.12 > Severity: normal > Tags: patch > > Dear Maintainer, > > In Emacs 25, which is now available in Debian sid, tc.el, and perhaps > other packages, needs or need updating: > > Use 'save-mark-and-excursion', it should use 'save-mark-and-excursion'. > > > -- System Information: > Debian Release: stretch/sid > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages emacs-goodies-el depends on: > ii bash 4.4-1 > ii dpkg 1.18.10 > ii emacs 46.1 > ii emacs24 [emacsen] 24.5+1-7 > ii emacs25 [emacsen] 25.1+1-1 > ii install-info 6.3.0.dfsg.1-1+b1 > > Versions of packages emacs-goodies-el recommends: > ii dict 1.12.1+dfsg-4 > ii perl-doc 5.24.1~rc3-3 > ii wget 1.18-4 > > emacs-goodies-el suggests no packages. > > -- no debconf information -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#818010:
reassign 818010 dpkg-dev-el thanks -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#840763: emacs-goodies-el: dict.el broken
So... remove dict.el from the package? dictionary-el works for me. Thanks, Peter Boruch Baum <boruch_b...@gmx.com> wrote: > Subject: emacs-goodies-el: dict.el not working > Package: emacs-goodies-el > Version: 35.12 > Severity: important > > One of the components of package `emacs-goodies-el' is `dict.el', > which does not work. > > 1] The linux program `dict', upon which dict.el depends, has > deprecated its option `--pager', with the result that function > `dict-generate-options' now silently fails. From the bash > command-line, the output of such a dict command would be `option > "Option --pager is now deprecated"'. > > $ dict --version > dict 1.12.1/rf on Linux 4.5.0-0.bpo.2-amd64 > Copyright 1997-2002 Rickard E. Faith (fa...@dict.org) > Copyright 2002-2007 Aleksey Cheusov (v...@gmx.net) > > The fix for this is to remove the `--pager' option from that function. > See below (paragraph #3) describing that I successfully manually > evaluated such a dict command to an emacs buffer. > > > > 2] The same dict.el function `dict-generate-options' terminates its > option string with a `-', when it should be a `--'. > > The fix for this is to make that change. > > > > 3] The above changes weren't enough for me to get dict working. The > trouble seems to be in the function `dict-get-answer' with how it sets > a process sentinel. Since I locally made the above changes, I have > gotten the code to function using the following snippet: > > (start-process "dict" "*DICT test*" "sh" "-c" > (dict-generate-command "word" "wn" "localhost")) > > Where buffer "*DICT test*" had already been created, where function > `dict-generate-options' had been modified per paragraphs #1 and #2 > above,and for a dict server installed locally with the `wordnet' > database. > > I don't have a fix for this. > > > > 4] FYI, Debian is now packaging a parallel package `dictionary-el' in > addition to the `dict.el' packaged as part of `emacs-goodies', so > there is now some duplication of functionality floating about. Debian > may want to consider choosing just one; I wouldn't feel qualified to > voice an opinion on the matter until I could compare working versions > of each. > > > > -- System Information: > Distributor ID: Devuan > Description:Devuan GNU/Linux 1.0 (jessie) > Release:1.0 > Codename: jessie > Architecture: x86_64 > > Kernel: Linux 4.5.0-0.bpo.2-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > > Versions of packages emacs-goodies-el depends on: > ii bash 4.4-1 > ii dpkg 1.17.27 > ii emacs24-nox [emacsen] 24.5+1-6~bpo8+1 > ii install-info 5.2.0.dfsg.1-6 > > -- debconf information: > Unescaped left brace in regex is deprecated, passed through in regex; mark\ > ed by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at /usr/share/\ > perl5/Debconf/Question.pm line 72. > Unescaped left brace in regex is deprecated, passed through in regex; mark\ > ed by <-- HERE in m/\${ <-- HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Con\ > fig.pm line 30. > > > -- > hkp://keys.gnupg.net > CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 -- Peter S. Galbraith, Debian Developer <p...@debian.org> http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979
Bug#843489: ftp.debian.org: RM: powstatd -- ROM; obsolete
Package: ftp.debian.org Severity: normal This software is 15 years old and the hardware it supports very likely no longer exists. The package only installs a sysv init script, and I have no way of testing changes to that. Thanks, Peter
Bug#790526: gri bug on texinfo
Hmm, can't seem to tickle that bug anymore... Works! There's a buglet in gri-mode with Emacs24 that I'd like to track down. Something changed with idle timers. Hopefully I'll find it quickly and that fix can go in a new versions as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790526: gri bug on texinfo
Hi Dan, MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hope you are well. I tracked down the bug that occurs while building gri.texi to two instances of an old texinfo.tex file bundled in gri that dates from 2009. Simply deleting the files fixes the bug with one minor change: The new texinfo doesn't like \code{=E9} in gri.texi. The easy fix is to rephrase as: As you type, the quote mark will dissappear, and reappear as an accent on the @code{e}. And then, Gri will recognize this accented and it will draw the accent on the axis label. However, the paragraphs on inserting accented characters in Emacs date back to Emacs19 and Emacs20 (and we are now at Emacs24) and are obsolete. People who type in accented characters know how to do it now, and we are complicated by UTF-8 now as well. I'd simply delete them. If you are busy with other stuff, I'll just upload a point release to Debian to close the bug and let Gri migrate back to testing. If you can release a new gri within a week, I'll hold off and upload that instead. There's a buglet in gri-mode with Emacs24 that I'd like to track down. Something changed with idle timers. Hopefully I'll find it quickly and that fix can go in a new versions as well. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773151: simply uninstall mh-e
Hi all, Given that the released MH-E v8.5 doesn't work with nmh 1.6, and that MH-E 2 v8.6 is bundled in Emacs-24, I guess it's time for me to remove the mh-e package from debian? This is prompted by the release of a new stable Debian distribution yesterday, which unfortunately has emacs-24 (with MH-E v8.6) and a separate MH-E package with v8.5. (I should have remove the mh-e package prior to the release.) Peter Christophe Deleuze christophe.dele...@esisar.grenoble-inp.fr wrote: emacs24.4 contains mh-e 8.6 uninstalling package mh-e (wich is currently version 8.5) makes you use the 8.6 version bundled with emacs, which fixes the problem. isn't this silly? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768381: gnus-bonus-el shadows nnir from Emacs 24.4
gnus-bonus-el was removed from the distribution and is no longer in testing. Ok to close? Peter Ulrik Haugen q...@lysator.liu.se wrote: Package: gnus-bonus-el Version: 35.4 Severity: important Dear Maintainer, * What led up to the situation? Emacs 24.4 was uploaded to testing so i upgraded. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to compose a new message in Gnus. * What was the outcome of this action? A message in the echo area saying: Autoloading failed to define function gnus-nnir-group-p Calling describe-function on gnus-nnir-group-p brings up a buffer saying: gnus-nnir-group-p is an autoloaded Lisp function in `nnir.el'. [Arg list not available until function definition is loaded.] Not documented. Where pressing enter with point on `nnir.el' takes me to /usr/share/emacs24/site-lisp/gnus-bonus-el/nnir.el which has no definition of gnus-nnir-group-p. * What outcome did you expect instead? A message mode buffer to compose my message. Uninstalling gnus-bonus-el works around the problem, after uninstalling pressing enter with point on `nnir.el' takes me to /usr/share/emacs/24.4/lisp/gnus/nnir.el.gz which has a definition of gnus-nnir-group-p. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnus-bonus-el depends on: ii emacs23 [emacsen] 23.4+1-4.1+b1 ii emacs24 [emacsen] 24.4+1-4 gnus-bonus-el recommends no packages. gnus-bonus-el suggests no packages. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702269: libforms: diff for NMU version 1.2.3-1.2
Thanks Colin. Peter Colin Watson cjwat...@debian.org wrote: Control: severity -1 important Control: tag -1 pending I found my way here from the last of my packages that hasn't been built on ppc64el, which is blocked on libforms, and https://buildd.debian.org/status/package.php?p=libformssuite=sid refers to this bug. I've upgraded this bug's severity to important, since ppc64el is a possible release architecture for jessie. x32 has actually been fixed by way of upstream updates to the build system, and the patch to autogen.sh is no longer needed, but ppc64el requires a newer config.guess/config.sub as well as an even newer libtool. There will no doubt be more of these, so dh-autoreconf remains the right answer. However, autogen.sh is essentially pointless nowadays, and moreover isn't enough for ppc64el since it fails to update config.guess/config.sub. autoreconf -fi does a better job, at least as long as you remove acinclude.m4 first (aclocal will use m4_include to include config/*.m4). The attached patch builds cleanly on ppc64el. I've prepared an NMU for libforms (versioned as 1.2.3-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751425: maplev.el (ERROR: install script from emacs-goodies-el package failed)
I was thinking of simply removing maplev.el from the package since it's so old and maybe obsolete, but I just found a version of maplev.el modified in March 2013 from the upstream author at https://github.com/JoeRiel/maplev. Maybe there's hope for it. However it still contains the line (require 'abbrevlist) used for `list-one-abbrev-table' in `maplev-abbrev-help'. But `list-one-abbrev-table' is an autoload. The require line could be commented out to see if that changes anything. I doubt it, since byte-compiling the file from emacs24 yields no errors for me, only a few warnings: , | Compiling file /usr/share/emacs24/site-lisp/emacs-goodies-el/maplev.el at Tue Jul 8 13:50:57 2014 | maplev.el:131:1:Warning: cl package required at runtime | | In maplev-fill-paragraph: | maplev.el:1628:4:Warning: value returned from (make-string (/ (current-column) | tab-width) 9) is unused | | In maplev-mode: | maplev.el:1823:9:Warning: assignment to free variable | `imenu-default-create-index-function' | | In maplev-cmaple--clear-buffer: | maplev.el:3479:8:Warning: Use `with-current-buffer' rather than | save-excursion+set-buffer | | In maplev-cmaple-mode: | maplev.el:3580:9:Warning: `comint-use-prompt-regexp-instead-of-fields' is an | obsolete variable (as of 22.1); use `comint-use-prompt-regexp' instead. | | In maplev-mint-region: | maplev.el:4672:37:Warning: Use `with-current-buffer' rather than | save-excursion+set-buffer | maplev.el:4674:19:Warning: Use `with-current-buffer' rather than | save-excursion+set-buffer | | In end of data: | maplev.el:4893:1:Warning: the function `x-get-cut-buffer' is not known to be | defined. ` -- Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751425: ERROR: install script from emacs-goodies-el package failed
Unfortunately, I can't reproduce this bug: , | # aptitude install emacs-goodies-el | The following NEW packages will be installed: | emacs-goodies-el | 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. | Need to get 0 B/686 kB of archives. After unpacking 3,572 kB will be used. | Selecting previously unselected package emacs-goodies-el. | (Reading database ... 202449 files and directories currently installed.) | Preparing to unpack .../emacs-goodies-el_35.11_all.deb ... | Unpacking emacs-goodies-el (35.11) ... | Processing triggers for install-info (5.2.0.dfsg.1-4) ... | Setting up emacs-goodies-el (35.11) ... | Install emacs-goodies-el for emacs23 | install/emacs-goodies-el: Handling emacs23, logged in /tmp/elc_xkuPKz.log | Building autoloads for emacs23 in /usr/share/emacs23/site-lisp/emacs-goodies-el | install/emacs-goodies-el: Deleting /tmp/elc_xkuPKz.log | Install emacs-goodies-el for emacs24 | install/emacs-goodies-el: Handling emacs24, logged in /tmp/elc_YlmN66.log | Building autoloads for emacs24 in /usr/share/emacs24/site-lisp/emacs-goodies-el | install/emacs-goodies-el: Deleting /tmp/elc_YlmN66.log ` From your log: maplev.el:127:1:Error: Symbol's function definition is void: function-put it's hitting an error with emacs24 at line 127 of maplev.el: (require 'abbrevlist) When I eval this, I get the message: Package abbrevlist is obsolete! But the file has no mention of function-put. I don't see where this is happening... Peter Manoj Srivastava sriva...@debian.org wrote: Package: emacs-goodies-el Version: 35.11 Severity: grave Hi, I debated the severity of this bug, and since it fails to install, or allow emacs24 to configure, I selected grave. This could be reduced if this is only affecting my machine, Setting up emacs-goodies-el (35.11) ... Install emacs-goodies-el for emacs24 install/emacs-goodies-el: Handling emacs24, logged in /tmp/elc_jd3obj.log Building autoloads for emacs24 in /usr/share/emacs24/site-lisp/emacs-goodies-el ERROR: install script from emacs-goodies-el package failed dpkg: error processing package emacs-goodies-el (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: emacs-goodies-el === The log file is quoted below. manoj /tmp/elc_jd3obj.log contains: - emacs24 -batch --no-site-file --multibyte --eval (setq load-path (cons . load-path)) -l autoload --eval (setq generated-autoload-file (expand-file-name emacs-goodies-loaddefs.el)) --eval (setq make-backup-files nil) -f batch-update-autoloads . Warning (initialization): Ignoring obsolete arg --multibyte Generating autoloads for align-string.el... Generating autoloads for align-string.el...done Generating autoloads for all.el... Generating autoloads for all.el...done Generating autoloads for apache-mode.el... Generating autoloads for apache-mode.el...done Generating autoloads for ascii.el... Generating autoloads for ascii.el...done Generating autoloads for auto-fill-inhibit.el... Generating autoloads for auto-fill-inhibit.el...done Generating autoloads for bar-cursor.el... Generating autoloads for bar-cursor.el...done Generating autoloads for bm.el... Generating autoloads for bm.el...done Generating autoloads for boxquote.el... Generating autoloads for boxquote.el...done Generating autoloads for browse-huge-tar.el... Generating autoloads for browse-huge-tar.el...done Generating autoloads for browse-kill-ring.el... Generating autoloads for browse-kill-ring.el...done Generating autoloads for clipper.el... Generating autoloads for clipper.el...done Generating autoloads for coffee.el... Generating autoloads for coffee.el...done Generating autoloads for color-theme-library.el... Generating autoloads for color-theme-library.el...done Generating autoloads for color-theme.el... Generating autoloads for color-theme.el...done Generating autoloads for color-theme_seldefcustom.el... Generating autoloads for color-theme_seldefcustom.el...done Generating autoloads for csv-mode.el... Generating autoloads for csv-mode.el...done Generating autoloads for ctypes.el... Generating autoloads for ctypes.el...done Generating autoloads for dedicated.el... Generating autoloads for dedicated.el...done Generating autoloads for df.el... Generating autoloads for df.el...done Generating autoloads for dict.el... Generating autoloads for dict.el...done Generating autoloads for diminish.el... Generating autoloads for diminish.el...done Generating autoloads for dir-locals.el... Generating autoloads for dir-locals.el...done Generating autoloads for edit-env.el... Generating autoloads for
Bug#751201: emacs-goodies-el: site-start files don't work
Hi, I can't reproduce this... The errors means that directories like /usr/share/emacs/site-lisp/emacs-goodies-el don't exist on your system... Can you purge the packages, retry, and if it fails again show me the screen output of the install? Thanks, Peter Samuel Bronson naes...@gmail.com wrote: Package: emacs-goodies-el Version: 35.11 Severity: serious Dear Maintainer, After upgrading emacs-goodies-el, devscripts-el, and dpkg-dev-el to this version, the files they place in site-start.d no longer pick them up as properly-configured: [...] Loading /etc/emacs/site-start.d/50debbugs-el.el (source)... Package debbugs-el removed but not purged. Skipping setup. Loading /etc/emacs/site-start.d/50debbugs-el.el (source)...done [...] Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)... Package dpkg-dev-el not fully installed. Skipping setup. Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)...done [...] Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Package emacs-goodies-el not fully installed. Skipping setup. Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)...done [...] Fortunately, debian-el still works fine, so I've not been much frustrated in reporting this bug :-). (Truthfully, I'd probably have loaded it more manually if it had broke too. Not so `boxquote' ;-) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs-goodies-el depends on: ii bash 4.2+dfsg-1 ii dpkg 1.17.9 ii emacs23-lucid [emacsen] 23.4+1-4.1+b1 ii emacs24-lucid [emacsen] 24.3+1-4 ii install-info 5.2.0.dfsg.1-2 Versions of packages emacs-goodies-el recommends: ii dict 1.12.1+dfsg-2 ii perl-doc 5.18.2-2 ii wget 1.15-1 emacs-goodies-el suggests no packages. -- no debconf information Versions of packages devscripts-el depends on: ii apel 10.8+0.20120427-5 ii bash 4.2+dfsg-1 ii devscripts 2.14.4 ii dpkg-dev-el 35.11 ii emacs23-lucid [emacsen] 23.4+1-4.1+b1 ii emacs24-lucid [emacsen] 24.3+1-4 Versions of packages devscripts-el recommends: ii elserv 0.4.0+0.20011203cvs-17.1 devscripts-el suggests no packages. -- no debconf information Versions of packages dpkg-dev-el depends on: ii debian-el35.11 ii emacs23-lucid [emacsen] 23.4+1-4.1+b1 ii emacs24-lucid [emacsen] 24.3+1-4 Versions of packages dpkg-dev-el recommends: ii wget 1.15-1 Versions of packages dpkg-dev-el suggests: ii dpkg-dev 1.17.9 -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742807: gnome-panel: unable to add panels to the bottom panel while using gnome-flashback
Hi, Just to add to this. I have just updated from stable to sid and experienced the same. The bottom panel shows nothing in it at all; Add to panel... does nothing. I was able to get a functioning system by adding the window list to the top panel. Also, maybe related and maybe not, at first gnome did not refresh the screen with windows moves or iconizing, menu manipulations, etc, leaving much cruft behind. That stops by enabling desktop icons. But setting a desktop background does not work (it is simply bland off-white). I may have old gnome settings that are interferring. I could create a new user to test that theory out. Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742807: gnome-panel: unable to add panels to the bottom panel while using gnome-flashback
Tested with new user: Behavior the same; Bottom panel is broken on flashback and works on classic. Hi, Just to add to this. I have just updated from stable to sid and experienced the same. The bottom panel shows nothing in it at all; Add to panel... does nothing. I was able to get a functioning system by adding the window list to the top panel. Also, maybe related and maybe not, at first gnome did not refresh the screen with windows moves or iconizing, menu manipulations, etc, leaving much cruft behind. That stops by enabling desktop icons. But setting a desktop background does not work (it is simply bland off-white). I may have old gnome settings that are interferring. I could create a new user to test that theory out. Thanks, Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751201: emacs-goodies-el: site-start files don't work
severity 751201 normal thanks I can't reproduce this on up-to-date sid. Waiting for further input but let's not remove thispackage from testing just yet. ;-) Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679390: debian-el: M-x debian-bug does not run bug script if it is a symlink
Sincere apologies... :-( Peter Sven Joachim svenj...@gmx.de wrote: Ping? I have been applying this patch locally for the last releases, would like not having to do this anymore. Ping again… :-( Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735914: gri: FTBFS: Can't locate getopts.pl in @INC
Hi Dan, I updated gri_unpage and gri_merge to avoid that error before (Check SVN), but I guess I didn't think of texinfo2HTML. I won't be adding a Build-Depends so you can undo that. You can see how I fixed the other perl scripts instead. Peter Daniel Kelley dan.kel...@dal.ca wrote: Thanks. I added libperl4-corelibs-perl to Build-Depends, in the github source at https://github.com/dankelley/gri and I hope that helps. Dan. On Jan 18, 2014, at 11:22 AM, Andreas Moog andreas.m...@warperbbs.de wrote: Package: gri Version: 2.12.23-6 Severity: serious Hi there, your package fails to build in a clean unstable chroot: cat ./gri.texi TMP perl ./make_html_index TMP perl ./make_html_commandindex TMP perl ./make_html_builtinindex TMP cat TMP | perl ./texinfo2HTMLgri-long Can't locate getopts.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at ./texinfo2HTML line 59. make[1]: *** [html] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»/doc' make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20140118-1614 Full buildlog attached. The build works when adding libperl4-corelibs-perl to the Build-Depends. Thanks for your time! Cheers, Andreas -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 gri_2.12.23-6_amd64.build.gz -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730066: emacs-goodies-el: fails to upgrade lenny - squeeze - wheezy - jessie
Hi Andreas, Andreas Beckmann a...@debian.org wrote: Package: emacs-goodies-el Version: 35.8 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'lenny' to 'squeeze' to 'wheezy' to 'jessie'. It installed fine in 'lenny', and upgraded to 'squeeze' and 'wheezy' successfully, but then the upgrade to 'jessie' failed. From the attached log (scroll to the bottom...): Setting up emacs-goodies-el (35.8) ... given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46. Install emacs-goodies-el for emacs Install emacs-goodies-el for emacs22 You are byte-compiling packages under emacs22, which is not part of any current Debian distribution and hasn't been since... lenny? Seems to me that the upgrade from 'lenny' to 'squeeze' to 'wheezy' to 'jessie' should uninstall emacs22 along the way and update it to emacs23? Otherwise, I will add checks for emacs22 and skip installation for that flavour. install/emacs-goodies-el: Handling emacs22, logged in /tmp/elc_3mZBQu.log Building autoloads for emacs22 in /usr/share/emacs22/site-lisp/emacs-goodies-el ERROR: install script from emacs-goodies-el package failed dpkg: error processing emacs-goodies-el (--configure): subprocess installed post-installation script returned error exit status 1 I'm also attaching the install emacs logfile, but this does not show an obvious failure. It shows markdown-mode failing... I could only skip markdown-mode for emacs22, but honestly I haven't tested the other files on emacs22 either. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706746: vm-bonus-el: fails to install: ERROR: install script from vm-bonus-el package failed
Ouch! It installs correctly here, so I am a bit at a loss here. It's loading cl-macs, which is where `eval-when' is defined. Strange. (I was thinking of killing off this package from the emacs-goodies-el source; this might be the turning point.) Thanks for your patience on this... I'll give it some thought. Peter Andreas Beckmann a...@debian.org wrote: Followup-For: Bug #706746 Control: found -1 35.7 Hi, installation still fails, but the logfile it generates in /tmp now contains: emacs24 -batch -l path.el -f batch-byte-compile vm-bogofilter.el Loading 00debian-vars... Loading /etc/emacs/site-start.d/50vm.el (source)... Loading /etc/emacs/site-start.d/50vm-bonus-el.el (source)... Package vm-bonus-el not fully installed. Skipping setup. Loading /etc/emacs24/site-start.d/50vm-init.el (source)... Loading cl-macs... In toplevel form: vm-bogofilter.el:190:13:Error: Symbol's function definition is void: eval-when Andreas -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706746: vm-bonus-el: fails to install: ERROR: install script from vm-bonus-el package failed
I am dist-upgraded my system and I now get the error. A change outside of vm-bonus-el has triggered this. At least now I can reproduce it, the first step in solving it. Peter Andreas Beckmann a...@debian.org wrote: Followup-For: Bug #706746 Control: found -1 35.7 Hi, installation still fails, but the logfile it generates in /tmp now contains: emacs24 -batch -l path.el -f batch-byte-compile vm-bogofilter.el Loading 00debian-vars... Loading /etc/emacs/site-start.d/50vm.el (source)... Loading /etc/emacs/site-start.d/50vm-bonus-el.el (source)... Package vm-bonus-el not fully installed. Skipping setup. Loading /etc/emacs24/site-start.d/50vm-init.el (source)... Loading cl-macs... In toplevel form: vm-bogofilter.el:190:13:Error: Symbol's function definition is void: eval-when Andreas -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706746: vm-bonus-el: fails to install: ERROR: install script from vm-bonus-el package failed
My apologies... I thought the eval-when-compile in vm-bonus-el.el is the problem, but it isn't. The error occurs loading vm.el itself with its call to eval-when. Andreas Beckmann a...@debian.org wrote: Followup-For: Bug #706746 The problem was not fixed in the most recent upload: Selecting previously unselected package vm-bonus-el. (Reading database ... 14281 files and directories currently installed.) Unpacking vm-bonus-el (from .../vm-bonus-el_35.6_all.deb) ... Setting up vm-bonus-el (35.6) ... given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46. Install vm for emacs install/vm: Ignoring emacsen flavor emacs. Install vm for emacs24 install/vm: Byte-compiling for emacs24...vm files already compiled in /usr/share/emacs24/site-lisp/vm. Install vm-bonus-el for emacs Install vm-bonus-el for emacs24 install/vm-bonus-el: Handling emacs24, logged in /tmp/elc_Sh2uJt.log ERROR: install script from vm-bonus-el package failed dpkg: error processing vm-bonus-el (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: vm-bonus-el The logfile in /tmp contains: emacs24 -q -no-site-file --no-site-file -batch -l path.el -f batch-byte-compile vm-bogofilter.el In toplevel form: vm-bogofilter.el:189:30:Error: Symbol's function definition is void: eval-when Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706746: vm-bonus-el: fails to install: ERROR: install script from vm-bonus-el package failed
Strange... But ok, thanks. I'll look into it again. Peter Andreas Beckmann a...@debian.org wrote: Followup-For: Bug #706746 The problem was not fixed in the most recent upload: Selecting previously unselected package vm-bonus-el. (Reading database ... 14281 files and directories currently installed.) Unpacking vm-bonus-el (from .../vm-bonus-el_35.6_all.deb) ... Setting up vm-bonus-el (35.6) ... given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45. when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46. Install vm for emacs install/vm: Ignoring emacsen flavor emacs. Install vm for emacs24 install/vm: Byte-compiling for emacs24...vm files already compiled in /usr/share/emacs24/site-lisp/vm. Install vm-bonus-el for emacs Install vm-bonus-el for emacs24 install/vm-bonus-el: Handling emacs24, logged in /tmp/elc_Sh2uJt.log ERROR: install script from vm-bonus-el package failed dpkg: error processing vm-bonus-el (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: vm-bonus-el The logfile in /tmp contains: emacs24 -q -no-site-file --no-site-file -batch -l path.el -f batch-byte-compile vm-bogofilter.el In toplevel form: vm-bogofilter.el:189:30:Error: Symbol's function definition is void: eval-when Andreas -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724193: Fix for the build failure
Thanks for the heads-ups. Guess I am way overdo for a little Debian work. I'm rather inclined to fix the perl usage and undo the 659422 workaround as well. It's too bad we didn't start this yesterday because the Gri author likes to make releases on official holidays and today is Canadian Thanksgiving. ;-) Expect an upload soon. Peter Andreas Moog andreas.m...@warperbbs.de wrote: Hello Peter, Hello David, one possible fix for the build failure is to add libperl4-corelibs-perl | perl ( 5.12.3-7) to the Build-Depends for this package, similar to what was done for bug 659422. -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany Ubuntu Developer PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724193: gri: FTBFS: Failed building docs
So this fix? diff doc/texinfo2HTML /home/psg/src/deb/gri/gri-2.12.23/doc/texinfo2HTML 57,58c57 #require ctime.pl; use POSIX qw(ctime); --- require ctime.pl; 70d68 #$date = ctime(time); I can upload a gri package with this and see what happens? Daniel Kelley dan.kel...@dal.ca wrote: This is possibly fixed in the updated gri (They deprecated a library in perl.) commit 58949a199d4b307c8c95751a42ccabe22073d824 Author: Dan Kelley kelley@gmail.com Date: Mon Sep 23 06:24:53 2013 -0300 debian bug #724193 possible fix On 2013-09-22, at 3:26 PM, David Suárez david.sephi...@gmail.com wrote: Source: gri Version: 2.12.23-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130922 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[2]: Entering directory `/«PKGBUILDDIR»/doc/tst_suite' perl ./../gri2html tst_IO.gri tst_IO.html perl ./../gri2html tst_control.gri tst_control.html perl ./../gri2html tst_rpn.gri tst_rpn.html perl ./../gri2html tst_var_syn.gri tst_var_syn.html make[2]: Leaving directory `/«PKGBUILDDIR»/doc/tst_suite' /bin/bash /«PKGBUILDDIR»/missing --run makeinfo -I. gri.texi cat ./gri.texi TMP perl ./make_html_index TMP info: Writing node (gri.info)Concept Index... info: Done. perl ./make_html_commandindex TMP info: Writing node (gri.info)Index of Commands... info: Done. perl ./make_html_builtinindex TMP info: Writing node (gri.info)Index of Builtins... info: Done. cat TMP | perl ./texinfo2HTMLgri-long Can't locate ctime.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at ./texinfo2HTML line 57. make[1]: *** [html] Error 2 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2013/09/22/gri_2.12.23-3_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713719: g3data: diff for NMU version 1:1.5.3-2.1
Simple fix! Thanks! Peter Sebastian Ramacher sramac...@debian.org wrote: Control: tags -1 + patch pending Dear maintainer, I've prepared an NMU for g3data (versioned as 1:1.5.3-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Sebastian Ramacher diff -u g3data-1.5.3/Makefile g3data-1.5.3/Makefile --- g3data-1.5.3/Makefile +++ g3data-1.5.3/Makefile @@ -1,6 +1,6 @@ CC=gcc CFLAGS=-Wall `pkg-config --cflags gtk+-2.0` -LIBS=`pkg-config --libs gtk+-2.0` +LIBS=`pkg-config --libs gtk+-2.0` -lm bindir ?= /usr/bin mandir ?= /usr/share/man diff -u g3data-1.5.3/debian/changelog g3data-1.5.3/debian/changelog --- g3data-1.5.3/debian/changelog +++ g3data-1.5.3/debian/changelog @@ -1,3 +1,10 @@ +g3data (1:1.5.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Makefile: Link with -lm. (Closes: #713719) + + -- Sebastian Ramacher sramac...@debian.org Sun, 28 Jul 2013 22:07:35 +0200 + g3data (1:1.5.3-2) unstable; urgency=low * Bug fix: please add a desktop file and an icon, thanks to Ilya B -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711914: gri-el: package remove allow for flavour directory already gone
Gotcha. Plus, I need to update to the new emacs setup scripts that don't depend on emacs being installed. Peter Kevin Ryde use...@zip.com.au wrote: Peter S Galbraith p...@debian.org writes: I see that this is wishlist, but why would anything under /usr/share/ be removed outside of packaging commands? If a remove is interrupted or dies for another reason it may leave some flavour dirs removed and others not. (And dpkg re-runs it next time.) -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711914: gri-el: package remove allow for flavour directory already gone
Hi Kevin, I see that this is wishlist, but why would anything under /usr/share/ be removed outside of packaging commands? Peter Kevin Ryde use...@zip.com.au wrote: Package: gri-el Version: 2.12.23-2.2 Severity: wishlist File: /usr/lib/emacsen-common/packages/remove/gri-el If a flavour directory is already gone, such as rm -r /usr/share/emacs24/site-lisp/gri-el/ then dpkg --purge gri-el fails with rmdir: failed to remove `/usr/share/emacs24/site-lisp/gri-el': No such file or directory It could be good if the remove script did not fail if the things it wants to remove are already -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699389: emacs-goodies-el: tlc.el auto-mode-alist dot form
Oh my! Thanks! Peter Kevin Ryde use...@zip.com.au wrote: Package: emacs-goodies-el Version: 35.3 Severity: normal File: /usr/share/emacs/site-lisp/emacs-goodies-el/tlc.el Running emacs -q x.tlc gives an error File mode specification error: (invalid-function (\.tlc-mode)) Perhaps '(\\.tlc\\' .tlc-mode) should be '(\\.tlc\\' . tlc-mode) twice at the end of tlc.el. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages emacs-goodies-el depends on: ii bash 4.1-3 ii dpkg 1.16.4.2 ii emacs21 [emacsen]21.4a+1-5.7 ii emacs22-gtk [emacsen]22.3+1-1.2 ii emacs23 [emacsen]23.4+1-4 ii emacs24 [emacsen]24.2+1-1 ii install-info 4.13a.dfsg.1-10 ii xemacs21-mule [emacsen] 21.4.22-4 Versions of packages emacs-goodies-el recommends: ii dict 1.12.0+dfsg-5 ii perl-doc 5.14.2-12 ii wget 1.14-1 emacs-goodies-el suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645303: dpkg-dev-el: Allow customization of allowed distributions
Good ideas! Would you like to commit your patch? You are still registered on alioth... Thanks! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636166: exiftran seg fault
Same issue here... -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636166: exiftran seg fault
Reverting to 2.07-7 fixed it. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638202: debian-el: should depend on xz-utils
Sven Joachim svenj...@gmx.de wrote: Thanks for fixing #637579 so fast! However, I think this needs to be accompanied by adding a dependency on the xz binary, to be found in the xz-utils package. While xz-utils is currently automatically installed because dpkg Pre-Depends on it, this is an implementation detail that may change at any time, and xz-utils will probably not become essential themselves in the near future. Filing as minor for now, but will increase the severity should dpkg drop its xz-utils dependency. Thanks for the heads-up... Yeah, I had assumed that if packages can be compressed that way, that the decompressor would be automatically installed. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541348: cwebm still included in package description
tags 541348 + pending thanks Ben Hutchings b...@decadent.org.uk wrote: It's worse then just the package description - the info file and the customisation menu also state or imply that cwebm is included, leaving me to waste time wondering what I had to do make the commands available. Fixed in CVS and pending uplaod. Does it really take 2 years to fix this? One always hopes upstream will change the license. Once it's removed from the package, I'm not going through the trouble of adding it in again. Ben. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541348: cwebm still included in package description
Ben Hutchings b...@decadent.org.uk wrote: Does it really take 2 years to fix this? One always hopes upstream will change the license. Once it's removed from the package, I'm not going through the trouble of adding it in again. Shouldn't that be a case of 'quilt remove ...' and editing the description back? It doesn't seem like a major engineering effort. Ben. The texinfo is not in quilt. Whenever I add a file to emacs-goodies-el, a number of files get edited: in elisp/emacs-goodies-el: emacs-goodies-custom.el emacs-goodies-el.texi in debian: changelog control emacs-goodies-el.copyright emacs-goodies-el.emacsen-install.in emacs-goodies-el.install README.Debian Once I go through the hassle of removing it, it stays out. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633893: gri: FTBFS: ../missing: line 41: 3991 Segmentation fault (core dumped) $@
Christoph Egger christ...@debian.org wrote: Package: src:gri Version: 2.12.23-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: config.status: executing depfiles commands cd doc; make refcard.ps cmdrefcard.ps gri.pdf html make[1]: Entering directory `/build/buildd-gri_2.12.23-2-kfreebsd-amd64-xHG8Qr/gri-2.12.23/doc' /bin/bash ../missing --run tex ./refcard.tex This is TeX, Version 3.1415926 (TeX Live 2009/Debian) ../missing: line 41: 3991 Segmentation fault (core dumped) $@ WARNING: `tex' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `tex' program. make[1]: *** [refcard.ps] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=griarch=kfreebsd-amd64ver=2.12.23-2stamp=1310608209 Thanks. I knew about it. For some reason, tex is segfaulting on a simple file on some arches. My work-around was to move the files to the arch-indep doc package, but it seems that the build-indep target get called anyway. This is really is TeX bug anyway... Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: Please add eproject
Florian Ragwitz r...@debian.org wrote: Peter, is there anything we as eproject upstream can do to help getting this package into emacs-goodies-el? We fixed a couple of issues you had spotted in earlier versions. Did we miss something that's preventing this bug from being resolved? Sorry... I've just been too busy at work. Nothing is in the way, so I promise to do it soon. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614327: Patch for home-end.el
Hello Toby, There is a patch for home-end.el in the Debian bug tracking system. Would you like to apply it upstream? http://bugs.debian.org/614327 Thanks! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611919: emacs-goodies-el: Better suggestion: retire this mode in favour of dictionary.el
Reuben Thomas r...@sc3d.org wrote: Package: emacs-goodies-el Version: 33.6ubuntu1 Severity: normal I note that dictionary.el suffers from the same problem. However, it’s superior in other ways; not least in that it contains its own dict client, and doesn’t rely on the command-line one. It’s also got a rather richer UI. I’d rather fix the problem there. Emacs doesn’t really need two supported dictd clients in Debian; how about retiring dict.el? Probably not a bad idea. The presence of all the files in this package have to be re-evaluated some time to time. Thanks! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 70D4A979 - 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609698: gnus-bonus-el: nnir.el in gnus-bonus-el is obsolete
Bonjour Daniel, Are there any other obsolete files, to your knowledge? I am in the awkward position of not using gnus-bonus-el (a package I inherited along with the rest of the emacs-goodies-el source package) and not even using gnus. I was even wondering if there was anything worth keeping in gnus-bonus-el and was considering removing the package from Debian. Nobody has really ever wanted to take it over. Any thoughts about this? Thanks, Peter Daniel Dehennin daniel.dehen...@baby-gnu.org wrote: Package: gnus-bonus-el Version: 34.1 Severity: normal Hello, I have an error when installing gnus-bonus-el with emacs-snapshot and last Gnus snapshot: #v+ Loading /home/dad/src/emacs/gnus/lisp/gnus-sum.el (source)... byte-code: Recursive load: /usr/share/emacs-snapshot/site-lisp/gnus-bonus-el/nnir.elc, /usr/share/emacs-snapshot/site-lisp/gnus/gnus-sum.elc, /usr/share/emacs-snapshot/site-lisp/gnus-bonus-el/nnir.elc, /usr/share/emacs-snapshot/site-lisp/gnus/gnus-sum.elc, /usr/share/emacs-snapshot/site-lisp/gnus-bonus-el/nnir.elc, /usr/share/emacs-snapshot/site-lisp/gnus/gnus-sum.elc, /usr/share/emacs-snapshot/site-lisp/gnus-bonus-el/nnir.elc, /usr/share/emacs-snapshot/site-lisp/gnus/gnus-sum.elc, /usr/share/emacs-snapshot/site-lisp/gnus-bonus-el/nnir.elc, /home/dad/src/emacs/gnus/gnus/lisp/gnus-sum.el #v- According to Reiner Steib[1], the version in gnus-bonus-el is obsolete. Regards. -- System Information: Debian Release: 6.0 APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37+hati.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnus-bonus-el depends on: ii emacs-snapshot [emacsen]1:20101120-1 The GNU Emacs editor (development gnus-bonus-el recommends no packages. gnus-bonus-el suggests no packages. -- no debconf information Footnotes: [1] http://permalink.gmane.org/gmane.emacs.gnus.general/75641 -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609698: gnus-bonus-el: nnir.el in gnus-bonus-el is obsolete
Thanks ! I'll remove the others then. Peter Daniel Dehennin daniel.dehen...@baby-gnu.org wrote: Peter S Galbraith p...@debian.org writes: Bonjour Daniel, Are there any other obsolete files, to your knowledge? I am in the awkward position of not using gnus-bonus-el (a package I inherited along with the rest of the emacs-goodies-el source package) and not even using gnus. I was even wondering if there was anything worth keeping in gnus-bonus-el and was considering removing the package from Debian. Nobody has really ever wanted to take it over. Any thoughts about this? Seems only the following are not integrated in gnus: gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/gnus-eyecandy.el gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/gnus-filterhist.el gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/gnus-junk.el gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/gnus-pers.el gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/message-x.el gnus-bonus-el: /usr/share/emacs/site-lisp/gnus-bonus-el/nntodo.el Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534664: g3data
Tao Wu w...@ikm.uni-hannover.de wrote: Dear Sir: This is Tao Wu, a student who is using g3data. I am so sorry to disturb you with my E-mail. I import one curve generated by Matlab. After I open this curve with g3data and fix the points, I can not export the data, it always gray. May I ask what is the reason? I am using linux. Best Regards, Tao WU As the initial bug submitter reported, make sure that all inital corner coordinates are NOT greyed out, re-entering them if you have to. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 70D4A979 - 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595067: dpkg-dev-el: Add Team-Upload to debian-changelog-mode.el
Package: dpkg-dev-el Version: 31.1-1 Severity: wishlist From http://wiki.debian.org/TeamUpload : Team uploads are regular uploads whose first changelog entry is “ * Team upload.” , to be used when a developer is not listed in the Maintainer or Uploader field of a package, but member of the team that maintains it. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 70D4A979 - 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594632: emacs-goodies: please include highlight-parentheses.el (gpl)
Jonas Stein n...@jonasstein.de wrote: Package: emacs-goodies-el Version: 34.1 Severity: wishlist File: emacs-goodies gpl'ed code can be found here. it works fine here with v.23 http://nschum.de/src/emacs/highlight-parentheses/ Nice! I wondered how we could use yet another parenthesis highlighter, but this is a novel idea! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587321: gnus-bonus-el: please allow emacs-snapshot as an alternative emacs
Romain Francoise rfranco...@debian.org wrote: RISKÓ Gergely ri...@debian.org writes: The problem with depending only on emacsen is that old ones do not contain gnus at all, do not know what is the correct solution in this case. FWIW Gnus has been included in Emacs since version 19.30, released in November 1995. Not a modern one... It was out-of-sync for a while. But let's not bother. I'll likely kill the gnus-bonus-el package anyway. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587321: gnus-bonus-el: please allow emacs-snapshot as an alternative emacs
RISKO Gergely ri...@debian.org wrote: Till 33.3 the Depends line was Depends: emacs23 | emacsen, gnus | emacs23 | emacs22 | emacs21 | xemacs21 | emacs-snapshot now, in 33.6 it is: Depends: emacs23 | emacsen, gnus | emacs23 | xemacs21 This is a problem for me, because I use emacs-snapshot from deb http://emacs.orebokech.com sid main deb-src http://emacs.orebokech.com sid main Though this repository is not official, I believe that it has a lot of users, therefore I ask you to allow emacs-snpshot as an alternative to emacs23. Can you explain why emacs23 isn't good enough? You need an Emacs that is more recent than that? Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587321: gnus-bonus-el: please allow emacs-snapshot as an alternative emacs
RISKO Gergely ri...@debian.org wrote: Package: gnus-bonus-el Version: 33.6 Severity: wishlist Till 33.3 the Depends line was Depends: emacs23 | emacsen, gnus | emacs23 | emacs22 | emacs21 | xemacs21 | emacs-snapshot now, in 33.6 it is: Depends: emacs23 | emacsen, gnus | emacs23 | xemacs21 I don't recall the exact logic behind that line. It's basically saying that you need the gnus package unless you have emacs23 or xemacs21. You don't want the gnus package? This is a problem for me, because I use emacs-snapshot What I'm trying to avoid if having a stable Debian release with a dependency on a package that doesn't exist. Also, couldn't emacs-snapshot provide emacs23? Lastly, I'm surprised that _anyone_ is using gnus-bonus-el. It's not too buggy to use? I don't use gnus and have tried to recruit people to maintain it for years without success. I was _this_ close to dropping it from Debian altogether... Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568419: apt-utils.el: When returning to the package list, it's not sorted anymore
Matt Hodges mphod...@googlemail.com wrote: Hi Peter, Patch applied, and new release available at: https://alioth.debian.org/frs/download.php/3313/apt-utils-2.12.0.tar.gz Thanks for bringing this to my attention. Thanks Matt! Say, since you are already on alioth, would you like to be in the pkg-goodies-el project as well and maintain the file there too? Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586321: Info received (Bug#586321: emacs-goodies-el: New emacs mode: upstart-mode)
Stig Sandbeck Mathisen s...@debian.org wrote: I've also removed the xemacs case, since I can't find generic-mode anywhere. Looks like this mode will only work on Emacs. New release at: http://github.com/ssm/elisp/blob/0.2/upstart-mode.el Got it, thanks. It's all in CVS now and will be in the next release. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586321: emacs-goodies-el: New emacs mode: upstart-mode
Stig Sandbeck Mathisen s...@debian.org wrote: Peter S Galbraith p...@debian.org writes: - Please run `M-x checkdoc' on it to standardize the headers and footers. - GPL V2 or later would be a better choice, since not all versions of Emacs and XEmacs are licensed under GPL V3. Thanks :) Both issues fixed, a new version of upstart-mode.el is tagged and published at http://github.com/ssm/elisp/blob/0.1/upstart-mode.el Great! Thanks for that! I will add it to emacs-goodies-el shortly. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586321: emacs-goodies-el: New emacs mode: upstart-mode
Peter S Galbraith p...@debian.org wrote: Also, my copy of XEmacs doesn't have generic-mode.el If XEmacs doesn't have generic-mode.el by default, I am inclined to skip installation of upstart-mode for XEmacs. Comments? Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428724: emacs-goodies-el: please add emacs modes written by Karl Landstrom
Tim Olsen tol...@alum.mit.edu wrote: Package: emacs-goodies-el Version: 26.11-1 Severity: wishlist Karl Landstrom has written emacs modes for Oberon, Javascript, and CSS. They are licensed under the GPL. You can find them here: http://web.comhem.se/~u34308910/emacs.html A review of four javascript modes for emacs rated Karl's as the best: http://emacsen.org/2005/09/26-javascript Thanks! Sorry for taking 3 years to reply... The discussion at http://emacsen.org/2005/09/26-javascript mentions the current best as js2.el. I was about to add it to emacs-goodies-el but noticed that it is packaged in testing and sid as js2-mode. js2-mode is not heavily maintained and so would be a good candidate for inclusion into emacs-goodies-el rather than taking up a package for a single file. But I won't do the equivalent of highjacking it. As for the others, they are now here: http://www.brgeight.se/emacs_modes.php css-mode.el - Syntactic highlighting, automatic indentation and filling of comments for cascading style sheets - Emacs23 already has a css-mode.el. oberon.el - Syntactic highlighting, automatic indentation and filling of comments for Oberon source code - I don't know what oberon is... paren-glint.el - Provides highlighting of matching parentheses with a configurable timeout after which the highlighting will go away. - paren-glint.el is interesting and might be worth packaging. It times-out the highlighted matched parenthesis. Comments? Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428601: graphviz-dot-mode.el could be included
Jonas Stein n...@jonasstein.de wrote: i have tested dotmode like described here. It is a great extension for emacs. http://users.skynet.be/ppareit/projects/graphviz-dot-mode/graphviz-dot-mode.html works fine here. It would be nice if one could add it. Kind regards. Pending upload! ;-) -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: Please add eproject
Peter S Galbraith p...@debian.org wrote: Jonathan Rockway j...@jrock.us wrote: Hey guys, I have secretly wanted to have eproject in Debian for some time. Let me know if you need me to do anything :) --jrockway Great! It's always a good thing to have an interested author! You might run M-x checkdoc and fix the few things it catches and add the missing documentation. :-) Thanks! Looks like eproject-extras.el would be very useful for users (as opposed to elisp programmers). Would you mind adding autoload cookies to its interactive commands? We also needs autoload cookies for eproject.el entry points (including `eproject-maybe-turn-on' and `dot-eproject-mode', as well as the `add-hook' and `add-to-list': ;;;###autoload (add-hook 'find-file-hook #'eproject-maybe-turn-on) ;;;###autoload (add-hook 'dired-mode-hook #'eproject-maybe-turn-on) ;;;###autoload (add-to-list 'auto-mode-alist '(\\.eproject$ . dot-eproject-mode)) I could add eproject and eproject-extras within the next few days (I was about to do it this evening when i noticed the missing cookies; I could add a quilt patch, but I'd rather not if I can avoid it). Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353766: emacs-goodies-el: projects.el: wrong buffer name after dired-do-rename
Sorry for taking _4_ years to reply to this bug report. I think I sent it upstream without marking it as such, but I might be mistaken. In any case, the author died under a year ago. :-( Cyril Bouthors c...@debian.org wrote: Package: emacs-goodies-el Version: 26.5-1 Severity: normal I'm having wrong buffer names with projects.el and dired, here's the way to reproduce: emacs-snapshow -nw -q M-x project-add tmp RET /tmp/ RET M-! date /tmp/foo RET C-x C-f /tmp/foo RET The buffer name is tmp:foo, which is alright C-x d RET M-g foo RET M-g ? Are you sure? Doesn't do anything here... R foo2 RET RET The buffer name is foo2 instead of tmp:foo I've found a work-around: `C-x C-v RET' fixes the buffer name. The only things that work with projects.el go through `create-file-buffer'. It doesn't know about anything else. Hmm. projects doesn't save settings across settings. Shouldn't it? Or do you use it in a temporary (one-session) fashion anyway? Thanks, Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586321: emacs-goodies-el: New emacs mode: upstart-mode
Peter S Galbraith p...@debian.org wrote: Stig Sandbeck Mathisen s...@debian.org wrote: Package: emacs-goodies-el Severity: wishlist Tags: patch I've created a new emacs major mode to highlight Upstart configuration files, and optionally the shell blocks with sh-mode within the script blocks. It is available at http://github.com/ssm/elisp/blob/master/upstart-mode.el Regards, Stig Sandbeck Mathisen Thanks! Two quick comments: - Please run `M-x checkdoc' on it to standardize the headers and footers. - GPL V2 or later would be a better choice, since not all versions of Emacs and XEmacs are licensed under GPL V3. Also, my copy of XEmacs doesn't have generic-mode.el Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: marked as done (Please add eproject)
reopen 585044 thanks Opps! Didn't mean to close this yet. I forgot to remove the changelog close statement. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511871: new version available / merge with emacs-goodies-el ?
Eric Dorland e...@debian.org wrote: More generally, I fail to understand why we need a separate source pacakge for something as small as post-mode. Hence I'm Cc-ing the maintainers of emacs-goodies-el to ask for their opinion about integrating post-mode in future releases of the package. I think I asked this when first packaging it and there wasn't a lot of interest, but I could be wrong. Please keep me CC'd. Hi all, I _could_ be mistaken, but I don't recall getting such a message. It could go in emacs-goodies-el, but considering this has been a separate package for _years_, is that really such a good idea? Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#158398: does not indent when breaking quoted lines
Hi, I also thought this was a good idea when I coded it for MH-E. See `mh-open-line' in mh-letter.el in the package mh-e. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586321: emacs-goodies-el: New emacs mode: upstart-mode
Stig Sandbeck Mathisen s...@debian.org wrote: Package: emacs-goodies-el Severity: wishlist Tags: patch I've created a new emacs major mode to highlight Upstart configuration files, and optionally the shell blocks with sh-mode within the script blocks. It is available at http://github.com/ssm/elisp/blob/master/upstart-mode.el Regards, Stig Sandbeck Mathisen Thanks! Two quick comments: - Please run `M-x checkdoc' on it to standardize the headers and footers. - GPL V2 or later would be a better choice, since not all versions of Emacs and XEmacs are licensed under GPL V3. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 70D4A979 - 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428601: graphviz-dot-mode.el could be included
Jonas Stein n...@jonasstein.de wrote: Package: emacs-goodies-el Version: 33.5 Severity: normal i have tested dotmode like described here. It is a great extension for emacs. http://users.skynet.be/ppareit/projects/graphviz-dot-mode/graphviz-dot-mode.html works fine here. It would be nice if one could add it. Kind regards. Interesting. I assume no-one has investigated the possibility of including this in the Graphviz package? -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428601: graphviz-dot-mode.el could be included in Debian
Hello Pieter, It has been proposed to add graphviz-dot-mode.el to Debian GNU/Linux in the package emacs-goodies-el, a collection of useful addons for Emas. It looks to be well-written, but it would be nice if it were checkdoc-clean. Would you mind fixing the few things brought up by running: M-x checkdoc on it? The emacs-goodies-el package is described here: http://packages.debian.org/sid/emacs-goodies-el Thanks! Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: emacs-goodies-el: pod-mode.el: New upstream release available
retitle 585044 Please add eproject severity 585044 wishlist thanks Florian Ragwitz r...@debian.org wrote: On Tue, Jun 08, 2010 at 01:51:13PM -0400, Peter S Galbraith wrote: Thanks, now pending upload... I'll get a few more fixes in before another release. Excellent! Many thanks, Peter. It might also be worth noting that this latest version of pod-mode.el can provide extended features if eproject.el is present. It might be worth including that in emacs-goodies-el as well. eproject is available at http://github.com/jrockway/eproject Okay then. Since pod-model.el is already in my CVS, let's retitle this bug report for eproject. It looks interesting. Thanks! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: Please add eproject
Jonathan Rockway j...@jrock.us wrote: Hey guys, I have secretly wanted to have eproject in Debian for some time. Let me know if you need me to do anything :) --jrockway Great! It's always a good thing to have an interested author! You might run M-x checkdoc and fix the few things it catches and add the missing documentation. :-) Thanks! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585044: emacs-goodies-el: pod-mode.el: New upstream release available
Thanks, now pending upload... I'll get a few more fixes in before another release. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584698: patch welcome
Thierry Randrianiriana thie...@debian.org wrote: Hello, You can improve php-elisp package via collab-maint : http://svn.debian.org/wsvn/collab-maint/ext-maint/php-elisp/ I think that it's better if you co-maintain this package with me. You're welcome! Thanks for the invitation Thierry. I don't use PHP so I'm not really sure that I want to go that far. But maybe... I have used CVS for years, tried to use svn once for proj co-maintenance and failed to understand it, but have since been using git (for gri and gri-mode.el) and bzr (for MH-E in the central Emacs repo). Maybe I missed something the first time around (like the concept of pushing changes back). But I recall it kept all revision separate in subdirectories. How would I (1) checkout php-elisp, (2) edit a change, (3) possibly add a subdirectory for patches, (4) commit and push it back, and (5) build a package? (1) From http://svn.debian.org I deduced the checkout as: $ svn checkout svn://svn.debian.org/collab-maint/ext-maint/php-elisp But that gives me only the debian directory. Where do you keep the upstream file? Or do you build that separately and just copy your debian directory to this repo? (2) I guess I would just edit a file now, there's no `svn edit' command. (3) adding a file or a directory is simply with svn add file, right? (4) does svn commit push changes back to the repo? Or is it local? (5) are you using package building tools specific to svn? Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459250: emacs-goodies-el: Please make it possible to add modes to filladapt-turn-on-mode-hooks
Kevin Ryde use...@zip.com.au wrote: Peter S Galbraith p...@debian.org writes: Mh Invisible Header Fields: Mh Invisible Header Fields Default: Hmm. Maybe the two are subtly different though ... I should know, I coded them... No reason you can't do both. Actually I would probably do neither :-). turn-on-filladapt-mode in mode hooks would seem enough, the only disappointing thing being there's no good way to ask to show it as a checkbox in all or almost all mode hooks. Other widely-applicable minor modes are probably in the same boat. True enough. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584785: php-elisp: Setup occurs even if package is removed
Package: php-elisp Version: 1.5.0-1 Severity: normal Suppose I install and then remove php-elisp. This file remains: /etc/emacs/site-start.d/50php-elisp.el because it is a conffile. Fine. But then I start Emacs and open a .php file and get the error: File mode specification error: (file-error Cannot open load file php-elisp/php-mode) This is because the code: (setq auto-mode-alist (cons '(\\.php[34]?\\'\\|\\.phtml\\. . php-mode) auto-mode-alist)) (autoload 'php-mode php-elisp/php-mode mode for editing php files t) in 50php-elisp.el is run unconditionally. I recommend code that detects (1) whether the package has been removed but not purged and (2) whether the package has been correctly byte-compiled. A better /etc/emacs/site-start.d/50php-elisp.el file is attached which you can use as debian/emacsen-startup Thanks, Peter -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-elisp depends on: ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.1+1-6 The GNU Emacs editor (with GTK+ us ii xemacs21-mule [emacsen] 21.4.22-2 highly customizable text editor -- Versions of packages php-elisp recommends: ii speedbar 1:1.0pre4-3 Everything browser, or Dired on st Versions of packages php-elisp suggests: pn php5 none (no description available) pn php5-cli none (no description available) -- Configuration Files: /etc/emacs/site-start.d/50php-elisp.el changed: ;; -*-emacs-lisp-*- ;; ;; Emacs startup file for the Debian GNU/Linux php-elisp package ;; ;; Originally contributed by Nils Naumann naum...@unileoben.ac.at ;; Modified by Dirk Eddelbuettel e...@debian.org ;; Adapted for dh-make by Jim Van Zandt j...@vanzandt.mv.com ;; Peter S Galbraith p...@debian.org 2010-06-05 ;; Check if package is installed and correctly byte-compiled. ;; The php-elisp package follows the Debian/GNU Linux 'emacsen' policy and ;; byte-compiles its elisp files for each 'emacs flavor' (emacs19, ;; xemacs19, emacs20, xemacs20...). The compiled code is then ;; installed in a subdirectory of the respective site-lisp directory. (cond ((not (file-exists-p /usr/share/emacs/site-lisp/php-elisp/php-mode.el)) (message Package php-elisp removed but not purged. Skipping setup.)) ((not (file-exists-p (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/php-elisp/php-mode.elc))) (message Package php-elisp is not fully installed. Skipping setup.)) (t (setq auto-mode-alist (cons '(\\.php[34]?\\'\\|\\.phtml\\. . php-mode) auto-mode-alist)) (autoload 'php-mode php-elisp/php-mode mode for editing php files t))) -- no debconf information ;; -*-emacs-lisp-*- ;; ;; Emacs startup file for the Debian GNU/Linux php-elisp package ;; ;; Originally contributed by Nils Naumann naum...@unileoben.ac.at ;; Modified by Dirk Eddelbuettel e...@debian.org ;; Adapted for dh-make by Jim Van Zandt j...@vanzandt.mv.com ;; Peter S Galbraith p...@debian.org 2010-06-05 ;; Check if package is installed and correctly byte-compiled. ;; The php-elisp package follows the Debian/GNU Linux 'emacsen' policy and ;; byte-compiles its elisp files for each 'emacs flavor' (emacs19, ;; xemacs19, emacs20, xemacs20...). The compiled code is then ;; installed in a subdirectory of the respective site-lisp directory. (cond ((not (file-exists-p /usr/share/emacs/site-lisp/php-elisp/php-mode.el)) (message Package php-elisp removed but not purged. Skipping setup.)) ((not (file-exists-p (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/php-elisp/php-mode.elc))) (message Package php-elisp is not fully installed. Skipping setup.)) (t (setq auto-mode-alist (cons '(\\.php[34]?\\'\\|\\.phtml\\. . php-mode) auto-mode-alist)) (autoload 'php-mode php-elisp/php-mode mode for editing php files t)))
Bug#584698: php-elisp: Won't byte-compile and fails package installation
Thierry Randrianiriana thie...@debian.org wrote: Hi, According to the release notes, Xemacs and Emacs =21 are not supported: http://sourceforge.net/project/shownotes.php?group_id=18584release_id=638201 Thierry Randrianiriana thie...@debian.org wrote: tags 584698 + wontfix thanks Huh? There's no upstream support for XEmacs for this file... fine. The package won't install on Debian... that's _your_ problem! Yet you won't fix it? This isn't difficult to fix... Skip byte-compilation and startup setup for XEmacs. Many packages do this for unsupported flavors of emacs. Not fixing this is _not_ an option. It would make the package unsuitable for release. -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584785: php-elisp: Setup occurs even if package is removed
In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584698 I said: This isn't difficult to fix... Skip byte-compilation and startup setup for XEmacs. Many packages do this for unsupported flavors of emacs. So debian/emacsen-startup should also be modified here to skip setup for XEmacs. I can provide a modified file if you don't code in elisp. Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584698: php-elisp: Won't byte-compile and fails package installation
Package: php-elisp Version: 1.5.0-1 Severity: serious Tags: patch php-elisp (the Debian package for php-mode.el) fails to install because of byte-compilation errors with XEmacs: # aptitude install php-elisp Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done The following NEW packages will be installed: cedet-common{a} php-elisp speedbar{a} 0 packages upgraded, 3 newly installed, 0 to remove and 740 not upgraded. Need to get 227kB of archives. After unpacking 1,303kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://ftp.us.debian.org sid/main cedet-common 1:1.0pre4-3 [57.5kB] Get:2 http://ftp.us.debian.org sid/main php-elisp 1.5.0-1 [56.8kB] Get:3 http://ftp.us.debian.org sid/main speedbar 1:1.0pre4-3 [113kB] Fetched 227kB in 1s (206kB/s) [lots of stuff deleted] Compiling /usr/share/xemacs21/site-lisp/php-elisp/php-mode.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/php-elisp/php-mode.el: !! Invalid read syntax (())) Error occurred processing php-mode.el: Invalid read syntax: ) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/php-elisp xemacs21 emacs22 emacs23 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing php-elisp (--configure): subprocess installed post-installation script returned error exit status 1 It's failing on (define-key php-mode-map '[(control .)] 'php-show-arglist) This should be written as: (define-key php-mode-map '[(control ?.)] 'php-show-arglist) which should work on all flavors of Emacs. Thanks, Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-elisp depends on: ii emacs22 [emacsen] 22.3+1-1.2 The GNU Emacs editor ii emacs23 [emacsen] 23.1+1-6 The GNU Emacs editor (with GTK+ us ii xemacs21-mule [emacsen] 21.4.22-2 highly customizable text editor -- Versions of packages php-elisp recommends: ii speedbar 1:1.0pre4-3 Everything browser, or Dired on st Versions of packages php-elisp suggests: pn php5 none (no description available) pn php5-cli none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584700: php-mode: Setup occurs even if package is removed
Package: php-mode Version: 1.5.0-1 Severity: normal Tags: patch Suppose I install and then remove php-elisp. This file remains: /etc/emacs/site-start.d/50php-elisp.el because it is a conffile. Fine. But then I start Emacs and open a .php file and get the error: File mode specification error: (file-error Cannot open load file php-elisp/php-mode) This is because the code: (setq auto-mode-alist (cons '(\\.php[34]?\\'\\|\\.phtml\\. . php-mode) auto-mode-alist)) (autoload 'php-mode php-elisp/php-mode mode for editing php files t) in 50php-elisp.el is run unconditionally. I recommend code that detects (1) whether the package has been removed but not purged and (2) whether the package has been correctly byte-compiled. A better /etc/emacs/site-start.d/50php-elisp.el file is attached which you can use as debian/emacsen-startup Thanks, Peter -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ;; -*-emacs-lisp-*- ;; ;; Emacs startup file for the Debian GNU/Linux php-elisp package ;; ;; Originally contributed by Nils Naumann naum...@unileoben.ac.at ;; Modified by Dirk Eddelbuettel e...@debian.org ;; Adapted for dh-make by Jim Van Zandt j...@vanzandt.mv.com ;; Peter S Galbraith p...@debian.org 2010-06-05 ;; Check if package is installed and correctly byte-compiled. ;; The php-elisp package follows the Debian/GNU Linux 'emacsen' policy and ;; byte-compiles its elisp files for each 'emacs flavor' (emacs19, ;; xemacs19, emacs20, xemacs20...). The compiled code is then ;; installed in a subdirectory of the respective site-lisp directory. (cond ((not (file-exists-p /usr/share/emacs/site-lisp/php-elisp/php-mode.el)) (message Package php-elisp removed but not purged. Skipping setup.)) ((not (file-exists-p (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/php-elisp/php-mode.elc))) (message Package php-elisp is not fully installed. Skipping setup.)) (t (setq auto-mode-alist (cons '(\\.php[34]?\\'\\|\\.phtml\\. . php-mode) auto-mode-alist)) (autoload 'php-mode php-elisp/php-mode mode for editing php files t)))
Bug#476195: NOT FIXED
Ola Lundqvist o...@debian.org wrote: reopen 476195 thanks Ok. But the files is there now, or? Emacs22 was looking for /usr/share/emacs22/site-lisp/php-elisp/php-mode.el but that file got deleted after byte-compilation: $ tail -3 /usr/lib/emacsen-common/packages/install/php-elisp | head -1 rm -f *.el path.el You could add a symlink back to /usr/share/emacs/site-lisp/php-elisp/php-mode.el in /usr/share/emacs22/site-lisp/php-elisp/ Peter Best regards, // Ola On Fri, Apr 25, 2008 at 03:03:08PM +0800, jida...@jidanni.org wrote: In m Version: 1.4.0-1 the bug $ emacs -q file.php C-h k C-c return C-x o tab return find-library-name: Can't find library /usr/share/emacs22/site-lisp/php-elisp/php-mode.el is still there. -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459250: emacs-goodies-el: Please make it possible to add modes to filladapt-turn-on-mode-hooks
Kevin Ryde use...@zip.com.au wrote: Reuben Thomas r...@sc3d.org writes: For example, I use lua-mode (not part of Emacs, so no reason to list it by default), and since Lua uses single-line comments, I like to use it with filladapt-mode, but I can't do it by simply ticking lua-mode-hook in the list in the customize page for filladapt-turn-on-mode-hooks, because it's not there, and I can't add it. That'll be a shortcoming of the customize system I think. A `list' type doesn't offer checkboxes and a set of checkbox choices doesn't offer arbitrary list values. (The `hook' type is better in that respect, but of course is not right in this case.) It may be better to make filladapt-turn-on-mode-hooks a list-of-symbols type for customize and just show some likely hook symbol values in the docstring. No reason you can't do both. In MH-E (an Emacs mail reader based on MH/nmh), I coded both a predefined checkbox list and a user add-on list for headers to hide when an email mesage is displayed. M-x customize-group mh-e - then select Mh Show group - then see: Mh Invisible Header Fields: Mh Invisible Header Fields Default: Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584303: tail.el - Bug reports
forwarded 584303 Benjamin Drieu bdr...@april.org forwarded 584305 Benjamin Drieu bdr...@april.org thanks Thanks for the bug reports Kevin! -- Salut Benjamin, Il y a deux rapports de bugs de debian pour tail.el : http://bugs.debian.org/584303 http://bugs.debian.org/584305 Salutations ! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3 03BC 17DC 3CC4 70D4 A979 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538831: C-c keys in quilt-el
satoru takeuchi satoru.takeu...@gmail.com wrote: Hi, Also, it defines `C-c.' keys discouraged by elisp coding conventions. From the elisp manual: : D.2 Key Binding Conventions : === : : * Sequences consisting of `C-c' followed by a control character or a : digit are reserved for major modes. : : * Sequences consisting of `C-c' followed by `{', `}', `', `', `:' : or `;' are also reserved for major modes. : : * Sequences consisting of `C-c' followed by any other punctuation : character are allocated for minor modes. Using them in a major : mode is not absolutely prohibited, but if you do that, the major : mode binding may be shadowed from time to time by minor modes. I suggest the prefix `C-cC-c' instead. I believe it's no problem, because: - `C-c' followed by punctuation character other than `{', `}', `', `', `:' or `;' are allocated for minor modes. - `C-c.' is suitable for minor mode. - quilt-el is minor mode. Thanks, Satoru I don't have the original code that I have looking at in front of me. Was it always a minor-mode and I missed that? In any case, you are right and please close this bug. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538833:
satoru takeuchi satoru.takeu...@gmail.com wrote: Hi, Lastly, /etc/emacs/site-start.d/50quilt-el.el should check that the package is actually installed prior to setting up the package, since that config file may be there after a package is removed but not purged. I suggest to test if /usr/share/emacs/site-lisp/quilt-el/quilt.el is present. 50quilt-el.el checks whether /usr/share/emacs/site-lisp/quilt-el is existed or not before setting up the package. If quilt-el has already been removed, this directory is not existed and setting up doesn't occur. Thanks, Satoru It does indeed! Please close the bug. This leaves only the `M-x checkdoc' bug, as Bug#538832 seems to have been mostly addressed (except for some free variables perhaps? Thanks! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558025: [kali] segfault at startup
Colin Watson cjwat...@debian.org wrote: On Tue, May 25, 2010 at 07:26:13PM -0400, Peter S Galbraith wrote: I have just uploaded the new libforms2 source package, which includes libforms-dev_1.0.93-1 with a new soname. Please rebuild kali as soon as it becomes available. It will sit in the NEW queue since it includes a new package. I have an upload ready. Could you let me know when you get the notification that it's been processed through NEW, so that I don't need to poll for it? Hi Colin, libforms2 has hit the archive: http://ftp.debian.org/debian/pool/main/libf/libforms/ You will notice that I uploaded a different version (1.0.93sp1 rather than 1.0.93) and have named the source package libforms instead of libforms2. However, The binary package libforms2 is still there and the changes have no impact on your build. You can upload what you have already built. Thanks! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583175: mancala: Please rebuild against new libforms-dev (1.0.93)
Peter S Galbraith p...@debian.org wrote: Package: mancala Version: 1.0.1-3 Severity: grave Hello, There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please rebuild mancala against libforms-dev (1.0.93) as soon as it hits unstable. Your package will then depend on libforms2. I have asked for the removal of the libforms1 package, on which mancala currently depends. I will send a reminder to this bug report as soon as libforms2 becomes available. Thanks, Peter Hello again, libforms-dev (1.0.93sp1) has reached unstable. It's now possible to rebuild mancala for libforms2. Please simply let me know if you would appreciate that I NMU your package for this update. Thanks, -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583174: predict-gsat: Please rebuild against new libforms-dev (1.0.93)
Peter S Galbraith p...@debian.org wrote: Package: predict-gsat Version: 2.2.3-2 Severity: grave Hello, There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please rebuild predict-gsat against libforms-dev (1.0.93) as soon as it hits unstable. Your package will then depend on libforms2. I have asked for the removal of the libforms1 package, on which predict-gsat currently depends. I will send a reminder to this bug report as soon as libforms2 becomes available. Hello again, libforms-dev (1.0.93sp1) has reached unstable. It's now possible to rebuild predict-gast for libforms2. Please simply let me know if you would appreciate that I NMU your package for this update. Thanks, -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558025: [kali] segfault at startup
Colin Watson cjwat...@debian.org wrote: On Tue, May 25, 2010 at 07:26:13PM -0400, Peter S Galbraith wrote: I have just uploaded the new libforms2 source package, which includes libforms-dev_1.0.93-1 with a new soname. Please rebuild kali as soon as it becomes available. It will sit in the NEW queue since it includes a new package. I have an upload ready. Could you let me know when you get the notification that it's been processed through NEW, so that I don't need to poll for it? Sure thing! Thanks! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583175: mancala: Please rebuild against new libforms-dev (1.0.93)
Ansgar Burchardt ans...@43-1.org wrote: Peter S Galbraith p...@debian.org writes: There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please rebuild mancala against libforms-dev (1.0.93) as soon as it hits unstable. Your package will then depend on libforms2. Does this require source changes? It doesn't. If not, requesting binNUMs on debian-release@ might be a faster way to handle this. I wasn't aware of that procedure. Whatever is the normal thing to do. Since mancala is under team maintainership, I thought a simple rebuild upload wouldn't be a big deal. If it lags I will do as you say. The libforms update isn't in unstable yet anyway. Regards, Ansgar Thanks for the info! Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583173: Comments regarding libforms2_1.0.93-1_i386.changes
Joerg Jaspert ftpmas...@debian.org wrote: Hi Maintainer, libforms2 (1.0.93-1) unstable; urgency=low * New upstream release with soname bump to 2. is there a good reason why this isnt using libforms as the source package name? It seems only the binary should change with an soname bump, this doesnt seem like a lib that needs tons of its versions in the archive. Please REJECT the libforms2 upload and I will make up a new one with the source name libforms this evening. It will still be necessary to remove libforms1 from the archive. Thanks, and sorry for the trouble... Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558025: [kali] segfault at startup
Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2010-05-26 at 10:09 +0100, Colin Watson wrote: On Tue, May 25, 2010 at 07:26:13PM -0400, Peter S Galbraith wrote: I have just uploaded the new libforms2 source package, which includes libforms-dev_1.0.93-1 with a new soname. Please rebuild kali as soon as it becomes available. It will sit in the NEW queue since it includes a new package. I have an upload ready. Could you let me know when you get the notification that it's been processed through NEW, so that I don't need to poll for it? Does the soname change imply any sourceful changes being required to the r-deps? No. If not then rather than having grave bugs against each of the r-deps a series of binNMUs should simply be requested once the package has cleared NEW. Regards, Adam Ok, but I don't think these bugs will be staying open for a long time anyway. I was going to take responsibility for them if they lingered. Sorry for not doing the correct thing; I had said that I would be filing bugs in an earlier message and no-one complained. In other news, Joerg Jaspert has asked me to consider NOT using the soname in the library source name, and so I have asked him to reject yesterday's upload, which he has done. I will be uploading libforms in a few hours (I'm still at work) but the binary package names won't change from yesterday's upload, just the source package name. (I don't particularly like packaging libraries and would be happy for an interested party to take this one over. I may be out of Debian in 5 weeks anyway... My old key will stop working.) Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558025: [kali] segfault at startup
reassign 558025 kali thanks Hi all, I have just uploaded the new libforms2 source package, which includes libforms-dev_1.0.93-1 with a new soname. Please rebuild kali as soon as it becomes available. It will sit in the NEW queue since it includes a new package. Thanks! -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E Colin Watson cjwat...@debian.org wrote: [CC: libfor...@packages.debian.org] On Sat, Nov 28, 2009 at 11:53:21AM +0200, George Danchev wrote: I can confirm that 3.1-10 crashes on startup on x86, but not on amd64. I got the source in order to rebuilt with debugging symbols on x86, but then the app started just fine. My best bet is that something has changed within the underlying libraries, also looking at ltrace output: fl_set_object_lcol(0x9e2a500, 0, 0xbfbad678, 0x804bf28, 1) = 0x9e2a500 fl_initial_wingeometry(8, 8, 220, 670, 0x37f0c7f) = 220 fl_show_form(0x9e29a68, 0, 1, 0x8051237, 0x37f0c7f unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ reveals that something has changed in the callback functions there. I'm curious if rebuilding on x86 would make that crash go away. Thanks, and indeed I see similar symptoms here. Rebuilding does make it go away, but I think this is really a bug in libforms1 that needs to be fixed there. It will probably involve a kali rebuild at some point, but I'd like to hear from the libforms1 maintainer first. With kali built against libforms1 1.0-8 and a version of libforms1 1.0.92sp1-5 built with debugging symbols and -O0, gdb's new reverse debugging support (yay!) quickly narrowed down the point where libforms1 jumps into space: (gdb) b fli_scale_form Function fli_scale_form not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (fli_scale_form) pending. (gdb) r Starting program: /home/cjwatson/src/debian/kali/trunk/kali/kali Breakpoint 1, fli_scale_form (form=0x807c838, xsc=1, ysc=0.99178082191780825) at forms.c:515 515 double neww = form-w_hr * xsc, (gdb) target record (gdb) c Continuing. Process record: failed to record execution log. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0001 in ?? () (gdb) reverse-stepi 0x00c86968 in handle_object (obj=0x807d090, event=22, mx=0, my=0, key=0, xev=0x0, keep_ret=1) at objects.c:2426 2426obj-posthandle( obj, event, mx, my, key, xev ); So. On investigating the diff from libforms1 1.0-8 to 1.0.92sp1-5, I notice that a bunch of new members have been inserted into the FL_OBJECT structure, namely fl1, fr1, ft1, fb1, fl2, fr2, ft2, and fb2, all before posthandle. (There are also multiple changes after posthandle.) No wonder kali is breaking. Peter, doesn't this require libforms1 to have a new SONAME, or else to clean up its interface to be ABI-compatible with previous versions (at least by only ever appending members to structs)? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583173: RM: libforms1 superseded by libforms2
Package: ftp.debian.org Severity: normal Hello, There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please remove the libforms1 packages when you add the libforms2 packages to the override file: : libforms2_1.0.93-1_i386.changes uploaded successfully to localhost : along with the files: : libforms2_1.0.93-1.dsc : libforms2_1.0.93.orig.tar.gz : libforms2_1.0.93-1.debian.tar.gz : libforms2_1.0.93-1_i386.deb : libformsgl2_1.0.93-1_i386.deb : libforms-dev_1.0.93-1_i386.deb : libformsgl-dev_1.0.93-1_i386.deb : libforms-bin_1.0.93-1_i386.deb : libforms-doc_1.0.93-1_all.deb : libforms-bin_1.0.93-1_i386.deb : to main/libf/libforms2/libforms-bin_1.0.93-1_i386.deb : libforms-dev_1.0.93-1_i386.deb : to main/libf/libforms2/libforms-dev_1.0.93-1_i386.deb : libforms-doc_1.0.93-1_all.deb : to main/libf/libforms2/libforms-doc_1.0.93-1_all.deb : (new) libforms2_1.0.93-1.debian.tar.gz optional libs : (new) libforms2_1.0.93-1.dsc optional libs : (new) libforms2_1.0.93-1_i386.deb optional libs : The XForms graphical interface widget library : This package contains the XForms shared library. : . : XForms is a GUI toolkit based on Xlib for X Window Systems. It features a : rich set of objects, such as buttons, scrollbars, and menus etc. : integrated into an easy and efficient object/event callback execution : model that allows fast and easy construction of X-applications. In : addition, the library is extensible and new objects can easily be created : and added to the library. : (new) libforms2_1.0.93.orig.tar.gz optional libs : libformsgl-dev_1.0.93-1_i386.deb : to main/libf/libforms2/libformsgl-dev_1.0.93-1_i386.deb : (new) libformsgl2_1.0.93-1_i386.deb optional libs : The OpenGL XForms graphical interface widget library : This package contains the OpenGL bindings of the XForms shared library. : . : XForms is a GUI toolkit based on Xlib for X Window Systems. It features a : rich set of objects, such as buttons, scrollbars, and menus etc. : integrated into an easy and efficient object/event callback execution : model that allows fast and easy construction of X-applications. In : addition, the library is extensible and new objects can easily be created : and added to the library. : Changes: libforms2 (1.0.93-1) unstable; urgency=low : . : * New upstream release with soname bump to 2. : Should fix bug: [kali] segfault at startup with kali rebuild : (See: #558025). : * Remove mention of very old libforms0.88-bin, libforms0.89-bin and : xforms-dev. : * Standards-Version: 3.8.4 : * Switch to dpkg-source 3.0 (quilt) format (I simply added : debian/source/format file). : : : Override entries for your package: : libforms-bin_1.0.93-1_i386.deb - optional devel : libforms-dev_1.0.93-1_i386.deb - optional libdevel : libforms-doc_1.0.93-1_all.deb - optional doc : libformsgl-dev_1.0.93-1_i386.deb - optional libdevel : : Announcing to debian-devel-chan...@lists.debian.org : : : Your package contains new components which requires manual editing of : the override file. It is ok otherwise, so please be patient. New : packages are usually added to the override file about once a week. : : You may have gotten the distribution wrong. You'll get warnings above : if files already exist in other distributions. Thanks! Peter -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583174: predict-gsat: Please rebuild against new libforms-dev (1.0.93)
Package: predict-gsat Version: 2.2.3-2 Severity: grave Hello, There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please rebuild predict-gsat against libforms-dev (1.0.93) as soon as it hits unstable. Your package will then depend on libforms2. I have asked for the removal of the libforms1 package, on which predict-gsat currently depends. I will send a reminder to this bug report as soon as libforms2 becomes available. Thanks, Peter -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages predict-gsat depends on: ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-3The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libforms11.0.92sp1-5 The XForms graphical interface wid ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.9-2The GTK+ graphical user interface ii libpango1.0-01.26.2-2Layout and rendering of internatio ii libx11-6 2:1.3.3-2 X11 client-side library ii netbase 4.40Basic TCP/IP networking system predict-gsat recommends no packages. Versions of packages predict-gsat suggests: ii ntp 1:4.2.6+dfsg-1 Network Time Protocol daemon and u pn predict none (no description available) -- no debconf information -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583175: mancala: Please rebuild against new libforms-dev (1.0.93)
Package: mancala Version: 1.0.1-3 Severity: grave Hello, There was a bump in the libforms soname from 1 to 2, and I am keeping only one development version. So please rebuild mancala against libforms-dev (1.0.93) as soon as it hits unstable. Your package will then depend on libforms2. I have asked for the removal of the libforms1 package, on which mancala currently depends. I will send a reminder to this bug report as soon as libforms2 becomes available. Thanks, Peter -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mancala depends on: ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libforms11.0.92sp1-5 The XForms graphical interface wid ii libx11-6 2:1.3.3-2 X11 client-side library ii libxpm4 1:3.5.8-1 X11 pixmap library mancala recommends no packages. mancala suggests no packages. -- no debconf information -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org