Bug#1077155: dh-elpa: enable `load-path' handling of sub-directory

Xiyue Deng writes: > > Make sense. AIUI rebuild is not necessary for enabling this because > currently there is no package depending on this feature, and before and > after this patch existing package will behave the same. It is only > making a difference when a package has source code in a sub

elpa-rust-mode_1.0.6-1_source.changes ACCEPTED into unstable

Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 28 Aug 2024 10:45:28 -0700 Source: elpa-rust-mode Architecture: source Version: 1.0.6-1 Distribution: unstable Urgency: medium Maintainer: Debian Emacsen team Changed-By

Processing of elpa-rust-mode_1.0.6-1_source.changes

elpa-rust-mode_1.0.6-1_source.changes uploaded successfully to localhost along with the files: elpa-rust-mode_1.0.6-1.dsc elpa-rust-mode_1.0.6.orig.tar.xz elpa-rust-mode_1.0.6-1.debian.tar.xz elpa-rust-mode_1.0.6-1_amd64.buildinfo Greetings, Your Debian queue daemon (running on ho

Bug#1077155: dh-elpa: enable `load-path' handling of sub-directory

Hi David, David Bremner writes: > Xiyue Deng writes: > >> >> I have tested running the previously failed tests, e.g. clojure-mode >> which uses buttercup and flycheck which uses both buttercup and ERT, and >> they are now passing using the new implementation. >> > > Build failures are (relative

Bug#1077155: dh-elpa: enable `load-path' handling of sub-directory

Xiyue Deng writes: > > I have tested running the previously failed tests, e.g. clojure-mode > which uses buttercup and flycheck which uses both buttercup and ERT, and > they are now passing using the new implementation. > Build failures are (relatively) fine. What I really want to avoid is havin