emacs-peg_1.0.1-1_amd64.changes is NEW

binary:elpa-peg is NEW. binary:elpa-peg is NEW. source:emacs-peg 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. Packag

Processing of ws-butler_1.2-1_source.changes

ws-butler_1.2-1_source.changes uploaded successfully to localhost along with the files: ws-butler_1.2-1.dsc ws-butler_1.2.orig.tar.xz ws-butler_1.2-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Processing of dh-elpa_2.1.6_source.changes

dh-elpa_2.1.6_source.changes uploaded successfully to localhost along with the files: dh-elpa_2.1.6.dsc dh-elpa_2.1.6.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

ws-butler_1.2-1_source.changes ACCEPTED into unstable

Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 25 Feb 2025 12:43:10 +0800 Source: ws-butler Architecture: source Version: 1.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Emacsen Team Changed-By: Sean

Bug#1098846: marked as done (dh-elpa: Incompatibility with Emacs 30+)

Your message dated Tue, 25 Feb 2025 04:34:02 + with message-id and subject line Bug#1098846: fixed in dh-elpa 2.1.6 has caused the Debian Bug report #1098846, regarding dh-elpa: Incompatibility with Emacs 30+ to be marked as done. This means that you claim that the problem has been dealt with

Bug#1088086: marked as done (dh-elpa: ert_selectors not taking effect)

Your message dated Tue, 25 Feb 2025 04:34:02 + with message-id and subject line Bug#1088086: fixed in dh-elpa 2.1.6 has caused the Debian Bug report #1088086, regarding dh-elpa: ert_selectors not taking effect to be marked as done. This means that you claim that the problem has been dealt wit

Processing of emacs-peg_1.0.1-1_amd64.changes

emacs-peg_1.0.1-1_amd64.changes uploaded successfully to localhost along with the files: emacs-peg_1.0.1-1.dsc emacs-peg_1.0.1.orig.tar.xz emacs-peg_1.0.1-1.debian.tar.xz elpa-peg_1.0.1-1_all.deb emacs-peg_1.0.1-1_amd64.buildinfo Greetings, Your Debian queue daemon (running on h

dh-elpa_2.1.6_source.changes ACCEPTED into unstable

Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 25 Feb 2025 12:26:03 +0800 Source: dh-elpa Architecture: source Version: 2.1.6 Distribution: unstable Urgency: medium Maintainer: Debian Emacsen team Changed-By: Sean Wh

Re: Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

Xiyue Deng writes: > On the other hand, I see there are threads on emacs-devel talking about > removing pure space. Is that referring to this pure lisp storage? Yes, it's that pure lisp storage, and it's gone in Emacs 31.

Bug#1098846: dh-elpa: Incompatibility with Emacs 30+

Package: dh-elpa Version: 2.1.5 Severity: grave Dear Maintainer, Upstream has removed the internal function `package--prepare-dependencies' since 30.0.90. This causes all addons that have a `Package-Requires:' in the header to causing an error: , | Error: void-function (package--prepare-dep

Re: Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

Hello, On Mon 24 Feb 2025 at 03:47pm +02, Eli Zaretskii wrote: > The actual use of pure space depends on the length of the file names > involved in the build, so if you build in a deeper directory, it could > overflow. We do use deeper directories, but no deeper on 32-bit than 64-bit. > Also, a

Re: Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

Eli Zaretskii writes: >> From: Sean Whitton >> Cc: debian-emacsen@lists.debian.org >> Date: Mon, 24 Feb 2025 20:02:58 +0800 >> >> >> On Mon 24 Feb 2025 at 07:42pm +08, Sean Whitton wrote: >> >> > The new Emacs 30.1 fails to build on all of Debian's 32-bit release >> > architectures, Intel and

Re: Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

> From: Sean Whitton > Cc: debian-emacsen@lists.debian.org > Date: Mon, 24 Feb 2025 20:02:58 +0800 > > > On Mon 24 Feb 2025 at 07:42pm +08, Sean Whitton wrote: > > > The new Emacs 30.1 fails to build on all of Debian's 32-bit release > > architectures, Intel and Arm. > > > > The failures look a

Re: Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

Hello, On Mon 24 Feb 2025 at 07:42pm +08, Sean Whitton wrote: > The new Emacs 30.1 fails to build on all of Debian's 32-bit release > architectures, Intel and Arm. > > The failures look a little different in each case but in all three the > string "Pure Lisp storage overflow" appears near the end

Emacs 30.1 fails to build on 32-bit archs, "Pure Lisp storage overflow"

Hello, The new Emacs 30.1 fails to build on all of Debian's 32-bit release architectures, Intel and Arm. The failures look a little different in each case but in all three the string "Pure Lisp storage overflow" appears near the end of the log: armel: https://buildd.debian.org/status/fetch.php?p

Re: Provenance of java/res/drawable/emacs_wrench.png

Sean Whitton writes: > Nice, thanks. > > I think it would be good to document this somewhere, like the excellent > information found in etc/images/README. > > Via the Archive.org Wayback Machine I found this: > > Though the tango-icon-theme package is released to the Public > Domain, we a