Hi Moritz,
Moritz Muehlenhoff writes:
> On Tue, Apr 28, 2020 at 08:57:39PM -0400, Nicholas D Steeves wrote:
>> Control: tag -1 upstream
>>
>> Hi Moritz,
>>
>> Moritz Muehlenhoff writes:
>>
>> > Source: puppet-mode
>> > Version: 0
ded source format
* Added NEWS file
* Removed emacsen-install, emacsen-remove and emacsen-startup files which
were no longer necessary due to migration to dh_elpa
.
[ Sławomir Wójcik and Nicholas D Steeves]
* New upstream version 1.1.0.
* Migrate to debhelper-compat 13.
Control: tags -1 = unreproducible
Control: fixed -1 markdown-mode/2.3+154-2
Hi Christophe,
I was unable reproduce the issue on sid with emacs 1:27.1+1-3 and
elpa-markdown-mode 2.4-1.
This bug looks safe to close now, but I'll leave it open for six months
on the off chance a new trigger can be id
Hi Matthias,
On Mon, Nov 23, 2020 at 11:21:29AM +0100, Matthias Klose wrote:
> Package: src:elpy
> Version: 1.34.0-2
> Severity: serious
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: python3.9
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/e/elpy/8349971/log.gz
Hi!
David Bremner writes:
> David Bremner writes:
>
>>
>> We are down to less than 161 packages; several packages have been
>> rebuilt. Note also that several packages reported twice do to
>> limitations in my sql query.
>>
>
> Down to at most 77 packages.
Wonderful news, thank you for the upd
> [snip]
>
> Rich-minority is a false positive; I uploaded 1.0.3-2 08 Dec 2020, built
> with dh-elpa 2.x.
Thanks for the ping on IRC David. Indeed, you're right, it looks like:
I misread rmadison output, didn't actually upload 1.0.3-2, and also
didn't push the branch and tag...sorry for the noise
...so, it looks like verilog-mode won't be in bullseye, which is a
shame. I also wonder if Verilog's importance is going to increase due
to:
https://beaglev.seeed.cc/ (RISC-V with NVDLA Engine)
which appears to support Verilog as well as the (usual?) SystemC.
http://nvdla.org/primer.html
Dec 25, 2020 at 08:57:49PM -0500, Nicholas D Steeves wrote:
>>...
>> I've made progress with this, and encountered a couple blockers along
>> the way (one outstanding at this time). Currently the need for Jedi
>> 0.18 means the work in git (Elpy 1.35 minus r
Hi Adrian,
Adrian Bunk writes:
> On Sat, Jan 30, 2021 at 10:09:03PM -0500, Nicholas D Steeves wrote:
>> Hi Adrian,
>
> Hi Nicholas,
>
>> Thank you for checking in with this bug! Please let me know ASAP if
>> another autoremoval exception will be provided, becaus
Hi Antoine and Lev!
Antoine Beaupré writes:
> That didn't work, but I manually bisected my .emacs.d/init.el file and
> came up with this minimal reproducer:
>
> (when (require 'package nil t)
> (setq-default
>load-prefer-newer t
>package-enable-at-startup nil)
> (package-initialize)
Antoine Beaupré writes:
> On 2021-04-29 13:54:05, Nicholas D. Steeves wrote:
[snip]
>> These Emacs >= 27 changes also affect the point in emacs init where
>> package-enable-at-startup can be set:
>>
>> If non-nil, packages are made available before reading t
Hi Antoine,
I had started on a draft of this email before receiving your latest
update; however, I the info below is still relevant.
Antoine Beaupré writes:
> I still need to get to the office to confirm the fix, but this totally
> makes sense. I have a very old Emacs configuration, which I've
Hi Lev,
Lev Lamberov writes:
> That's interesting! Thanks for your input.
Thanks! And you're welcome :-)
> I've tried Antoine's minimal configuration and can confirm that
> commenting out (package-initialize) resolves the problem. So, it
> really means that lsp-mode has an autoload cookie whi
Source: zenburn-emacs
Version: 2.6-3
Severity: important
README.Debian contains the obsolete and now harmful requirement to run
(package-initialize) in init.el. Package-initialize is now executed
automatically in between early-init.el and init.el, and continuing to
call it from init.el (or one of
Hi Salman,
Salman Mohammadi writes:
> I could reproduce this bug under this environment:
>
> 1. clean install debian stable in a vm
>
> 2. upgrade debian to sid
>
> 3. install emacs and debian-el: $ sudo apt -y install emacs
> elpa-debian-el
>
>
> Now, M-x debian-bug command does not w
On Sat, 22 May 2021 at 10:51, David Bremner wrote:
>
> Salman Mohammadi writes:
>
> > the command `apt-utils-search` does not sort the numbers based on
integer value
> > from smallest to largest.
> >
> > How to reproduce:
> > -
> > 1. M-x apt-utils-search
> > 2. Search packages
Package: wnpp
Severity: wishlist
* Package name: explain-pause-mode-el
Version : 0.2~dev~gitsnapshot
Upstream Author : Lin Xu
* URL : https://github.com/lastquestion/explain-pause-mode
* License : GPL2+ (appears to be GPL3+ effective)
Programming Lang: elisp
Hi Vagrant!
Yes, I think we met at DebConf17, in a classroom that was used for a BoF
I think? (no idea which one) If my memory is correct you do a lot of
work getting Arm boards working with Debian, and I mentioned that I
thought the Volumio project wouldn't exist if not for your work :-)
Maybe w
Hi Team,
Bullseye drops emacs24 and emacs25 transitional packages. I think I
found and removed all incidences of these (plus a couple old emacs23!)
in our packages' control files.
If I remember correctly, I'm working off of an Oct 2020 list of our
packages, so if any new packages were created af
Hi Team,
Bullseye drops emacs24 and emacs25 transitional packages. I think I
found and removed all incidences of these (plus a couple old emacs23!)
in our packages' control files.
If I remember correctly, I'm working off of an Oct 2020 list of our
packages, so if any new packages were created af
Package: emacs-common-non-dfsg
Version: 1:27.1+1-2
Severity: normal
Control: affects -1 emacs
Control: owner -1 !
Hi,
I recently became aware that "An Introduction to Programming in Emacs
Lisp" is non-discoverable, to the point that I doubt that any of the
target audience will be able to find it;
David Bremner writes:
> Nicholas D Steeves writes:
>
>> Package: elpa-fountain-mode
>> Severity: normal
>>
>> Fountain-mode is out of date. I have not imported the new series yet,
>> because it drops support for exporting to PDF. Afterwriting looks
&
clone 12345 -1
retitle -1 fountain-mode: restore print export functionality
unblock 960268 by 960269
thanks
signature.asc
Description: PGP signature
Control: tags + upstream fixed-upstream pending
Fixed upstream with a trivial one line fix:
https://github.com/Sarcasm/irony-mode/commit/ec6dce7ee16ffaa9a735204534aa4aa074d14487
Build log attached.
irony-mode_1.5.0-1~exp1_amd64.build.xz
Description: proof of ftbfs resolution with GCC-11
As
CCing #989905 (base-files)
> Setting user-package-dir to a nonexistent directory also seems to
> work. Nick, can you try the dh-elpa version at
> https://salsa.debian.org/emacsen-team/dh-elpa ? Or just apply
>
> https://salsa.debian.org/emacsen-team/dh-elpa/-/commit/600a1133903eb2f7d3b7d954467dcee
Hi Dhavan,
Unfortunately the non-dfsg files have already been merged and pushed, so
a team member with group-level admin access will need to do a hard reset
of the pristine-tar, upstream, and master branches, and you'll need to
do the same on your local copy, and reimport using 'gbp import-orig
--
P.S. I was assuming a tarball-based workflow for the docs package. If
you'd prefer to create modus-themes-non-dfsg-docs tags then gbp can
leverage those in a local-only src:modus-theme-non-dfsg-docs package.
'git deborig' can also be used to create the docs package's tarball from
the debian packag
Hi Sean,
Sean Whitton writes:
> Hello,
>
> On Sun 19 Sep 2021 at 01:13PM -04, Nicholas D Steeves wrote:
>
>> Hi Dhavan,
>>
>> Unfortunately the non-dfsg files have already been merged and pushed, so
>> a team member with group-level admin access will need t
Hi Antoine,
It looks like I forgot to send this draft... (Dated 07 Sep 2021). So,
here's an update on the packaging: It's done, but the software seems to
be fundamentally broken by something that I haven't yet been able to
identify. I also confess to low motivation, and to worrying that this
pac
reassign 997370 silversearcher-ag-el 0.48-1
affects emacs-wgrep
fixed 997370 silversearcher-ag-el/0.48-1.1
thanks
Lucas Nussbaum writes:
> Source: emacs-wgrep
> Version: 2.3.2+9.gf0ef9bf-2
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
>
> Hi,
>
> During a rebuild of all p
-12-dev.
* Switch to watch file v4 (no further changes required).
-- Nicholas D Steeves Wed, 15 Sep 2021 16:56:37 -0400
Additionally, I think it may be a better use of time to focus on
stabilising llvm-toolchain-13 rather than 11 and 12. Of course, that's
not my call, but I'd lik
Antoine Beaupré writes:
> On 2021-10-20 18:58:03, Nicholas D. Steeves wrote:
[snip]
> Thanks for the update! That's interesting! I've been meaning to look at
> other completion frameworks, I keep getting confused because I can't
> even remember which one I'm us
Package: dh-make-elpa
Version: 0.19.1
Severity: normal
Hi,
This bug has existed for a while, but finally annoyed me enough to
file a bug. Briefly, it seems like the URLs generated may be designed
for use with mode=git, or with the assumption that all git project
hosting sites will map a https://
s
available at: https://salsa.debian.org/sten/dh-elpa.git
The commit messages further information, and short changelog messages
have also been provided.
Thanks,
Nicholas
>From e9d5277aaf7bdc2acf5f282dd17f276781505a35 Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves
Date: Sat, 4 Dec 2021 19:3
Hi David,
Thank you for replying quickly, and sorry for the tardiness of mine.
Holiday season, you know? ;-)
David Bremner writes:
> Nicholas D Steeves writes:
>
[snip]
>>
>> I've noticed that these questions are still coming up on
>> #debian-emacs, so I though
Control: tag -1 moreinfo unreproducible
Control: tag -1 important
Hi Lucas,
I was not able to reproduce, nor was reprobuilds on 2022-02-15 04:13:00 UTC:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/irony-mode_1.5.0-2.rbuild.log.gz
https://tests.reproducible-builds.org/deb
Source: esxml
Version: 0.3.5-1
Severity: normal
X-Debbugs-Cc: Sean Whitton
Hi,
I remembered that our esxml package had been out of date for a while,
and when I checked to see what the latest upstream version was I
found that it was at 0.3.7.
Please upgrade to upstream 0.3.7 or newer.
Thanks,
N
Source: markdown-mode
Version: 2.4-1
Severity: normal
X-Debbugs-Cc: David Bremner
Hi David,
I took a look at importing upstream version 2.5 and ran into an
autopkgtest failure that looks like the same type that afflicts newer
versions of find-file-in-project. I haven't been able to solve the
ff
Hi David,
I suspect the failing test in markdown-mode 2.5
(test-markdown-ext/wiki-link-search-under-project) is failing for a
similar reasons to why 'ffip-test-relative-path-commands' was failing in
find-file-in-project from 6.0.7 to a minimum of 1d2f0b3. The nature of
the problem appears to be a
Control: retitle -1 RFP: rg-el -- elpa-rg
Control: noowner -1
It doesn't look like #997974 is going to be solved anytime soon, so I'm
converting this bug to an RFP to signal that anyone who wants to work on
this bug, and to pursue resolution of #997974 is welcome to do so.
Cheers,
Nicholas
sign
David Bremner writes:
> Nicholas D Steeves writes:
>
>> I suspect the failing test in markdown-mode 2.5
>> (test-markdown-ext/wiki-link-search-under-project) is failing for a
>> similar reasons …
[snip]
>> … My hypothesis is
>> that upstream makes a normally-
Hi Thomas,
Debian FTP Masters writes:
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Thu, 19 May 2022 17:10:12 +0300
> Source: projectile
> Architecture: source
> Version: 2.1.0-1.1
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Emacsen
Package: elpa-geiser
Version: 0.10-1
Severity: wishlist
X-Debbugs-Cc: r...@debian.org
Hi,
I'm filing this wishlist bug on Rob's behalf, as discussed in
#debian-emacs. Currently src:geiser uses debian/elpa to install the
info page to the elpa-src dir rather than to /usr/share/info/ (which
appears
Dear Gregory and Cédric,
FYI evil-el has been orphaned. It is currently in the Debian Emacsen
Team's salsa group, but it needs a new human maintainer. See the orphan
bug at #981120, and here is its git remote (writable for team members):
g...@salsa.debian.org:emacsen-team/evil-el.git
Regards
Dear Sebastian,
As the src:org-mode maintainer, I thought you would want to know about
this bug, because org-drill used to be part of src:org-mode.
Tobias Frost writes:
> Source: org-drill
> Version: 2.7.0+20200412+dfsg1-2
> Severity: minor
> User: m...@qa.debian.org
> Usertags: mia-teammaint
>
Lev Lamberov writes:
> Пн 05 сен 2022 @ 09:51 David Bremner :
>
>> Package: dh-make-elpa
>> Version: 0.19.1
>> Severity: important
[snip]
> Hmm... have you changed directory to srv.el before running dh-make-elpa?
> Because I cannot reproduce this, see:
>
> $ git clone -o upstream https://github.co
Ah, now I see what's happening. Reportbug only inserts a description
when a bin:package is orphaned.
Description: Major Emacs mode for editing Elm source code
A major Emacs mode for editing Elm source code.
and correct links are:
Vcs-Browser: https://salsa.debian.org/emacsen-team/elm-mode
Vcs-
Adrian Bunk writes:
> forwarded 1020180
> https://github.com/abo-abo/swiper/commit/23bdb5ab7003694aa880655d092fa9c321a31bb3
> thanks
Thank you for setting this metadata, and for finding the specific commit
:)
I've leaning towards packaging a git snapshot, and then encouraging
upstream to make
Dear Aymeric,
Following up from our conversation on IRC:
ca55bc8: Nice find, and fix, thank you! (I haven't tested it yet, but
assume you have, that it's good, and that it will pass when I test it)
2ff39eb: Nitpick: If you patch fixes the incompatibility, please say so
:) Also, it may be
ng and expansion of compiled snippets"
…
(ert-deftest visiting-compiled-snippets ()
"Test snippet visiting for compiled snippets."
Aymeric Agon-Rambosson writes:
> Le mercredi 4 janvier 2023 à 13:13, Nicholas D Steeves
> a écrit :
>
>> ca55bc8: Nice find, and fix,
Hi Aymeric,
Aymeric Agon-Rambosson writes:
>
> Le dimanche 8 janvier 2023 à 18:12, Nicholas D Steeves
> a écrit :
>
>> I've created the branch "temp-agon-reviewed_by_sten" which is
>> fast-forwardable relative from "temp".
>
> Very well
Hi Aymeric,
Aymeric Agon-Rambosson writes:
> According to the function `comp-trampoline-compile', the
> EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION environment variable
> does not prevent trampoline compilation, only the saving of the
> output of said trampoline compilation to the file system.
Hi Aymeric,
tldr: We only have about week to upload the fix, so I'd prefer to merge
what I reviewed (where you used a patch) right now and upload ASAP.
Aymeric Agon-Rambosson writes:
> Le dimanche 22 janvier 2023 à 17:31, Nicholas D Steeves
> a écrit :
>
>> It would be
Hi Aymeric,
Aymeric Agon-Rambosson writes:
> Hi Nicholas,
>
> Le dimanche 29 janvier 2023 à 13:51, Nicholas D Steeves
> a écrit :
>
>> I agree, the wiki is a good place to centralise information.
>> Linking to
>> that article can then be used to avoid n
Package: kotlin-mode
Version: 0.0~git20230123.fddd747-1
Severity: normal
X-Debbugs-Cc: s...@debian.org
Hi Josh,
Towards the end of packaging this snapshot, I found several issues:
1. Lintian warned about "doc/indentation_logic/.gitignore". When
reenabling installation of docs, please ensure tha
Paul Gevers writes:
> Source: flycheck
> Version: 32~git.20200527.9c435db3-3
> Severity: serious
[snip]
> Traceback (most recent call last):
>spy-on(buffer-file-name :and-return-value "test-buffer-name")
>buttercup--spy-on-and-call-replacement(buffer-file-name (lambda
> (&rest arg...
>
unarchive 892377
reopen 892377
retitle 892377 RFP: company-irony -- C, C++ and Objective-C completion tooltips
for emacs.
submitter 892377 !
thanks
Dear Alberto and anyone else reading this,
It appears that Bart's stale-bot closed this bug, which is a shame
because this package makes our Emacs a
David Bremner writes:
> Note that by filing this bug with severity serious, you are proposing to
> remove elpa-org from bullseye. This might be the right course of action,
> I'm not sure.
>
At this time, this would mean that at least elpa-org-contrib will also
be dropped. I don't know if there
his.
Sean Whitton writes:
> Hello,
>
> On Sun 07 May 2023 at 04:42PM -04, Nicholas D Steeves wrote:
>
>> Is there a practical argument against adding versioned Provides to
>> either emacs-common or emacs-el (as appropriate)? Something like
>>
> I believe that ch
Control: tag -1 confirmed upstream fixed-upstream pending
Antoine Beaupre writes:
> Package: elpa-markdown-toc
> Version: 0.1.5-2
> Severity: grave
> markdown-toc-generate-toc crashes with:
>
> Debugger entered--Lisp error: (wrong-type-argument consp nil)
Thanks for reporting; fix pending!
si
David Bremner writes:
> Antoine Beaupre writes:
>
>> Package: elpa-markdown-toc
>> Version: 0.1.5-2
>> Severity: grave
>>
>> In Debian bookworm, markdown-toc is currently unusable.
>>
>> Given the following markdown buffer:
>>
>
> Hi Antoine;
>
> I agree that markdown file looks innocuous, but d
Antoine Beaupré writes:
> On 2023-05-19 14:39:14, Nicholas D Steeves wrote:
>> Control: tag -1 confirmed upstream fixed-upstream pending
>> Antoine Beaupre writes:
>>
>>> Package: elpa-markdown-toc
>>> Version: 0.1.5-2
>>> Severity: gra
Control: tag -1 -pending
Nicholas D Steeves writes:
> David Bremner writes:
>>
>> I agree that markdown file looks innocuous, but do you know if it is
>> just this file or any markdown file?
>
> This bug appears to be native-comp related. After cherry picking three
Nicholas D Steeves writes:
> I also confirmed that both the patched version (in the staging branch)
> and unpatched version (in bookworm) work correctly with
>
>
> https://gitlab.torproject.org/tpo/tpa/team/-/wikis/policy/tpa-rfc-36-gitolite-gitweb-retirement.md
>
> when o
fixed 1033341 org/mode/9.5.2+dfsh-5
fixed 1033341 org-mode/9.6.6+dfsg-1~exp1
thanks
Dear Salvatore and Security Team,
Salvatore Bonaccorso writes:
> Source: org-mode
> Version: 9.5.2+dfsh-4
> Severity: important
> Tags: security upstream
> X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: tag -1 pending
Sébastien Delafond writes:
> On 27/03 09:26, Michal Politowski wrote:
>> Actually I think there is no need to compile x11idle. As the footnote
>> https://orgmode.org/manual/Resolving-idle-time.html#DOCF82 says,
>> Debian already provides xprintidle, which seems to work f
Source: modus-themes
Version: 1.0.2-1
Severity: normal
X-Debbugs-Cc: Dhavan Vaidya
Hi Dhavan,
I hope this email finds you in good health. Are you still interested
in maintaining modus-themes? The repository hasn't seen any activity
since 2021, the current stable upstream version is now 4.2.0,
Last September the MIA team filed bugs requesting that thk be dropped
from the Uploaders of various packages. Some packages have already been
adopted, and some have already been orphaned. The following are those
that remain in limbo:
bui-el company-lsp dap-mode emacs-lsp-ui emacs-posframe
Antoine Beaupré writes:
> You seem to have pasted a link to the TPA GitLab wiki here... Did you
> mean to paste some other bug report or link there?
That's confirmation that I tested with the link to the file that you
were noted (in an earlier post) that you were testing with.
> I think I'm oka
Raúl Benencia writes:
> Nicholas D Steeves writes:
>> Raúl and Dhavan, I have CCed you because you maintain themes, which
>> indicates you may have an interest in UI/UX. Maybe you would like to
>> adopt emacs-posframe?
>
> Yes, I'll gladly adopt it. I'll p
Nicholas D Steeves writes:
> Raúl Benencia writes:
>
>> Nicholas D Steeves writes:
>>> Raúl and Dhavan, I have CCed you because you maintain themes, which
>>> indicates you may have an interest in UI/UX. Maybe you would like to
>>> adopt emacs-posframe
Hi,
Here is a way to work around this bug (whether in Emacs or in markdown-toc).
To test:
emacs --eval="(setq native-comp-deferred-compilation-deny-list
'(\"markdown-toc\"))"
To make permanent:
(setq native-comp-deferred-compilation-deny-list '("markdown-toc"))
That said, I'm not convinced tha
Antoine Beaupré writes:
> On 2023-06-11 14:45:19, Nicholas D. Steeves wrote:
>>
>> Here is a way to work around this bug (whether in Emacs or in markdown-toc).
[snip]
>
> Oh wow, thanks!
You're welcome!
> That said it doesn't actually work! I have tried both
David Bremner writes:
> Nicholas D Steeves writes:
>
>> fixed 1033341 org/mode/9.5.2+dfsh-5
>> fixed 1033341 org-mode/9.6.6+dfsg-1~exp1
>> thanks
>
> Are you sure about that? It depends on emacs 28.2, which afaik has the
> vulnerable org-mode embedded. I guess
Hi,
Sebastien Delafond writes:
> On 15/03 22:45, Nicholas D Steeves wrote:
>> While triaging bugs I just noticed this one is marked fixed but is
>> still open. Was it left open as a reminder to backport bullseye's
>> org-mode?
>
> I believe that was the
Hi Bastien,
Reply follows inline.
Bastien writes:
> Hi all,
>
> I'm not sure if this is the right place to announce this, but here it
> goes: Org 9.4 is out.
That's a good question! Yes, I believe that filing a "new upstream
version" bug is likely to reduce the latency between when you releas
Nicholas D Steeves writes:
> Source: modus-themes
> Version: 1.0.2-1
> Severity: normal
> X-Debbugs-Cc: Dhavan Vaidya
>
> Hi Dhavan,
>
> I hope this email finds you in good health. Are you still interested
> in maintaining modus-themes? The repository hasn'
Hi Dhavan,
I'm forwarding this to your new email address, so there will be a record
about how to contact you:
Nicholas D Steeves writes:
> Source: modus-themes
> Version: 1.0.2-1
> Severity: normal
> X-Debbugs-Cc: Dhavan Vaidya
>
> Hi Dhavan,
>
> I hope this e
Hi H.-Dirk, and anyone else reading this,
I just found this draft from 3 June, and am sending it now:
"H.-Dirk Schmitt" writes:
> For myself I have deinstalled elpa-org for the moment.
That makes sense. There's a parallel discussion at #1035650, btw, and
the current package in both sid and te
Hi Max,
Max Nikulin writes:
> Thank you for fixing of the https://bugs.debian.org/1035650 bug that was
> a duplicate of this one. I am glad to see that a dummy elpa-org package
> has been landed to bookworm.
>
> Have you decided to keep this issue open to package Org-9.6 and to
> implement em
Michal Politowski writes:
> Dnia Sat, 3 Jun 2023 23:06:00 -0400, Nicholas D Steeves napisał(a):
>>
>> Pending upload to experimental:
>>
>> https://salsa.debian.org/emacsen-team/org-mode/-/commit/67d33aa4f2a26b8449f0f2ecb4404cdb2ad969a1
>
> Nice. The re
Max Nikulin writes:
> Next Org mode release will discover xprintidle out of the box:
>
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=1810c625d
That's great news :)
Control: tag -1 confirmed
Control: tag -1 affects dh-elpa
Control: tag -1 severity important
# Justification: Causes packages to not upgrade cleanly
Hello,
Balbir Thomas writes:
> Package: emacs-el
> Version: 1:28.2+1-15
> Severity: normal
>
> Dear Maintainer,
>
> On starting emacs 28 in bookwo
manp...@gmail.com writes:
> I have a merge request on salsa[1] for documentation fixes for the
> package elpa-debian-el. The first commit has typo fixes only, the
> second one has some proposed wording fixes. Please review. Thanks!
>
> [1] https://salsa.debian.org/emacsen-team/debian-el/-/merge
Hi Dhavan,
Dhavan writes:
> Thanks for dropping the email to this address, and apologies for causing
> trouble by letting the previous address go dead.
You're welcome.
> I stopped updating the package because the docs of modus-themes are licensed
> such that they cannot be added to Debian re
Sean Whitton writes:
> async 1.9.3 is from buster. You have
> /usr/share/emacs/site-lisp/elpa-async-1.9.7 on your system, right?
>
That's interesting, because that means that this is an old bug! See
#1040690, which also appears to be this issue. So far the trigger
condition appears to be a di
reassign 1030394 dh-elpa
retitle 1030394 dh-elpa: elpa-csv-mode 1.20 not cleaned up
tags 1030394 - moreinfo - unreproducible
thanks
These bugs are the same type as #1040787. Thus far, the only trigger
that we've been able to identify is a dist-upgrade (or full-upgrade)
from bullseye to bookworm.
Xiyue Deng writes:
> Source: volume-el
> Severity: wishlist
> X-Debbugs-Cc: none, Xiyue Deng
>
> Dear maintainers,
>
> I have been trying to fix uscan error of Emacs addon packages. When
> working on volume-el, I found that the repo on salsa didn't accept merge
> requests while most other packa
Manphiz writes:
>>> I have been trying to fix uscan error of Emacs addon packages. When
>>> working on volume-el, I found that the repo on salsa didn't accept merge
>>> requests while most other packages did. If it can open up merge request
>>> access it would be great and I have some pending d
Control: tag -1 moreinfo
Hello,
H.-Dirk Schmitt writes:
> Package: elpa-org
> Version: 9.6.7+dfsg-1-c42-bpo-1
> Severity: normal
> X-Debbugs-Cc: none, H.-Dirk Schmitt
>
> I use a backport from sid/trixie below bookworm.
> In difference to the 9.5 version the setting `#+LANGUAGE: de-de` is not
Sean Whitton writes:
> Thanks, applied. Just a quick note: please don't end commit messages
> with periods, in the future. I've removed them.
I'm wondering how to be supportive of your preferred style. If this…
reply was a commit message, and this commit message ended at the
following "mark"
Control: tag -1 + upstream wontfix
Control: forwarded -1 https://list.orgmode.org/20160222085952.GA32746@garlic/
Hello Max,
Max Nikulin writes:
> On Sun, 21 Feb 2016 11:37:01 +0100 Sébastien Delafond wrote:
>>
>> thanks for your report. As this seems to be a pure upstream problem,
>> could you
Manphiz writes:
> Sean Whitton writes:
>> On Wed 09 Aug 2023 at 02:23pm -07, Manphiz wrote:
>>
>>> While practicing some Emacsen packaging and getting assistance from
>>> #debian-mentors, I noticed that with "debhelper-compat (=13)" it now
>>> sets up a writable $HOME[1]. With this, Emacs with
Sean Whitton writes:
> Hello,
>
> On Thu 10 Aug 2023 at 01:11pm -07, Manphiz wrote:
>
>> Thanks for the pointers! I think the reasons given in the bugs are
>> essentially the same as the scenarios I gave in my other mail,
>> especially when it is not Emacs itself but the client code that accesses
Manphiz writes:
> Sean Whitton writes:
>
>>
>> Debian Policy requires that package builds don't attempt to write into HOME.
>
> Indeed, found the item in section 4.9[1]. Though I do wonder what is
> the reason that compat 13 starts to provide a writeable $HOME?
>
My guess would be for experime
Hello Reuben,
Reuben Thomas writes:
> Package: org-mode
> Version: 8.3.2-1
> Followup-For: Bug #809931
>
> The correct value for org-odt-data-dir is actually
>
> /usr/share/emacs/site-lisp/org-mode/etc
>
> (not …/styles as I previously said).
Wow, it seems no one saw this bug for quite some tim
Manphiz writes:
> control: merge 1050404 -1
> control: block -1 by 1050459
> control: tags -1 patch
>
> Hi,
>
> I've prepared an MR[1] to handle this, which requires a newer
> emacs-buttercup which is being prepared at [2]. PTAL.
>
> [1] https://salsa.debian.org/emacsen-team/flycheck/-/merge_req
Manphiz writes:
>>
>> I'm not a silversearch-ag user, but your suggestion makes sense to me.
>>
>> d
>
> Thanks David! I've prepared a merge request[1] on emacs-wgrep to
> implement this idea. Would be great to have your reviews and comments.
> If this is an acceptable direction to go forward I
Manphiz writes:
> Nicholas D Steeves writes:
>
>> Manphiz writes:
>>
>> To be fair, the following issue wasn't introduced by this MR, but was
[snip]
>> dh_elpa_test: error: emacs -batch -Q -l package --eval "(add-to-list
>> 'package-director
Manphiz writes:
> Manphiz writes:
>> Manphiz writes:
>>
>> Added a note on the bug[1] mentioning an MR with cherrypicked/adapted a
>> patch set from upstream branch/fork that adds pcre2 support. Hopefully
>> an NMU can be considered.
>>
>
> Seems I forgot about the link :P
>
> [1] https://bugs
1 - 100 of 371 matches
Mail list logo
