Sean Whitton writes:
> Hello,
>
> On Mon 05 May 2025 at 01:26pm -07, Xiyue Deng wrote:
>
>> For build phase, dh-elpa is mostly used for detecting and running tests
>> (ERT or Buttercup), not the actual building (which is skipped most of
>> the time).
>
> I thi
ding (which is skipped most of
the time).
> When preparing to fix this, can you please prepare a version which only
> addresses fixes we need to get into trixie.
>
The proposed patch is a targeted fix indeed (plus minor comment fixes).
Still awaiting reviews.
> Paul
>
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Sun 27 Apr 2025 at 03:25am -07, Xiyue Deng wrote:
>
>> Interestingly, I cannot reproduce this with "apt dist-upgrade" which is
>> why I didn't notice this issue earlier. On inspecting the install log,
>&g
Control: severity -1 grave
Control: tags -1 +confirmed +pending
Justification: activating any doom theme results in error, rendering the
package unusable for users.
Confirmed. The fix is cherrypicked and pushed to Salsa. Would still need a
sponsor.
--
Regards,
Xiyue Deng
signature.asc
Sean Whitton writes:
> Hello,
>
> On Tue 04 Mar 2025 at 11:32pm -08, Xiyue Deng wrote:
>
>> Sean Whitton writes:
>>
>>> Hello Xiyue,
>>>
>>> Thanks.
>>>
>>> What if we add a Breaks to Emacs in trixie saying it's incompa
ng in dh-elpa[1] to
work for both 30 and older releases, and we can loosen that requirement
so that it can upgrade before Emacs 30.1.
> --
> Sean Whitton
[1]
https://salsa.debian.org/emacsen-team/dh-elpa/-/blob/master/dh-elpa.el?ref_type=heads#L102
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
Sean Whitton writes:
> control: tag -1 + moreinfo
>
> Hello Xiyue,
>
> On Mon 03 Mar 2025 at 12:44pm -08, Xiyue Deng wrote:
>
>> There are several reports against Emacs 30.1 backports that some
>> packages are seeing byte-compilation errors when upgrading to Emacs
Hi Stefano,
Stefano Zacchiroli writes:
> On Tue, Mar 04, 2025 at 01:25:15AM -0800, Xiyue Deng wrote:
>> I think you should install dh-elpa-helper 2.1.2 or newer on your
>> backport machine, which provides the install/remove scripts for Emacs
>> addons (also note that Bug#
d let us know?
> [...]
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
Control: tags -1 pending
FYI I have pushed a fix on Salsa and have filed an RFS bug[1] for a
QA upload. Sponsors welcome.
[1] https://bugs.debian.org/1099501
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
Control: fixed -1 dh-elpa/2.1.2
Marking this as fixed in newer dh-elpa versions that use
byte-recompile-directory.
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
behavior change since 30.1, so I'm not reassigning/merging the bugs
yet.
[1] https://bugs.debian.org/1099467
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-31-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enab
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
Package: elpa-dape
Version: 0.21.0-1
Severity: grave
k4r4b3y on IRC reported that the current elpa-dape is having the issue
described in this upstream issue[1]. Due to a limitation of package
version handling[2], dh-elpa detects that jsonrpc is shipped with Emacs
and considered the dependency as
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Fri 10 Jan 2025 at 02:34pm -08, Xiyue Deng wrote:
>
>> Thanks for bringing up this. I checked the uscan manual and it said
>> that the default for "gitmode" is "shallow", so AIUI it shouldn't be
&g
Xiyue Deng writes:
> Hi Ayermic, Sean,
>
> Sean Whitton writes:
>
>> Hello,
>>
>> On Fri 10 Jan 2025 at 02:13pm +01, Aymeric Agon-Rambosson wrote:
>>
>>> Hi,
>>>
>>> Le jeudi 9 janvier 2025 à 02:06, Xiyue Deng a écrit :
>>>
Hi Ayermic, Sean,
Sean Whitton writes:
> Hello,
>
> On Fri 10 Jan 2025 at 02:13pm +01, Aymeric Agon-Rambosson wrote:
>
>> Hi,
>>
>> Le jeudi 9 janvier 2025 à 02:06, Xiyue Deng a écrit :
>>
>>> It looks like the cause is that the current latest rel
[2]
https://salsa.debian.org/emacsen-team/org-roam/-/compare/master...latest-snapshot-to-fix-1091945
--
Regards,
Xiyue Deng
signature.asc
Description: PGP signature
+1,11 @@
+auto-complete-el (1.5.1-0.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * No source change upload to rebuild against dh-elpa 2.1.5 (Closes:
+#1077096).
+
+ -- Xiyue Deng Wed, 01 Jan 2025 23:03:41 -0800
+
auto-complete-el (1.5.1-0.2) unstable; urgency=medium
* Non maint
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Thu 19 Dec 2024 at 10:20am -08, Xiyue Deng wrote:
>
>> Hi Sean,
>>
>> Sean Whitton writes:
>>
>>> Hello,
>>>
>>> On Thu 19 Dec 2024 at 03:04am -08, Xiyue Deng wrote:
>>>
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Thu 19 Dec 2024 at 03:04am -08, Xiyue Deng wrote:
>
>> https://salsa.debian.org/emacsen-team/dap-mode/-/merge_requests/2
>
> Why did you add the emacs-lsp maintainers? Have they made changes?
>
The last paragraph sa
Xiyue Deng writes:
> Hi Sean,
>
> Sean Whitton writes:
>
>> Hello,
>>
>> On Thu 19 Dec 2024 at 12:06am -08, Xiyue Deng wrote:
>>
>>> Hmm, I'm still confused: looking at the last paragraph of the file[1],
>>> there doesn't seem to
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Thu 19 Dec 2024 at 12:06am -08, Xiyue Deng wrote:
>
>> Hmm, I'm still confused: looking at the last paragraph of the file[1],
>> there doesn't seem to claim copyright to any specific person, and the
>> &q
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Wed 18 Dec 2024 at 11:27pm -08, Xiyue Deng wrote:
>
>> Hi Sean,
>>
>> Sean Whitton writes:
>>
>>> Source: dap-mode
>>> Version: 0.7-5
>>> Severity: serious
>>> Justificatio
conduct doesn't
seem to state how a software is used or distributed, but how the
developers and users should interact as people.
If a code of conduct is not consider a license, then I see no issue
here, as there is not any separate explicit license specifically for
this file.
> --
> Sean Wh
Control: forwarded -1 https://github.com/SecurityInnovation/PGPy/issues/471
Xiyue Deng writes:
> Hi,
>
> With much testing, I have identified that this was caused by the change
> in gpgme1.0 after upgrading from 1.18.0-6+b1 to 1.23.2-5. More
> specifically, gpg.Context.ver
Hi,
With much testing, I have identified that this was caused by the change
in gpgme1.0 after upgrading from 1.18.0-6+b1 to 1.23.2-5. More
specifically, gpg.Context.verify (which uses gpgme_op_verify underneath)
now calls "gpg" with "--verify" which caused its behavior to change and
resulted in t
...no-recursive-handling?from_project_id=18920
--
Xiyue Deng
>From cc38abc38dea77814c691913fab51593ed7da584 Mon Sep 17 00:00:00 2001
From: Xiyue Deng
Date: Wed, 24 Jul 2024 14:22:05 -0700
Subject: [PATCH] Properly disable recursive load-path handling in
sub-directories
* Create the `.nosearch
gests no packages.
-- no debconf information
--
Xiyue Deng
org/emacsen-team/markdown-mode/-/commit/10deb2fb6c00fb83a96226fb0c7645af0672d676
[3]
https://salsa.debian.org/emacsen-team/markdown-mode/-/commit/adfe33a78fac11877c32fe2f5c87284b0c1d6463
[4] https://bugs.debian.org/1072906
--
Xiyue Deng
Version: 1.0.5+git20240301.6d86af4-1
Found a way to reconcile git history. Marking as closed with current
version.
--
Xiyue Deng
Package: elpa-rust-mode
Version: 1.0.5+git20240301.6d86af4-1
Severity: serious
Dear Maintainer,
This is a placeholder bug for the current version in unstable, which is
now being obsoleted by a newer snapshot prepared on mentors[1].
[1] https://mentors.debian.net/package/elpa-rust-mode/
-- Syste
Control: tags -1 patch pending
Xiyue Deng writes:
> Package: rtags
> Version: 2.38-10
> Severity: serious
>
> Dear Maintainer,
>
> rtags is now failing autopkgtest due to missing dependency on emacs.
> See the autopkgtest regression test from flycheck[1]. It used to wo
Package: rtags
Version: 2.38-10
Severity: serious
Dear Maintainer,
rtags is now failing autopkgtest due to missing dependency on emacs.
See the autopkgtest regression test from flycheck[1]. It used to work
because it pulls in emacs through the dependency of flycheck. The
recent upload of flyche
Hayashi as FYI.)
[1] https://mentors.debian.net/package/mozc/
[2] https://salsa.debian.org/debian/mozc/-/merge_requests/10
[3] https://salsa.debian.org/manphiz/mozc/-/pipelines/683514
--
Xiyue Deng
>From 7c83a80bb31420e76ae96746a8192673988f8a7e Mon Sep 17 00:00:00 2001
From: Xiyue Deng
Date
Control: tags -1 pending
Hi,
I have committed a fix to the team repo (together with other tweaks) and
prepared a package on mentors. See Bug#1069078[1] for the RFS request.
Please help sponsoring. TIA!
--
Xiyue Deng
[1] https://bugs.debian.org/1069078
Package: elpa-snakemake
Severity: serious
X-Debbugs-Cc: debian-emac...@lists.debian.org, Xiyue Deng
According to Debian Continuous Integration, elpa-snakemake is having an
error during installation (see logs on amd64[1].)
[1] https://ci.debian.net/packages/e/elpa-snakemake/unstable/amd64
rary (using
>> use-package).
>>
>> It seems that some files are missing (mu4e.el at least).
>
> Confirmed. Will get this fixed ASAP. Thanks for the report.
>
> J.
>
Hi Jeremy,
I made a MR[1] with a potential fix. There is an alternative way to do
this (where I left a co
Control: tags -1 pending
I have prepared a fix on mentors[1]. The changes are also committed to
the team repo[2]. Looking for sponsorship :)
[1] https://mentors.debian.net/package/scala-mode-el/
[2] https://salsa.debian.org/emacsen-team/scala-mode-el
--
Xiyue Deng
Control: tags -1 pending
Xiyue Deng writes:
> Control: reopen -1
> Control: found -1 8.0.0-6
>
> It looks like the attempted fix in 8.0.0-6 is not reliable and still
> fails in ppc64el[1] and s390x[2]. I'm working on a better fix which
> is also forwarded
(--configure):
>installed elpa-dpkg-dev-el package post-installation script subprocess
> returned error exit status 1
> Errors were encountered while processing:
>elpa-dpkg-dev-el
>
>
> Cheers,
>
> Andreas
>
>
Thanks for detecting the bug! It looks like without byte-compiling we
weren't able to detect such issue when building. I have added the
missing dependency of elpa-debian-el[1] and prepared another version on
mentors[2] for which I would need a sponsor. TIA!
[1]
https://salsa.debian.org/emacsen-team/dpkg-dev-el/-/commit/5d6a77b97440ee9da7d0209bf7e7579506c8b8b2
[2] https://mentors.debian.net/package/dpkg-dev-el/
--
Xiyue Deng
https://ci.debian.net/packages/l/lsp-mode/testing/s390x/40222364/
--
Xiyue Deng
signature.asc
Description: PGP signature
Nicholas D Steeves writes:
> Xiyue Deng writes:
>
>> Done. Also reuploaded to mentors just in case.
>>
>
> Thanks, I've sponsored your upload. Please push the release tag to git
> at your earliest convenience.
>
Thanks Nicholas! Just pushed the tag '
Nicholas D Steeves writes:
> Xiyue Deng writes:
>
>> Control: tags -1 pending
>>
>> Hi,
>>
>> I have prepared a patch[1] that fixes this issue and also forwarded it
>> upstream[2]. I have also prepared the package on mentors[3]. Please
>> cons
/62bc99d768bcb290612b834c668f131e9f5b53f0
[2] https://github.com/mhayashi1120/Emacs-wgrep/pull/93
[3] https://mentors.debian.net/package/emacs-wgrep/
--
Xiyue Deng
Nicholas D Steeves writes:
> Xiyue Deng writes:
>
>> Indeed. I've refinalized, recompiled, and reuploaded it to mentors[1].
>> PTAL. Will create tag once it's uploaded to unstable.
>
> There was some undocumented churn with python3-sphinx, but this release
ng
> Uploaders worked on this package was 2016, so they should be dropped at
> this time. I've CCed everyone involved.
>
> Aymeric and Xiyue Deng, would you to take responsibility for this
> package?
>
Glad to, or co-maintain if Aymeric is also onboard. Will take a look
later this week.
--
Xiyue Deng
signature.asc
Description: PGP signature
Still prefer to let you sponsor here ;)
> Thank you for comaintaining this package :)
>
Happy to help :)
> Regards,
> Nicholas
>
[1] https://mentors.debian.net/package/flycheck/
--
Xiyue Deng
signature.asc
Description: PGP signature
3-dev
+ * Update d/copyright with copyright owners of the pcre2 patch and m4/*
+
+ -- Xiyue Deng Thu, 21 Sep 2023 23:41:55 -0700
+
silversearcher-ag (2.2.0+git20200805-1) unstable; urgency=medium
* New upstream snapshot (Closes: #957798)
diff -Nru silversearcher-ag-2.2.0+git20200805/debian/co
Package: src:linux
Version: 6.4.11-1
Severity: grave
Justification: renders package unusable
The recent update of linux-image to version 6.4.0-3 causes this laptop unable to
boot. As the boot was not successful I could not check the log through dmesg so
I will attach a photo later.
The relevant
Package: elpa-buttercup
Version: 1.26-4
Severity: serious
X-Debbugs-Cc: none, Xiyue Deng
Currently elpa-buttercup is incompatible with Emacs 29.1. As this is a
testing library used by other packages, it indirectly breaks them on
Emacs 29.1 as well. I have a WIP merge request[1] that sync it to
Hi Emacs maintainers,
It looks like the same problem is coming back again. Currently
installing emacs23-nox at version 23.4+1-4 will fail by assertion on
wheezy stable install with the same assertion as before. According to
build log[1], binutils is at 2.22-7.1, and linux-libc-dev is at
3.2.23-1,
Package: libboost-locale1.49-dev
Version: 1.49.0-3.1
Severity: grave
Tags: security
Boost has issued a security notice:
http://www.boost.org/users/news/boost_locale_security_notice.html
Boost versions from 1.48.0 to 1.52.0 are affected. A patch is provided:
http://cppcms.com/files/locale/boost_lo
54 matches
Mail list logo
