Bug#1017883: O: emacs-noflet -- Emacs Lisp noflet macro for dynamic, local advice

Package: wnpp Severity: normal X-Debbugs-Cc: debian-emacsen@lists.debian.org Control: affects -1 src:emacs-noflet I hereby orphan the emacs-noflet package. I don't use it anymore, and it would be better if someone who did maintains it. This is a team-maintained package, so the adoptor should eit

Bug#1017882: O: pkg-info-el -- Emacs Lisp library providing information about Emacs packages

Package: wnpp Severity: normal X-Debbugs-Cc: debian-emacsen@lists.debian.org Control: affects -1 src:pkg-info-el I hereby orphan the pkg-info-el package. This is a team-maintained package, so the adoptor should either replace me in Uploaders:, or alternatively take the package out of the team's h

Bug#1017880: O: emacs-pg-el -- Emacs Lisp interface for PostgreSQL

Package: wnpp Severity: normal X-Debbugs-Cc: debian-emacsen@lists.debian.org Control: affects -1 src:emacs-pg-el I hereby orphan the emacs-pg-el package. This package is no longer in my init.el and it would be better if someone who actually uses the package maintains it. This is a team-maintaine

Bug#1017879: O: emacs-async -- simple library for asynchronous processing in Emacs

Package: wnpp Severity: normal X-Debbugs-Cc: debian-emacsen@lists.debian.org Control: affects -1 src:emacs-async I hereby orphan the emacs-async package. This package has not been in my init.el for around years and it would be better if someone who actually uses the package maintains it. This is

emacs-libvterm_0.0.1+git20220613.3155a47-3_amd64.changes ACCEPTED into experimental, experimental

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 21 Aug 2022 07:51:31 + Source: emacs-libvterm Binary: elpa-vterm emacs-libvterm emacs-libvterm-dbgsym Architecture: source amd64 Version: 0.0.1+git20220613.3155a47-3 Distribution: experimental Urgency: medium

Re: Abysmal state of GTK build

Hello, On Sun 21 Aug 2022 at 10:16PM +08, Po Lu wrote: > > Lars Ingebrigtsen writes: > >> Most users don't choose the toolkits -- they use whatever the >> distribution has configured. And since most of those use a variation on >> Gnome Shell, it's natural for the distributions to use the Gtk to

Bug#1017853: emacs-nox: byte compiling debian-startup.el fails if emacs-el is not installed

Package: emacs-nox Version: 1:28.1+1-2 Severity: serious Justification: does not install X-Debbugs-Cc: debian-emacsen@lists.debian.org Recipe to duplicate === (assuming schroot is set up in a more or less standard way with a chroot called sid, and session support). % schroot -c s

Processed: severity of 1017833 is serious, affects 1017833

Processing commands for cont...@bugs.debian.org: > severity 1017833 serious Bug #1017833 [elpa-elscreen] elpa-elscreen: emacs 28.1 upgrade failure with byte compiling of elpa-elscreen Severity set to 'serious' from 'normal' > affects 1017833 + emacs emacs-gtk Bug #1017833 [elpa-elscreen] elpa-els

emacs-libvterm_0.0.1+git20220613.3155a47-3_amd64.changes is NEW

binary:elpa-vterm is NEW. binary:elpa-vterm is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely proc

Processing of emacs-libvterm_0.0.1+git20220613.3155a47-3_amd64.changes

emacs-libvterm_0.0.1+git20220613.3155a47-3_amd64.changes uploaded successfully to localhost along with the files: emacs-libvterm_0.0.1+git20220613.3155a47-3.dsc emacs-libvterm_0.0.1+git20220613.3155a47-3.debian.tar.xz elpa-vterm_0.0.1+git20220613.3155a47-3_amd64.deb emacs-libvterm-dbgsym_0

Bug#1017835: elpa-evil: emacs 28.1 upgrade fails with byte compiling elpa-evil

Package: elpa-evil Version: 1.14.0-1 Severity: normal Dear Maintainer, Upgrading to emacs-gtk 28.1 fails with byte copiling elpa-evil* ... skipped a lot of successfull byte compiling lines Install elpa-evil for emacs install/evil-1.14.0: Handling install of emacsen flavor emacs install/evil-1.14

Bug#1017833: elpa-elscreen: emacs 28.1 upgrade failure with byte compiling of elpa-elscreen

Package: elpa-elscreen Version: 1.4.6-8 Severity: normal Dear Maintainer, Upgrading to emacs-gtk 28.1 fail with byte compiling elpa-elscreen Paramétrage de emacs-gtk (1:28.1+1-2) ... Deep recursion on subroutine "main::generate_relevant_tsort_dependencies_internals" at /usr/lib/emacsen-common/

Bug#1017831: elpa-rtags: emacs-gtk 28.1-2 upgrade fails with byte-compiling elpa-rtags

Package: elpa-rtags Version: 2.38-5 Severity: normal Dear Maintainer, Upgrade to emacs-gtk 28.1 fails with byte compiling elpa-rtags Paramétrage de emacs-gtk (1:28.1+1-2) ... Deep recursion on subroutine "main::generate_relevant_tsort_dependencies_internals" at /usr/lib/emacsen-common/lib.pl l

emacs-libvterm_0.0.1+git20220613.3155a47-3_source.changes REJECTED

Source-only uploads to NEW are not allowed. binary:elpa-vterm is NEW. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns.

Processing of emacs-libvterm_0.0.1+git20220613.3155a47-3_source.changes

emacs-libvterm_0.0.1+git20220613.3155a47-3_source.changes uploaded successfully to localhost along with the files: emacs-libvterm_0.0.1+git20220613.3155a47-3.dsc emacs-libvterm_0.0.1+git20220613.3155a47-3.debian.tar.xz emacs-libvterm_0.0.1+git20220613.3155a47-3_amd64.buildinfo Greetings,