Bug#401240: Add elinks to text browsers which can run inside an Emacs frame
tags 401240 upstream quit Thanks for the report, this looks useful indeed. This is Emacs 23 stuff, though. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400098: same problem
Dimitris Lampridis <[EMAIL PROTECTED]> writes: > I have no idea whether the bug should be reopened or not... If you're 100% sure that all the build-dependencies are installed and it sill fails, feel free to reopen the bug and provide a full build log. However, if emacs-snapshot fails to build in the absence of one of its build-dependencies, then it's not a bug. (From what I understood of the previous report, it works by coincidence, but it works. I might be convinced to fix this to work properly when I get to it.) -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401915: emacs21: often hangs on startup
Try adding (modify-frame-parameters nil '((wait-for-wm . nil))) to your ~/.emacs (before the call to custom-set-faces). -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402015: emacs-snapshot-gtk: python-mode error : error "Recursive `require' for feature sb-info
Al <[EMAIL PROTECTED]> writes: > File mode specification error: (error "Recursive `require' for feature > `sb-info'") Please send me the output of the following command: dpkg -l speedbar -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402013: emacs-snapshot-gtk: opening a .c file makes emacs use 100% CPU
Al <[EMAIL PROTECTED]> writes: > Opening a .c file makes emacs use 100% CPU. Please send me the output of the following command: dpkg -l semantic -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402013: Acknowledgement (emacs-snapshot-gtk: opening a .c file makes emacs use 100% CPU)
Al <[EMAIL PROTECTED]> writes: > After some more investigation it seems that the problem is coming from > one of the numerous emacs-packages which are on my machine. That much was obvious -- if Emacs itself had the problems you describe, you wouldn't be the first to report them. > Note: You should probably ask people to add this test to the 'emacs -q > test' you propose in reportbug. A line telling > Please also try with 'emacs-snapshot -no-site-file' to see if the > problem may arise from one of the numerous emacs packages installed on > your machine. > could be nice. That's a good suggestion, I'll do that. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402015: emacs-snapshot-gtk: python-mode error : error "Recursive `require' for feature sb-info
reassign 402015 speedbar tags 402015 upstream quit Al <[EMAIL PROTECTED]> writes: > File mode specification error: (error "Recursive `require' for feature > `sb-info'") This looks very much like #384458, so I'm reassigning this report to the `speedbar' package. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402013: emacs-snapshot-gtk: opening a .c file makes emacs use 100% CPU
tags 402013 upstream reassign 402013 semantic quit Al <[EMAIL PROTECTED]> writes: > Opening a .c file makes emacs use 100% CPU. This one is a known bug in semantic under Emacs 22, I thought it had been fixed in Debian. In doubt, I'm reassigning this report there. Feel free to reassign back if this turns out to be a bug in Emacs. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405426: emacs-snapshot: auto-coding-alist problem with locale-coding-system
Vincent Lefevre <[EMAIL PROTECTED]> writes: > (add-to-list 'auto-coding-alist '("" . locale-coding-system)) > I don't get any error when the file is loaded by the above command, > but when I modify the file and try to save it, I get the following > warning: > Warning (:warning): Invalid coding system `locale-coding-system' is specified > for the current buffer/file by the variable `auto-coding-alist'. > It is highly recommended to fix it before writing to a file. What else did you expect? If you wanted to put the *value* of the `locale-coding-system' variable in the alist, you should have used something like the following: (add-to-list 'auto-coding-alist `("" . ,locale-coding-system)) (Warning, if locale-coding-system is nil that will not make a cons.) Here you're just setting the coding system to 'locale-coding-system, which is not a valid coding system... > Note: tests in utf-8 and iso-8859-1 locales show that the above line > is correctly taken into account when loading a utf-8 file, i.e. the > locale coding system is chosen in both cases. For some other unrelated reason, undoubtedly. This is not a bug, so closing. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404236: emacs-snapshot: mis-detected charset in text file with ASCII-only HTML
tags 404236 pending quit I fixed this upstream by making the HTML auto-detection function ensure that it's really working in a HTML document. The next snapshot will have the fix. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405872: Byte-compilation fails with emacs-snapshot
Package: emacspeak Version: 24-1 Severity: normal Your package fails to install under emacs-snapshot. The error message is the following: | Byte-compile... | test -f lisp/emacspeak-loaddefs.el || make config | cd lisp; make SRC=/usr/share/emacs-snapshot/site-lisp/emacspeak | make[1]: Entering directory `/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp' [...] | emacs -batch -q -no-site-file -l /usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l /usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l /usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-cus-load.el -f batch-byte-compile emacspeak-speedbar.el | While compiling toplevel forms in file /usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-speedbar.el: | !! Wrong type argument ((stringp nil)) | Done | make[1]: *** [emacspeak-speedbar.elc] Error 1 | make[1]: Leaving directory `/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp' | make: *** [emacspeak] Error 2 Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405508: flyspell-buffer runs forever
Hi, Agustin Martin <[EMAIL PROTECTED]> writes: > I checked with a current emacs-snapshot and problem is no longer > present, so I am reassigning this bug report to emacs-snapshot and > closing it on version 1:20061027-1. Great, thanks. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406578: emacs-snapshot-gtk: emacs unconditionally tries to open files from /usr/local
Andreas Pakulat <[EMAIL PROTECTED]> writes: > Of course those two don't exist on quite some systems. They should, they are created by emacs-snapshot-common's postinst script. They MUST exist. Did you remove them? If so, you should create them again. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406578: emacs-snapshot-gtk: emacs unconditionally tries to open files from /usr/local
Andreas Pakulat <[EMAIL PROTECTED]> writes: > No, I did not remove them, I didn't even touch anything under > /usr/local for ages (except /usr/local/vpn/bin which was recently > refilled). That's weird. I'll look into this closer, thanks for the report. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406887: bongo: Fails to byte compile
Romain Francoise <[EMAIL PROTECTED]> writes: > For some reason, bongo.el gets compiled before bongo-emacs21.el on > your system [...] That's caused by the en_US.UTF-8 locale, but it still compiles fine here even in that locale. So it's something else. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406887: bongo: Fails to byte compile
tags 406887 sid quit Manoj Srivastava <[EMAIL PROTECTED]> writes: > install/bongo: Handling installation for emacs21 > While compiling toplevel forms in file > /usr/share/emacs21/site-lisp/bongo/bongo.el: > !! Symbol's value as variable is void ((macro-declaration-function)) That's weird, it works fine here with the same emacs21 version. For some reason, bongo.el gets compiled before bongo-emacs21.el on your system, that might be the reason. I'll investigate. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406887: bongo: Fails to byte compile
severity 406887 important quit Manoj Srivastava <[EMAIL PROTECTED]> writes: > Apparently, the bug is only triggered when emacs21 is upgraded; I > removed bongo to let the rest of emacs install (I could not remain > long with a semi-functional emacs), and then I reinstalled bongo > [...] That's good to know, thanks. I wonder why it didn't happen for me, emacs21 was updated recently and I have bongo installed on all my machines. > Feel free to downgrade the bug; though I think this is still > important, since Sarge -> Etch upgrade paths wil need emacs21 to > be upgraded. The bongo package in etch supports emacs-snapshot only. That's why I tagged the bug 'sid' yesterday. I'm changing the severity to important. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406887: bongo: Fails to byte compile
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Yes, since aptitude tries to recompile the failed packages after > trying every package at least once, and that would have taken care > of an ordering issue ... I meant the ordering of the various .el files that get compiled, not the ordering of the packages. > Perhaps it is time to symlink the .el files into the > emacs21/site-lisp dir, and thus having the .el files in the > load-path? The .el files are first copied in the directory, compiled, removed and then symlinked to the files in /usr/share/emacs/site-lisp. So they're always in load-path no matter what happens. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400098: FTBFS on etch if /etc/emacs-snapshot/site-start.d is not there
Thorsten Gunkel <[EMAIL PROTECTED]> writes: > After I created that folder > , > | mkdir -p /etc/emacs-snapshot/site-start.d > ` > everything seems to work without problems. Weird. There must be something odd about your build environment; emacs-snapshot has built fine with this check for almost three months now on all build daemons, and in my own chroots. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400255: emacs-x11 hung after click on buffername in mode line
xxlu <[EMAIL PROTECTED]> writes: > After a click on the buffer name in mode line, emacs-x11 will hang, > and C-g can't help. > stderr: Xlib: unexpected async reply (sequence 0x1e15)! I can't reproduce this. Are you using a local or a remote display? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400255: emacs-x11 hung after click on buffername in mode line
tags 400255 pending quit Thanks for the additional information -- I can reproduce it now. The bug has been fixed upstream on the 25th, so the next snapshot will have a fix. Cheers, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400859: xterm: Emacs and XEmacs don't use 256 colors
Thomas Dickey <[EMAIL PROTECTED]> writes: > If you're seeing 256 colors in xterm, and have set $TERM to match, > then it's not an issue with xterm. FWIW, it works fine here in emacs-snapshot, provided that the ncurses-term package is installed (it ships the xterm-256color terminfo file). This is probably an XEmacs issue, and the bug can be reassigned to xemacs21. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396165: Display error in svn-status when marking in restricted view
Florian Weimer <[EMAIL PROTECTED]> writes: > The "." entry is gone. This seems to be a bug. What makes you think this is a bug in emacs-snapshot? psvn.el is provided by the subversion package (only vc-svn.el is part of Emacs). -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397756: emacs-snapshot: Debian "fix" for message-sendmail-f-is-evil is wrong
You have a point there, I hadn't realized that the gnus package doesn't carry this patch; apparently nobody ever complained about that either. So if it works equally well for people, and since we don't have the rationale for the change in the first place, I'd rather just drop it. All things being equal, every Debian-specific patch has a cost. I'll make the change in the next emacs-snapshot upload. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252202: More information about this bug
Emacs from CVS can now parse this style of output, but the CVS version in Debian still has a bug when committing files in subdirectories. Say I am committing file 'include/foo.include'. With versions prior to 1.12.8, I would get: | Checking in include/foo.include; | /var/lib/cvs/www/include/foo.include,v <-- foo.include | new revision: 1.14; previous revision: 1.13 | done PCL-CVS would parse the first line to get the filename with its full path. With the CVS version in current Debian unstable (1.12.9), I get this: | /var/lib/cvs/www/include/foo.include,v <-- foo.include | new revision: 1.14; previous revision: 1.13 Since the "Checking in.." line disappeared, PCL-CVS now uses the rightmost part of the "<--" line to get the filename. Notice how it does not specify the path! PCL-CVS has no way to know that the file is really in directory 'include/'...[1] This was fixed upstream, with newer CVS versions (1.12.10 and up), I get this: | /var/lib/cvs/www/include/foo.include,v <-- include/foo.include | new revision: 1.14; previous revision: 1.13 PCL-CVS works fine with these newer versions. Can we get a new upstream version in Debian in time for sarge? If not, could you please fix the output of CVS so that it contains the full path of the file? I guess this bug affects other tools that rely on the output of CVS... The other option would be to put the "Checking in.." line back. I'm worried that this bug will affect lots of users if sarge releases with this version of CVS. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- Footnotes: [1] Apart from parsing the leftmost part of that line, but it would be clunky: when the file is on a branch, an extra Attic/ directory must be taken into account, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252202: Adjusting severity
retitle 252202 cvs: Commit output format changed; breaks frontends severity 252202 important thanks I'm setting the severity of this bug to important since it makes the package unusable with PCL-CVS which is the frontend I use for daily work. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286638: aumix: German interface does not allow to mute
Helge Kreutzmann <[EMAIL PROTECTED]> writes: > When I run > [EMAIL PROTECTED]:~$ env LANG=C aumix > then muting pressing "M" works fine. If, however, I use the german > interface, then I assume that "Nichts" (with the N highlighted) is > supposed to mute. However, pressing "N" does not change the output of > audio at all. Hmm, yes. I think this used to work, I changed the translation in de.po to fix #226019 and I would have noticed then... I'll investigate. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- pgpc0P8lZRpZr.pgp Description: PGP signature
Bug#252202: Adjusting severity
Steve McIntyre <[EMAIL PROTECTED]> writes: > I'm working on merging a fix in for 1.12.9 rather than a newer > upstream. New upstream versions are adding huge amounts of new code > and features, and I'm trying to avoid that before the sarge release. Right. I meant to provide a patch when I first followed-up to this bug, but apparently the RCS backend function needs to be changed, and all the callers must provide the path to the file... The changes looked too intrusive, I'll trust you on them since you probably know the code much better than I do. If you need help, gimme a shout, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244499: quotes in comment seems to be the problem
Bruce Sass <[EMAIL PROTECTED]> writes: > --- icon_aumix-orig.xpm 2005-01-14 15:08:03.0 -0700 > +++ icon_aumix.xpm 2005-03-03 05:20:56.0 -0700 > @@ -4,7 +4,7 @@ > * released under the GPL > */ > -/* Debian folks want us to use colors from cmap.xpm in their "menu" package. > +/* Debian folks want us to use colors from cmap.xpm in their menu package. > * URL:http://www.debian.org/Packages/stable/admin/menu.html > */ > ...results in an icon usable by KDE. Thanks! I'll merge this in the next release. Cheers, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288559: More information on this bug
retitle 288559 hping2: Scan mode sometimes unreliable on !i386 thanks, control After extended debugging (thanks to Benoît Dejean), it turns out that this is caused by the fact that hping shares a memory zone between the parent and child processes during the scan, and doesn't protect concurrent accesses. Combined with floating-point arithmetic, this sometimes results in funny values being written in the RTT counter in the memory zone, which can lead to a SEGV on !i386 archs. This is mentioned in scan.c: /* Note that a mutex can't be used with shared memory (on Linux), the only left * option is a semaphore, but I tried to protect the critical code * using the functions above: the scanner becomes too slow. For now * it's better to have nothing at all, for the future we need something * like a spinlock. (btw, note that the code should be safe on x86) */ [...] /* The avrg RTT is shared using shared memory, * no locking... */ Upstream will probably fix this bug in a future release. People who really need to use the scan mode on !i386 can use nmap instead. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `-
Bug#291221: emacs21: pcl-cvs doesn't work correctly with new cvs versions
Any progress on this bug? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410492: emacs-snapshot: Fails during compilation of add-on packages
Hi Tim, Tim Cross <[EMAIL PROTECTED]> writes: > With the latest emacs-snapshot, it looks like the process goes > into an infinite loop. No, it's not an infinite loop; the compilation just takes a very, very long time. This is because the byte-compiler in Emacs 22 now tries to print recursive structures using special reader constructs, and there is a noticeable complexity effect when compiling very large files... This patch fixes the problem, it simply disables this feature. --- vm-7.19.orig/vm-byteopts.el +++ vm-7.19/vm-byteopts.el @@ -16,6 +16,7 @@ ;; different v19 Emacses. (setq byte-compile-dynamic nil) (setq byte-compile-dynamic-docstrings nil) +(setq byte-compile-disable-print-circle t) ;; avoid v20 features because users are going ;; to try to share elc files no matter what we tell them. (setq byte-compile-emacs19-compatibility t) Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410492: emacs-snapshot: Fails during compilation of add-on packages
Tim Cross <[EMAIL PROTECTED]> writes: > I'd like to also take this opportunity to thank you very much for > the really great stuff you have done re: emacs-snapshot. [...] I'm glad you like it. :-) > I'm an emacspeak user, which is a very large and reasonably > complex emacs package. I've not tried building it with the latest > emacs-snapshot yet. It will be interesting to see what happens. It's known not to work in some cases with emacs-snapshot, I filed a bug about this a while ago, see http://bugs.debian.org/405872... Cheers, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410771: More info
Thanks for the additional info you sent -- I haven't found time to investigate this bug yet, I'll get back to you soon. At first glance it looks like emacspeak plays a role in this; if you have the means to do so, trying in a regular (non-emacspeak) Emacs would be interesting. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410492: emacs-snapshot: Fails during compilation of add-on packages
Hi, Kevin Glynn <[EMAIL PROTECTED]> writes: > This also affects the mozart package ( but we don't have a > convenient byteopts.el hack yet :-( ). Since you haven't yet > closed this bug I wanted to ask whether this new behaviour is > going to remain (and I should work round it in mozart). Looks like it, I prodded emacs-devel after this bug was filed, but nobody seems interested in fixing the problem... http://article.gmane.org/gmane.emacs.devel/66257 Cheers, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412896: emacs-snapshot: [gnus] GPG signing does not work
Frank Küster <[EMAIL PROTECTED]> writes: > Any idea what I could do to debug this? Check the contents of the ` *PGG output*' and ` *PGG errors*' buffers (both names begin with a space). -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `-
Bug#412896: emacs-snapshot: [gnus] GPG signing does not work
Frank Küster <[EMAIL PROTECTED]> writes: > The first one exists and is empty, the errors buffer does not > exist. Hmm.. Could you try adding a default-key line to your ~/.gnupg/options file and see if it changes anything? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `-
Bug#412896: emacs-snapshot: [gnus] GPG signing does not work
Frank Küster <[EMAIL PROTECTED]> writes: > Should I report this to the Emacs mailing list, or do you have a better > idea to proceed? If you can, please test with No Gnus (the CVS version of Gnus), it might have been fixed there. Beware, if you start it with your regular Gnus installation, it will convert the data to new formats, and you won't be able to go back... -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `-
Bug#413146: O: tramp -- remote file access in Emacs
Package: wnpp Severity: normal As I no longer use Debian's versions of Emacs, I intend to orphan the tramp package. Tramp has been merged in Emacs 22, so once it becomes the default Emacs version in Debian, this package will be of limited use. The package is simple but requires good working knowledge of Emacs Lisp. Upstream is very competent and very responsive. The package description is: TRAMP stands for `Transparent Remote (file) Access, Multiple Protocol'. It provides remote file editing in Emacs, similar to ange-ftp and EFS. . Unlike ange-ftp, Tramp is not restricted to FTP to transfer files between the local and the remote host: it supports ssh, scp, rsh, telnet, rsync, and smb methods. It also supports other connection methods such as su and sudo, and combinations of multiple methods. Most file operations in Emacs (such as Dired, VC, etc) also work over Tramp. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413148: O: bongo -- flexible and usable media player for Emacs
Package: wnpp Severity: normal As I no longer use Debian's versions of Emacs, I intend to orphan the bongo package. The package is simple, and upstream is very responsive. The package description is: Bongo is a media player for Emacs that is flexible and usable. User interaction is handled via two simple buffers for your media library and the current playlist (but you can have as many Bongo buffers as you wish). . It supports several player backends such as mpg321, ogg123, VLC or mplayer and has built-in support for displaying album covers and submitting songs to Last.fm. It is comparable to EMMS but has a stronger focus on usability and on presenting a consistent user interface. . Homepage: http://www.brockman.se/software/bongo/ -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413149: O: emacs-snapshot -- The GNU Emacs editor (development snapshot)
Package: wnpp Severity: normal I am orphaning the emacs-snapshot package suite. See http://article.gmane.org/gmane.linux.debian.devel.emacsen/2292 Prospective adopters should be very familiar with the C language, Emacs Lisp, and have working experience with most of the packages included in Emacs (Gnus, CC mode, Comint, CPerl, Ispell, etc). The package contains documentation under the GFDL which is considered unsuitable for Debian main, so this issue should be resolved first. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413430: CVE-2007-1218: DoS in 802.11 printer dissector
Moritz Muehlenhoff <[EMAIL PROTECTED]> writes: > please see http://seclists.org/fulldisclosure/2007/Mar/0003.html > Above URL contains a link to upstream's fix. > This is CVE-2007-1218 and a DoS only. I'm marking this as important, > still the fix should be included in Etch. Thanks Moritz, I'll upload a fixed package tonight. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413430: CVE-2007-1218: DoS in 802.11 printer dissector
Done. By the way, the upstream commit log message says that this is a potential buffer overflow, not just a DoS. I'll ask for a freeze exception in a few days. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416671: Visual bell makes bold fonts normal (and back)
Package: xterm Version: 225-1 Severity: normal I'm seeing a strange display problem in recent xterm versions (I think it started in patch #223): when running Emacs under screen in xterm, ringing the visual bell sometimes makes all bold fonts display as normal fonts. Ringing the bell again (with C-g) sometimes makes the bold come back, but not always. Alternating C-l (Emacs redisplay) and C-a C-l (screen redisplay) sometimes works, but again, not always. Since xterm is the only package that changed (emacs21 and screen haven't been updated for ages), I'm filing this bug against xterm. Unfortunately this is not easily reproducible since it's quite random, I can provide more info if needed. Thanks, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable'), (650, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xterm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libncurses5 5.5-5Shared libraries for terminal hand ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-6X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xbitmaps1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417412: RM: emacs-snapshot -- RoM; orphaned; obsolete; GFDL docs
Package: ftp.debian.org Severity: normal I believe that emacs-snapshot should not remain in the archive, for the following reasons: 1) It's been orphaned for 4 weeks and has not been adopted; since it's a (relatively) high-maintenance package it would have been adopted by now if someone was interested (I'm the former maintainer); 2) A month-old CVS snapshot does more harm than good, it has bugs that have been fixed upstream long ago. 3) The package contains GFDL'd documentation that needs to be split off, I think it would be better if the package went through NEW again. It has no direct reverse deps; it also has one reverse build-dep which shouldn't affect testing (see #403058). Thanks, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable'), (650, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411306: emacs-snapshot: pcl-cvs documentation bug
tags 411306 upstream pending quit Thanks, I fixed this upstream. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411956: emacs-snapshot: Aborts during byte-compilation
Kevin Glynn <[EMAIL PROTECTED]> writes: > @twiglet:code 4Q> emacs-snapshot -q -no-site-file -batch -f > batch-byte-compile Fontifier.el >>>Error occurred processing Fontifier.el: Symbol's value as variable is void >>>((t)) > (1) After investigation, this might be a different issue. Did the file compile before? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411956: emacs-snapshot: Aborts during byte-compilation
tags 411956 upstream quit Kevin Glynn <[EMAIL PROTECTED]> writes: > The latest emacs-snapshot aborts if I try to compile Fontifier.el > from the mozart package. Thanks, Kevin. I'll forward your report upstream. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412015: emacs-snapshot: Byte-compiling add-on packages fails: Error while loading 55ecb
Malte Spiess <[EMAIL PROTECTED]> writes: > Being asked so nicely I just sent this report. Emacs starts and > seems to work anyway. Thanks. Could you send me the file mentioned in the error message? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412015: emacs-snapshot: Byte-compiling add-on packages fails: Error while loading 55ecb
reassign 412015 semantic quit Malte kindly provided the compilation log (off-BTS), and the error is the following: | In toplevel form: | semantic-ede-grammar.el:34:1:Error: Cannot open load file: ede-loaddefs This is not a bug in emacs-snapshot, reassigning to semantic. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411956: emacs-snapshot: Aborts during byte-compilation
tags 411956 pending quit This bug has been fixed upstream, the fix will be included in the next snapshot. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410771: emacs-snapshot: error "Lisp nesting exceeds `max-lisp-eval-depth'"
reassign 410771 emacspeak quit I believe that this is a bug in emacspeak, not in Emacs. It's apparently looping endlessly when encountering this particular remote directory setup, as shown by the following sequence in the trace: >emacspeak-speak-get-directory-settings("/scp:erskine:/..") >emacspeak-speak-get-directory-settings("/scp:erskine:/") >emacspeak-speak-get-directory-settings("/scp:erskine:/..") >emacspeak-speak-get-directory-settings("/scp:erskine:/") >emacspeak-speak-get-directory-settings("/scp:erskine:/..") >emacspeak-speak-get-directory-settings("/scp:erskine:/") >emacspeak-speak-get-directory-settings("/scp:erskine:/..") I'm therefore reassigning this report to emacspeak. Feel free to reassign back if this turns out to be a bug in Emacs. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410492: emacs-snapshot: Fails during compilation of add-on packages
retitle 410492 vm: Byte-compilation very slow under Emacs 22 reassign 410492 vm tags 410492 patch quit Hi, When compiling under emacs-snapshot, VM triggers a bug in the byte-compiler which makes the compilation process run very slow. Unfortunately it looks like upstream is not going to fix it before the 22.1 release because it affects very few packages (so far only VM and Mozart), so we'll have to live with it. Please apply the following patch to VM, it disables the print-circle feature of the compiler, and allows the compilation to proceed as before (although the handling of recursive structures might then be incorrect, as it was in Emacs 21): --- vm-7.19.orig/vm-byteopts.el +++ vm-7.19/vm-byteopts.el @@ -16,6 +16,7 @@ ;; different v19 Emacses. (setq byte-compile-dynamic nil) (setq byte-compile-dynamic-docstrings nil) +(setq byte-compile-disable-print-circle t) ;; avoid v20 features because users are going ;; to try to share elc files no matter what we tell them. (setq byte-compile-emacs19-compatibility t) Alternatively, you could just disable vm's support for emacs-snapshot and emacs22. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374763: aumix: FTBFS on GNU/kFreeBSD: unsatisfied Build-Depends
Aurelien Jarno <[EMAIL PROTECTED]> writes: > Any news about this bug? It had fallen under the radar, I just uploaded a new package with this change. Thanks for the reminder, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414933: iceweasel: Ctrl-K takes user to google.com/firefox
Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: minor When the search box is removed from the tool bar, the Ctrl-K shortcut takes the user to Google. The URL used is http://www.google.com/firefox Perhaps we should avoid using the Firefox name there, since our browser is named Iceweasel. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414933: iceweasel: Ctrl-K takes user to google.com/firefox
See also #405370. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408689: FTBFS: missing -no-site-file in test invocation
Weird -- the autobuilders use clean chroots, so this bug should have been caught long ago. But the change you suggest is good in any case. Thanks for the report. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408884: emacs-snapshot_1:20070128-1(hppa/unstable): FTBFS: hppa support dropped?
[EMAIL PROTECTED] writes: >> checking host system type... hppa-unknown-linux-gnu >> configure: error: Emacs hasn't been ported to >> `hppa-unknown-linux-gnu' systems. >> Check `etc/MACHINES' for recognized configuration names. >> make: *** [clean] Error 1 Hmm, yes. Looks like collateral damage, the HP-UX unexec code has been dropped for legal reasons (missing copyright assignments) but it shouldn't affect GNU/Linux. I'll get back to you. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408884: emacs-snapshot_1:20070128-1(hppa/unstable): FTBFS: hppa support dropped?
tags 408884 pending quit hppa support has now been restored in CVS. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409055: emacs-snapshot-gtk: Slow when moving in a large file
Hi Christophe, Christophe Troestler <[EMAIL PROTECTED]> writes: > Emacs opens fine a 265K PHP (autogenerated) file but, to go the > the end of the buffer (end-of-buffer), it takes ages. Which major mode are you using? Also, could you send me a test file? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409055: emacs-snapshot-gtk: Slow when moving in a large file
Christophe TROESTLER <[EMAIL PROTECTED]> writes: > Hi Francoise, That's my family name, my first name is "Romain". :) > c-mode. I've got this in my ~/.emacs : > (add-to-list 'auto-mode-alist '("\\.php\\'" . c-mode)) > It *is* the culprit -- without it, it works fine. Ok, thanks. It might not be the best mode for this kind of thing... > I've put it here: http://fichiers.umh.ac.be/download.php?id=s8QC1c8ti32OM2Af > (will last 60 days). Thanks. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409520: emacs-snapshot: failed at /usr/lib/emacsen-common/emacs-install line 28, line 29.
Javier Ruano <[EMAIL PROTECTED]> writes: > I find a solution about reinstall emacsen-common, it hasn't > arguments. I don't really understand what you mean by that, but the installation log you provided shows that installation fails because of ilisp, which doesn't support emacs-snapshot. This is a known bug (#323540). > install/ilisp: Handling install for emacsen flavor emacs-snapshot > emacs-install: /usr/lib/emacsen-common/packages/install/ilisp > emacs-snapshot emacs21 failed at > /usr/lib/emacsen-common/emacs-install line 28, line 29. I'll reassign this report to ilisp. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408929: emacs21: crash on spam
reassign 408929 emacs21 tags 408929 patch quit This is a known bug in the way Emacs computes the size of some GIF images; the attached patch (adapted from a similar change in CVS) fixes the crash for me. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- --- emacs21-21.4a+1.orig/src/xfns.c +++ emacs21-21.4a+1/src/xfns.c @@ -9805,8 +9805,17 @@ return 0; } - width = img->width = max (gif->SWidth, gif->Image.Left + gif->Image.Width); - height = img->height = max (gif->SHeight, gif->Image.Top + gif->Image.Height); + image_top = gif->SavedImages[ino].ImageDesc.Top; + image_left = gif->SavedImages[ino].ImageDesc.Left; + image_width = gif->SavedImages[ino].ImageDesc.Width; + image_height = gif->SavedImages[ino].ImageDesc.Height; + + width = img->width = max (gif->SWidth, + max (gif->Image.Left + gif->Image.Width, + image_left + image_width)); + height = img->height = max (gif->SHeight, + max (gif->Image.Top + gif->Image.Height, + image_top + image_height)); /* Create the X image and pixmap. */ if (!x_create_x_image_and_pixmap (f, width, height, 0, &ximg, &img->pixmap)) @@ -9839,11 +9848,6 @@ requires more than can be done here (see the gif89 spec, disposal methods). Let's simply assume that the part not covered by a sub-image is in the frame's background color. */ - image_top = gif->SavedImages[ino].ImageDesc.Top; - image_left = gif->SavedImages[ino].ImageDesc.Left; - image_width = gif->SavedImages[ino].ImageDesc.Width; - image_height = gif->SavedImages[ino].ImageDesc.Height; - for (y = 0; y < image_top; ++y) for (x = 0; x < width; ++x) XPutPixel (ximg, x, y, FRAME_BACKGROUND_PIXEL (f));
Bug#398877: vm should depend on emacs21 *OR emacs-snapshot*
Manoj Srivastava <[EMAIL PROTECTED]> writes: > No, that would mean that working under emacs-snapshot is > supported. While VM might indeed work with emacs-snapshot, it is > not really something I support, since I don't yet run > emacs-snapshot, and a bleeding edge emacs is not something I want > to be saddled with supporting. That doesn't make much sense; if you're serious about this you should also skip byte-compilation for emacs-snapshot in your install script, and avoid registering VM's entry points (in vm-init.el) when running in emacs-snapshot. At the moment, having emacs21 installed alongside emacs-snapshot is enough to make your vm package "support" emacs-snapshot. See dictionaries-common for an example of a package that stays off emacs-snapshot completely. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408929: emacs21: crash on spam
Steve Langasek <[EMAIL PROTECTED]> writes: > I've tagged this bug security, because it wasn't clear to me > whether this was a potentially exploitable problem. Do you think > that tag applies here? Yes, I think it does. Crashing Emacs is a denial of service attack against the various applications that run inside it, and can cause data loss... Whether code execution is actually possible, I don't know. (On the other hand, VM should not display images by default, but that is a separate issue.) -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408929: Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
Steve Langasek <[EMAIL PROTECTED]> writes: > So if there's no evidence of arbitrary code execution, I think > it's appropriate here to downgrade the bug -- but the security > team should also be apprised. Fine with me. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420643: O: tcc -- The smallest ANSI C compiler
Package: wnpp Severity: normal I intend to orphan the tcc package, as I'm no longer interested in it. It needs a few patches to work again with the current toolchain; some are in CVS and some are in Rob Landley's fork. The package description is: TCC (for Tiny C Compiler) is a small and fast ANSI C compiler. It generates optimized x86 code, and can compile, assemble, and link several times faster than 'gcc -O0'. Any C dynamic library can be used directly. It includes an optional memory and bounds checker, and bounds-checked code can be mixed freely with standard code. C script is also supported via the usual hash-bang mechanism. . NOTE: TCC is still somewhat experimental and is not recommended for production use. The code it generates is much less optimized than what GCC produces, and compiler bugs can have serious security consequences for your program. . For further information see http://fabrice.bellard.free.fr/tcc/> -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385542: sendmail-program set incorrectly
retitle 385542 sendmail-program set incorrectly due to removed mailx build-dep tags 385542 pending quit Juliusz Chroboczek <[EMAIL PROTECTED]> writes: > $ emacs-snapshot -q --batch -eval '(print sendmail-program)' > "fakemail" > $ emacs21 -q --batch -eval '(print sendmail-program)' > "/usr/sbin/sendmail" > $ Ah, right. The mailx build-dep pulled in exim and it's necessary after all, I'll add it back. Thanks for the report, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385542: sendmail-program set incorrectly
Sven Joachim <[EMAIL PROTECTED]> writes: > Probably you should rather build-depend on exim4 | mail-transport-agent, > since /usr/sbin/sendmail is what is actually needed. Perhaps I should think of the buildds and depend on the smallest package which provides /usr/sbin/sendmail since we just need it to be present... Or perhaps I should just keep the dependency out and patch paths.el in e-s to avoid this effect.. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385542:
Toby Allsopp <[EMAIL PROTECTED]> writes: > It seems to me that the intent is for sendmail-program to be set > depending on what is installed on the user's system rather than on the > builder's system [...] I think we can safely assume that /usr/sbin/sendmail is always present on Debian systems; if it's not then fakemail won't help: mailx (which provides /bin/mail) depends on mail-transport-agent. If we don't have sendmail, then we don't have mailx, so fakemail won't work. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386496: e3em <-> emacs-snapshot alternatives priority
tags 386496 pending quit Adrian Bunk <[EMAIL PROTECTED]> writes: > I understand that emacs-snapshot should have a lower priority than > emacs21, but compared to e3em it should have a higher priority. Right, I'll bump emacs-snapshot's priority to 23, -10 is much too low. This will give us: - e3em 10 - emacs-snapshot 23 - emacs2023 - emacs2124 - emacs2225 (probably) Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390606: emacs-snapshot-common: Completion does not see new files
Alexey Feldgendler <[EMAIL PROTECTED]> writes: > Repro steps: > 1. C-x C-f "/ssh:[EMAIL PROTECTED]:nonexistent-file" RET > 2. Write something and save the file. > 3. C-x C-f "/ssh:[EMAIL PROTECTED]:" TAB > Expected result: > "nonexistent-file" among other files presented for completion. > Actual result: > Other files are listed, but "nonexistent-file" is not. I can't reproduce this, the file is present in the completion list. Does it happen for you in `emacs -q'? Could you also send me the output of the following command? /usr/share/bug/emacs-snapshot-common/script 3>&1 Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389914: org-mode: please do not use mouse-3 for following links
tags 389914 upstream quit Eugen Dedu <[EMAIL PROTECTED]> writes: > If I left click at the beginning of the line and right click at the > end of the line (in order to copy to clipboard), org-mode opens the > link :o( I would like that right click does not interfere with > copy/paste, i.e. remove mouse-3 from opening links. I agree, org-mode shouldn't bind mouse-3. I'll forward this bug upstream. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390920: emacs-snapshot: rcirc doesn't auth automatically
Yavor Doganov <[EMAIL PROTECTED]> writes: > Despite having > '(rcirc-authinfo (quote (("irc.freenode.net" nickserv "yavorescu" > "password" > in ~/.emacs, I have to type every time I connect to FreeNode `/msg > nickserv identify password'. I think that setting this in > rcirc-authinfo is precisely to avoid that. That might be because the first element is matched against the real server name, e.g. leguin.freenode.net. Could you please try changing "irc.freenode.net" to just "freenode.net"? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388467: emacs-snapshot: org-mode takes almost 100% CPU
Could you please retry with 20061003-1 when it reaches powerpc? I asked org's author Carsten Dominik about this and he couldn't reproduce it with current CVS, so this might have been an unrelated bug in Emacs... Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389914: org-mode: please do not use mouse-3 for following links
tags 389914 pending quit This has now be fixed upstream and the fix will be in the next snapshot (unfortunately not in 20061003-1, which is already in incoming). Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383814: emacs-snapshot: Unnecessary mailx build dependency?
tags 383814 pending quit Jhair Tocancipa Triana <[EMAIL PROTECTED]> writes: > Without the mailx dependency the package can be built correctly. > Is there a rationale for this build dependency? CVS Emacs doesn't > depends on mailx to be build either. It's an artefact from the emacs20 package, and it indeed looks like this build-dep is now unnecessary. I'll drop it, thanks for the report. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384492: emacs-snapshot: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libasound2-dev)
severity 384492 normal tags 384492 pending quit Petr Salinger <[EMAIL PROTECTED]> writes: > Please, could you exclude linux specific package in Build-Depends > by using "libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386]". Ok; hurd-i386 is already there, I'll add the kfreebsd archs as well. Thanks for the report, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388390: BPF filters 'host' and 'not host' consider only src = host
<[EMAIL PROTECTED]> writes: > When I use BPF filters for exclude an host I use 'not host > xxx.xxx.xxx.xxx', but filter exclude only packets with src = > xxx.xxx.xxx.xxx and not packets with dst = xxx.xxx.xxx.xxx. > Same condition with filter 'host xxx.xxx.xxx.xxx', filter show only > packets with src = xxx.xxx.xxx.xxx Which application are you seeing this with? tcpdump? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391774: ITP: ruby-taglib -- TagLib Audio Meta-Data Library for Ruby
Package: wnpp Owner: Romain Francoise <[EMAIL PROTECTED]> Severity: wishlist * Package name: ruby-taglib Version : 1.1 Upstream Author : Neil Stevens <[EMAIL PROTECTED]> * URL or Web page : http://www.hakubi.us/ruby-taglib/ * License : MIT Description : TagLib Audio Meta-Data Library for Ruby This is a Ruby interface to TagLib, the audio meta-data library. It provides access to the abstract API of TagLib and allows Ruby programs to read and write meta-data of all the audio formats supported by TagLib. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391839: ITP: mahoro -- File type determination library for Ruby
Package: wnpp Owner: Romain Francoise <[EMAIL PROTECTED]> Severity: wishlist * Package name: mahoro Version : 0.1 Upstream Author : Shu-yu Guo <[EMAIL PROTECTED]> * URL or Web page : http://rubyforge.org/projects/mahoro/ * License : Public Domain Description : File type determination library for Ruby This package provides a Ruby interface to the C libmagic library. With it, you can determine the type of a file by examining its contents rather than its name. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392163: emacs-snapshot-gtk: memory corruption / crash with remote DISPLAY
tags 392163 upstream quit Vincent Lefevre <[EMAIL PROTECTED]> writes: > I connect to a remote machine with: > vin:~> ssh -Y ay.ens-lyon.fr > ay:~> /usr/bin/emacs-snapshot-gtk -q > *** glibc detected *** malloc(): memory corruption: 0x1079ebf0 *** > Fatal error (6)zsh: abort (core dumped) /usr/bin/emacs-snapshot-gtk -q Hmm. Is it new in this snapshot? Does it happen with 20061009-1 too? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392163: emacs-snapshot-gtk: memory corruption / crash with remote DISPLAY
Vincent Lefevre <[EMAIL PROTECTED]> writes: > This happened with 20060923-1 too; before that, I had never tried. Okay. Does emacs-snapshot-x have the same problem? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392568: emacs-snapshot: Divide frame in two sides to show a buffer, as a book
Eugen Dedu <[EMAIL PROTECTED]> writes: > Wouldn't be very useful such a feature in emacs? Unfortunately, I do > not know much of emacs internals... It would, and it exists: do C-x 3 to split the display, then do M-x follow-mode. Scrolling should do the right thing. Feel free to close this bug if the feature suits you... -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392568: emacs-snapshot: Divide frame in two sides to show a buffer, as a book
Eugen Dedu <[EMAIL PROTECTED]> writes: > Sorry to have bothered you... No problem, you didn't. :-) > It's wonderful! I'll tell it to my students too! Yes, Emacs is wonderful. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392163: emacs-snapshot-gtk: memory corruption / crash with remote DISPLAY
Vincent Lefevre <[EMAIL PROTECTED]> writes: > No, it works well: That is good to know, thanks. > Note also that emacs-snapshot-gtk works well when the X server is > the one of my Mac OS X machine. But I get the memory corruption or > crash when the X server is the one of some Linux/86 machine (Debian > unstable). What is the version of GTK+ installed on the remote machine? Could you get a gdb backtrace? It'll probably be useless since the packaged binary is stripped, but you never know. I use emacs-snapshot-gtk over an ssh-exported display daily, it works fine for me... Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392163: emacs-snapshot-gtk: memory corruption / crash with remote DISPLAY
severity 392163 normal reassign 392163 libcairo2 merge 392163 383034 quit Vincent Lefevre <[EMAIL PROTECTED]> writes: > #3 0x0f279490 in cairo_xlib_surface_get_display () from > /usr/lib/libcairo.so.2 Thanks Vincent, this looks like bug #383034. Dave, I'm reassigning this bug to you. The fact that both ends of the display use a different byte order might be a factor here... Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392651: emacs21: bug in 'xbm_read_bitmap_data' (file "xfns.c")
Jochen Voss <[EMAIL PROTECTED]> writes: > Since there is a semi-colon at the end of the first line, the indented > block will be executed unconditionally. This is at least confusing > and very probably a bug which should be fixed. Yep, that's a bug. I fixed it upstream. Thanks! -- Romain Francoise <[EMAIL PROTECTED]> | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382733: emacs-snapshot-gtk: changeing default font makes spaces and newlines appear as sqaures
Emil Nowak <[EMAIL PROTECTED]> writes: > I was trying to change default font to something else, but after > changing it all newlines, spaces etc... are displayed as squares > (screenshot included). > I was using xfontsel tool to generate this font description, and then I put > this to my ~/.emacs > (set-default-font "-*-freemono-*-r-*-*-*-*-*-*-*-*-*-*") > and every font tryed so far has the same error. I guess this is because this font doesn't provide all the characters of the character set you're using. Does it work better with a full font description (no stars in the description)? In any case, it's probably not a bug in Emacs. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382733: emacs-snapshot-gtk: changeing default font makes spaces and newlines appear as sqaures
Emil Nowak <[EMAIL PROTECTED]> writes: > My guess is that is probably because emacs this snapshot doesn't > support XFT Do you mean to say that this only happens with TrueType fonts? Which X interface are you using to get these fonts in your font path? xfs? xfstt? -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386992: viewvc: Missing README.Debian
Package: viewvc Version: 0.9.4+svn20060318-1 Severity: normal Tags: experimental The file /usr/share/doc/viewvc/NEWS.Debian.gz says the following: Please refer to README.Debian for further information. But the package does not contain a README.Debian file. This is probably because the file is named debian/README instead of debian/README.Debian in the source, and dh_installdocs expects the latter. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386990: viewvc: FTBFS: Missing build-dependency on quilt
Package: viewvc Version: 0.9.4+svn20060318-1 Severity: normal Tags: experimental Your package uses quilt in debian/rules but doesn't build-depend on it. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323554: Processed: Re: Bug#323554: emacs-snapshot-gtk: Ediff crashes Emacs under X
Eduard Bloch <[EMAIL PROTECTED]> writes: > Anyway, can you reproduce it with the current icewm (1.2.28, in Sid)? > IIRC some fixes have been made WRT crashing programs. No, it doesn't seem to crash anymore with the latest icewm from sid. But since I don't usually run icewm, let's ask the submitter just to be sure. Sven, can you still reproduce this bug in sid? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388467: emacs-snapshot: org-mode takes almost 100% CPU
Hi Eugen, Eugen Dedu <[EMAIL PROTECTED]> writes: > I like much org-mode. For the file attached, emacs uses almost 100% > the CPU, without reason. It is 100% reproducible. [...] Thanks for the report, I'll investigate. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388467: emacs-snapshot: org-mode takes almost 100% CPU
I cannot reproduce this with version 20060915-1. Just to avoid wasting time chasing a bug that might be already fixed, could you please check if it works with this version? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388467: emacs-snapshot: org-mode takes almost 100% CPU
Eugen Dedu <[EMAIL PROTECTED]> writes: > Ok, I wait for it to be available on powerpc. Ah right, for some reason libgtk2.0-dev is uninstallable on powerpc... It should be available in the next few days. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323554: No Ediff crash under IceWM 1.2.28
Sven Joachim <[EMAIL PROTECTED]> writes: > indeed the Ediff crash seems to be fixed in IceWM 1.2.28, I can no > longer reproduce it. Thanks for testing. > [Romain, somehow your mail from today didn't reach me (yet). But I > had news about this topic anyway, so I looked it up in the BTS.] Yes, that's because your braindead MX thinks my SMTP server is a spam relay, which it is not. Sep 20 19:13:42 yeast postfix/smtp[20051]: 576D512D6D: to=<[EMAIL PROTECTED]>, relay=mx-ha02.web.de[217.72.192.188], delay=19743, status=deferred (host mx-ha02.web.de[217.72.192.188] refused to talk to me: 554 Transaction failed. For explanation visit http://freemail.web.de/reject/?ip=82.67.41.165) My server is not on a dynamic IP, isn't listed on any RBLs, etc. [I just installed a postfix transport rule for you to work around this.] -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388738: ITP: bongo-el -- buffer-oriented media player for Emacs
Package: wnpp Severity: wishlist Owner: Romain Francoise <[EMAIL PROTECTED]> * Package name: bongo-el Version : 20060922 (darcs snapshot) Upstream Author : Daniel Brockman <[EMAIL PROTECTED]> * URL or Web page : http://www.brockman.se/software/bongo/ * License : GNU GPL Description : buffer-oriented media player for Emacs Bongo is a flexible buffer-oriented media player for Emacs. It supports several player backends such as mpg321, ogg123 or mplayer and has built-in support for displaying album covers and submitting songs to Last.fm. It is comparable to EMMS but has a nicer user interface. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388747: debian-el: Should set owner when opening ITPs
Package: debian-el Version: 26.8-1 Severity: wishlist When opening ITPs it is customary to set the owner directly in the opening message, reportbug does that and it would be nice if debian-bug did that too. Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388747: debian-el: Should set owner when opening ITPs
Peter S Galbraith <[EMAIL PROTECTED]> writes: > What does it add to the message in order to do that? It adds an Owner command, like this: Subject: ITP: bongo-el -- buffer-oriented media player for Emacs Package: wnpp Owner: Romain Francoise <[EMAIL PROTECTED]> Severity: wishlist > I just tried reportbug and it had the usual `Package:', `Version:' and > `Severity:' lines. It does that only for ITP bugs, not for regular bugs. Are you sure you tried to report an ITP bug (package wnpp)? > Also, debian-bug already uses reportbug to fill out the initial > template. I don't think it does, the template values aren't present in the buffer I get with debian-bug.el. Perhaps WNPP bugs are special-cased there? Thanks, -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]