Your message dated Wed, 28 Dec 2022 14:38:21 +0500 with message-id <87edsjx3zm.fsf@localhost> and subject line has caused the Debian Bug report #1023225, regarding esup-el: autopkgtest regression: No such file or directory, comp to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 1023225: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1023225 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: esup-el: autopkgtest regression: No such file or directory, comp
- From: Paul Gevers <elbrus@debian.org>
- Date: Mon, 31 Oct 2022 21:04:04 +0100
- Message-id: <276977fc-43fa-c43a-2637-aa3f913225ed@debian.org>
Source: esup-el Version: 0.7.1-4 Severity: serious User: debian-ci@lists.debian.org Usertags: regression Dear maintainer(s),With a recent upload of esup-el the autopkgtest of esup-el fails in testing when that autopkgtest is run with the binary packages of esup-el from unstable. It passes when run with only packages from testing. In tabular form:pass fail esup-el from testing 0.7.1-4 all others from testing from testingI copied some of the output at the bottom of this report. I'm seeing command lines about native complilation. Are you sure you don't need a new enough emacs that supports that for your test or package?Currently this regression is blocking the migration to testing [1]. Can you please investigate the situation and fix it?More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=esup-el https://ci.debian.net/data/autopkgtest/testing/amd64/e/esup-el/27685397/log.gzemacs -batch -Q -l package --eval "(setq native-comp-eln-load-path '(\"/tmp/3oIzPMCFGJ\"))" --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa\")" --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src\")" -f package-initialize -L . -L test -l test/esup-test.el --eval \(ert-run-tests-batch-and-exit\)Cannot open load file: No such file or directory, compdh_elpa_test: error: emacs -batch -Q -l package --eval "(setq native-comp-eln-load-path '(\"/tmp/3oIzPMCFGJ\"))" --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa\")" --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src\")" -f package-initialize -L . -L test -l test/esup-test.el --eval \(ert-run-tests-batch-and-exit\) returned exit code 255autopkgtest [23:12:43]: test dh-elpa-test-autopkgtestAttachment: OpenPGP_signature
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
- To: 1023225-done@bugs.debian.org
- From: Lev Lamberov <dogsleg@debian.org>
- Date: Wed, 28 Dec 2022 14:38:21 +0500
- Message-id: <87edsjx3zm.fsf@localhost>
Hi, Since tesing contain emacs 1:28.2+1-9, and esup-el was fixed against it (but not against emacs 1:27.1+1-3.1) I consider this bug as fixed. Cheers! Lev Lamberov
--- End Message ---