Hello,
On Sat 09 Dec 2023 at 04:23pm GMT, Sean Whitton wrote:
> Hello Xiyue,
>
> I made some commits before uploading. Please review.
>
> For the dgit-maint-merge(7) workflow, there is no need to manually
> refresh patches. dgit will do it for us whenever necessary. See the
rather like a complaint, and that is not fair or kind to
those of us who work on dgit. We don't want you to feel frustrated!
--
Sean Whitton
signature.asc
Description: PGP signature
eal reason :)
--
Sean Whitton
signature.asc
Description: PGP signature
testing of some kind, at
least with screenreaders. But maybe the fact that you've based your
theme on an existing, popular Sphinx theme means this is covered?
Thanks again.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 16 Oct 2023 at 07:46pm +02, Martin wrote:
> Quoting Sean Whitton :
>> Typically we try to patch out the need for build-deps like this. Have
>> you tried to do that?
>
> Thanks for the suggestion, I'll do that!
>
> I did that for the current version of t
Eask supports various types of Emacs Lisp tasks.
>
> Eask is a new build dependency for emacs-dashboard.
Typically we try to patch out the need for build-deps like this. Have
you tried to do that?
--
Sean Whitton
signature.asc
Description: PGP signature
t;
> I've now also pushed an "upstream/0.3" tag at the commit that matches
> the "0.3" tag, but not sure whether this is what you were referring to.
> If this works better I can remove the upstream branch to avoid further
> complications. Please advice. Thanks
.
I will still work out of git, so please don't push a signed tag there.
See dgit-sponsorship(7) for more.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sun 15 Oct 2023 at 10:46pm -07, Xiyue Deng wrote:
> Sean Whitton writes:
>
>> Hello,
>>
>> On Sun 15 Oct 2023 at 03:10pm +01, Sean Whitton wrote:
>>
>>> Hello,
>>>
>>> On Sun 15 Oct 2023 at 05:14am -07, Xiyue Deng wrote:
>&
Hello,
On Sun 15 Oct 2023 at 03:10pm +01, Sean Whitton wrote:
> Hello,
>
> On Sun 15 Oct 2023 at 05:14am -07, Xiyue Deng wrote:
>
>> Sure! It's at https://salsa.debian.org/manphiz/bison-mode. FYI I have
>> also filed an RFS bug#1053987.
>
> Alright, pushed that t
upport for doing what?
- in general, do you mind if when I upload I commit the 'dch -r' change
for you? I.e. the upload is signed off by me, but there'd be [ Xiyue
Deng ] in the changelog. This avoids an e-mail roundtrip. Totally up
to you.
--
Sean Whitton
signature.asc
Description: PGP signature
on-mode
Can you give me a git repo to clone, please? I'll create and push it to
that team repo, then review and sponsor.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Fri 13 Oct 2023 at 09:59pm +01, Sean Whitton wrote:
> === BEGIN
>
> OPTION A:
>
> The Technical Committee formally repeals its moratorium recommending
> that maintainers of individual packages should not proactively move
> files from the root filesystem to correspo
priate, please seek explicit approval from the
transition driver(s).
OPTION N:
None of the above.
=== END
--
Sean Whitton
signature.asc
Description: PGP signature
ort it, and will make it obsolete, a
> point of view the upstream maintainers of emacsql-sqlite3 themselves seem to
> accept : https://github.com/cireu/emacsql-sqlite3/issues/38.
>
> It was removed from MELPA last April for this reason.
Cool, would you like to file the RM bug?
--
Sean Whitton
signature.asc
Description: PGP signature
ould be in favour of the 25 lines criterion. The main problem with
manipulating d/copyright is only the really long licenses, IME.
--
Sean Whitton
signature.asc
Description: PGP signature
ie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Given that you maintain emacsql, would you be interested in taking over
emacsql-sqlite3 as well?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Tollef,
Please M-x report-emacs-bug to send this upstream.
--
Sean Whitton
signature.asc
Description: PGP signature
r work debhelper would automate. Replace it with
> a note that packaging helper frameworks do much of this work.
> ---
> policy/ch-source.rst | 35 +++----
> 1 file changed, 3 insertions(+), 32 deletions(-)
LGTM.
--
Sean Whitton
signature.asc
Description: PGP signature
ght achieve what you
want, without introducing all these deltas between source packages, git,
local trees etc.?
--
Sean Whitton
signature.asc
Description: PGP signature
(expand-file-name "~/.cache/emacs-eln-cache/"
> user-emacs-directory)))
>
> into init.el and starting 'emacs' makes the flaw happen.
And how about if you put them into early-init.el?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 12 Sep 2023 at 01:31am -07, Manphiz wrote:
> I'll try :P
No, not now, it's already in backports-NEW.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 11 Sep 2023 at 12:02pm -07, Manphiz wrote:
> Ah noted. I guess they'll redirect me to the actual team/person
> handling the requested packages.
In this case you could have been that person!
--
Sean Whitton
signature.asc
Description: PGP signature
he warnings (and others, as can be seen in the eln-cache directory).
The fact the warnings appear does not necessarily mean that any
recompilation occurs.
> init.el is appended.
We'd need a reproduction with 'emacs -q'.
--
Sean Whitton
signature.asc
Description: PGP signature
expected?
> As I see it, the cached native-compiled modules should be re-used.
> Do I have to configure something for that?
It's not expected. But we will need more precise steps to reproduce to
do anything about it.
--
Sean Whitton
signature.asc
Description: PGP signature
e the dependency over to the relevant flavour packages, i.e. all of
emacs-gtk, emacs-pgtk etc., depending on what actually needs it
- move emacsclient out of emacs-bin-common altogether, and install one
version in each flavour package.
--
Sean Whitton
signature.asc
Description: PGP signature
that you can upgrade any
other package without also having to upgrade the kernel.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sun 27 Aug 2023 at 11:05pm +08, Bo YU wrote:
> I'd suggest leaving the bug open for now to trace the issue to be fixed
> from upstream even if you apply this patch.:)
I'm not sure there's evidence of an upstream bug in Emacs. Isn't the
problem over in libgccjit?
--
Sean W
ustomize their emacs to avoid a
> performance / UX regression seems unkind. AFAICT since the native
> compilation is asynchronous, there is no obvious pause by queuing the
> compilation jobs.
I would be in favour of patching in setting it to 1. It's not a problem
for people to increase it, after all.
--
Sean Whitton
signature.asc
Description: PGP signature
with our ghc package. I think we should remove them to permit
migration.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 14 Aug 2023 at 10:47am +01, Ian Jackson wrote:
> Sean Whitton writes ("Bug#1042889: vm: autopkgtest fails against Emacs 29.1"):
>> vm's autopkgtest fails with Emacs 29.1, which latter is now in sid.
>>
>> https://ci.debian.net/packages/v/vm/te
Hello,
On Thu 24 Aug 2023 at 09:36am +02, Paul Gevers wrote:
> Hi Sean,
>
> On 24-08-2023 08:31, Sean Whitton wrote:
>> The only remaining issue britney shows is that its autopkgtest fails on
>> ppc64el. It's a relatively harmless failure however, to my understanding.
&g
on
ppc64el. It's a relatively harmless failure however, to my understanding.
Upstream do not seem interested in fixing it for the time being.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: flycheck
Severity: serious
flycheck is unmaintained and its fragile autopkgtest keeps stopping more
important things from migrating to testing. Let's keep it out of testing for
now.
--
Sean Whitton
signature.asc
Description: PGP signature
val from testing be sped up, please?
I think it could go right now. Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 21 Aug 2023 at 02:08pm +01, Matthew Vernon wrote:
> On 10/08/2023 13:13, Sean Whitton wrote:
>> Hello,
>> On Wed 09 Aug 2023 at 10:29am +01, Matthew Vernon wrote:
>>
>>> And you pointed out that, in fact, I'd be better just using
>>> dpkg-bu
out whether or not to include the
orig.tar.
The most convenient thing would be to upload to security-master when the
suite name ends in '-security'. So, perhaps some sort of mapping of
upload targets to upload hosts.
--
Sean Whitton
signature.asc
Description: PGP signature
ink the fact that sbuild's input is a source package is a
problem here, but possibly that should be worked in too.)
--
Sean Whitton
signature.asc
Description: PGP signature
think it should be set. I would do it with a quilt patch.
--
Sean Whitton
signature.asc
Description: PGP signature
-bin-common
2. install pgtk's emacsclient, because that seems to cover everyone.
More testing is required.
--
Sean Whitton
signature.asc
Description: PGP signature
; instead of the more debian-appropriate "apt".
Are you sure this is not coming from an addon package? I can't find it
anywhere...
--
Sean Whitton
signature.asc
Description: PGP signature
each file, left on the users' disks:
We want to do this someday. For various reasons, it's not easy.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 02 Aug 2023 at 02:49pm +01, Ian Jackson wrote:
> Sean Whitton writes ("Bug#1042889: vm: autopkgtest fails against Emacs 29.1"):
>> vm's autopkgtest fails with Emacs 29.1, which latter is now in sid.
>
> Hi, Sean, as you see we're looking into this.
> I
Source: haskell-mode
Version: 17.2-5
Severity: serious
Dear maintainer,
haskell-mode fails to bytecompile against Emacs 29.1, which latter is
now in sid.
In toplevel form:
haskell.el:30:2: Error: Eager macro-expansion failure: (error "Misplaced t
or ‘otherwise’ clause")
Source: vm
Version: 8.2.0b-10
Severity: serious
Dear maintainer,
vm's autopkgtest fails with Emacs 29.1, which latter is now in sid.
https://ci.debian.net/packages/v/vm/testing/amd64/
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Thu 27 Jul 2023 at 09:15am GMT, Juergen Schraten wrote:
> Would it at least be possible to provide an alternative package without
> `--with-native-compilation`?
We don't want to try to support both at present.
--
Sean Whitton
signature.asc
Description: PGP signature
t; mentions it might be some flag left on during compiling.
Upstreams intent is to leave it to users to clean them up, e.g. with
M-x native-compile-prune-cache. It would be nice to do better than
that, but the discussion should probably happen upstream.
--
Sean Whitton
gt; decision? That way the matter can be closed one way or the other.
That would be a premature escalation -- if you want to drive this,
please approach the MIA team.
--
Sean Whitton
eave them be purely team
> maintained, to do so.
I wanted to do this some years ago, but the MIA team objected. So you'd
need to speak to them first.
--
Sean Whitton
Hello Manphiz,
I don't think the benefit is significant to be interested in reviewing
and applying this, though perhaps Rob will take a look. Sorry to dissapoint.
--
Sean Whitton
likely
that we'd want to apply this change: typically things like this are done
manually in Debian. It's similar to debhelper compat level bumps.
--
Sean Whitton
keyid. dgit tries to find the using the
> changelog maintainer. Sean, what do you think? (It would be a change
> to behaviour for existing users who have set DEBSIGN_KEYID.)
Seems like this could be annoying for someone relying on the current
behaviour to use more than one key to upl
, I think that's right. The .elc should not have been left behind
when you removed elpa-async. There isn't really enough information here
to try to fix whatever caused that. Let us know if you are able to
reproduce.
--
Sean Whitton
Hello,
On Sun 16 Jul 2023 at 10:52am +01, Nikolaus Rath wrote:
> No. It seems these files got orphaned during the upgrade:
The .elc files do not ship in the .deb, so it's not a case of orphaning.
--
Sean Whitton
ync but (my best guess) dh-elpa.
async 1.9.3 is from buster. You have
/usr/share/emacs/site-lisp/elpa-async-1.9.7 on your system, right?
--
Sean Whitton
Hello,
On Tue 04 Jul 2023 at 02:54PM -04, Jeremy Bícha wrote:
> Control: reassign -1 src: gnome-browser-connector 42.1-3
>
> On Tue, Jul 4, 2023 at 2:45 PM Sean Whitton wrote:
>> Package: chrome-gnome-shell
>> Version: 10.1-5
>>
>> Dear maintainer,
>>
&
Hello,
On Mon 03 Jul 2023 at 05:55PM +01, Sean Whitton wrote:
> ===BEGIN
>
> A: Christoph Berg
> B: Matthew Garrett
> C: Helmut Grohne
> D: Simon McVittie
> E: Stefano Rivera
> F: Timo Röhling
> G: Matthew Vernon
> H: Sean Whitton
>
> ===END
I vot
icy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
ove the conffile on upgrade, per Policy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
b19 obsolete
Please call dpkg-maintscript-helper (probably as arranged by
dh_installdeb) to remove the conffile on upgrade, per Policy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
82e obsolete
Please call dpkg-maintscript-helper (probably as arranged by
dh_installdeb) to remove the conffile on upgrade, per Policy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
sts/org.gnome.chrome_gnome_shell.json
332a7cffa69102648a83e6819cefe5e3 obsolete
Please call dpkg-maintscript-helper (probably as arranged by
dh_installdeb) to remove the conffile on upgrade, per Policy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
ete
/etc/fwupd/upower.conf 101e62f86b3fc2947723bbf6cd7f8e66 obsolete
Please call dpkg-maintscript-helper (probably as arranged by
dh_installdeb) to remove the conffile on upgrade, per Policy 10.7.3.
--
Sean Whitton
signature.asc
Description: PGP signature
members have voted,
or until my resignation takes effect.
I would like to continue in the role, if the committee agrees.
The ballot:
===BEGIN
A: Christoph Berg
B: Matthew Garrett
C: Helmut Grohne
D: Simon McVittie
E: Stefano Rivera
F: Timo Röhling
G: Matthew Vernon
H: Sean Whitton
===END
> but have no plan to fill an _active_ MBF now.
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python3-six-removal;users=python3-...@packages.debian.org
Colin, can you confirm?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Fri 16 Jun 2023 at 05:57PM +01, Luca Boccassi wrote:
> Is there anything needed from me to make progress on this? Any changes
> required to the last revision posted?
Yes, Russ posted some comments on your most recent revision, I believe.
--
Sean Whitton
signature.asc
Descr
if other interested
> people offer to maintain them and provide tested patches.
I'm sympathetic, though, this in itself is not a Policy issue.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 14 Jun 2023 at 10:04AM +01, Sean Whitton wrote:
> ===BEGIN
> The Technical Committee recommends that Timo Röhling be
> appointed by the Debian Project Leader to the Technical Committee.
>
> R: Recommend to appoint Timo Röhling
> F: Further discussion
> ===E
Hello,
On Wed 14 Jun 2023 at 10:03AM +01, Sean Whitton wrote:
> ===BEGIN
> The Technical Committee recommends that Stefano Rivera be
> appointed by the Debian Project Leader to the Technical Committee.
>
> R: Recommend to appoint Stefano Rivera
> F: Further discussion
>
system does not know how to apply changes to services when
> updating
> +alternatives, so the resulting behavior would be confusing and unpredictable.
> +Instead, `aliases
> +<https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Description>`_
> +can be used to provide alternative implementations of the same named unit.
> +
> .. _s-maintscriptprompt:
>
> Prompting in maintainer scripts
Seconded.
--
Sean Whitton
signature.asc
Description: PGP signature
The Technical Committee recommends that Timo Röhling be
appointed by the Debian Project Leader to the Technical Committee.
R: Recommend to appoint Timo Röhling
F: Further discussion
===END
--
Sean Whitton
signature.asc
Description: PGP signature
The Technical Committee recommends that Stefano Rivera be
appointed by the Debian Project Leader to the Technical Committee.
R: Recommend to appoint Stefano Rivera
F: Further discussion
===END
--
Sean Whitton
signature.asc
Description: PGP signature
ll one of Russ or I do so?
--
Sean Whitton
signature.asc
Description: PGP signature
ault-logind virtual packages.
Thank you for reviewing. Do you have a rough idea of how long it would
be until you could confirm that this is viable, and implement it in sid?
--
Sean Whitton
signature.asc
Description: PGP signature
two levels
of normative language in Policy. It's simply untrue that all but one of
each of those is optional. Debian's normative landscape is more complex
than that.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 06 Jun 2023 at 07:56PM -07, Russ Allbery wrote:
> Sean Whitton writes:
>
>> I think what's a bit peculiar here is using "must" for a case where
>> there might be package-specific exceptions. In other cases, Policy uses
>> "should&qu
t never" is our standard phrasing,
and "must not" is not any normatively weaker than "must never".
--
Sean Whitton
signature.asc
Description: PGP signature
ther message with some wording review.
--
Sean Whitton
signature.asc
Description: PGP signature
ackages involved. For
example, configuration files used by systemd components should not
be diverted with dpkg-divert or the alternatives system without
agreement between not only the maintainers of the packages that ship
the files, but also the maintainers of the relevant systemd
e other than my mail client.
--
Sean Whitton
signature.asc
Description: PGP signature
king it no longer fun to maintain a package.
Yes, let's figure out a standard solution and write it in Policy.
The reasoning may well be applicable to similar things in the future.
--
Sean Whitton
signature.asc
Description: PGP signature
archive is also implemented for dpkg
upstream. And it might be that the dpkg developers would be against the
TC override solely or mostly because of this fact. So possibly changing
that would resolve things peacefully.
I don't see how this conflates things, but would be grateful for more
explanation if y
d tool needs to decide if it's building an image where
> tmpfiles snippets need to be ran, and if so pull in the preferred
> alternative.
This is a highly inspecific response, but: aren't things expressed by
dependencies generally less work for everyone than more special cases to
be handled by ea
ut it covers much of the
>> general case.
>
> Would you like me to reword/move the new snippet?
Yes, thank you. I will review the new version.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 08 May 2023 at 12:52PM -07, Russ Allbery wrote:
> Sean Whitton writes:
>> On Mon 08 May 2023 at 08:48AM -07, Russ Allbery wrote:
>
>>> In other words, dpkg-divert is primarily for local administrators,
>>> non-Policy-compliant local packages
,
> debian-rele...@lists.debian.org, jo...@debian.org, de...@lists.debian.org,
> piuparts-de...@alioth-lists.debian.net
> Control: affects -1 + src:adduser
>
> Hi,
>
> I am requesting to override the priority of adduser to become required.
This requires a release team ACK.
--
Sean
Hello,
On Thu 18 May 2023 at 07:55PM +02, Ansgar wrote:
> Why not?
We will not move that fast.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Thu 18 May 2023 at 07:21PM +02, Ansgar wrote:
> The full freeze is approaching and there has been no progress on this
> issue. Does the ctte think a decision before the release is still
> possible?
Not speaking for the whole ctte, but I don't think that is possible.
--
Sea
Hello,
On Mon 15 May 2023 at 09:21PM +02, Paul Gevers wrote:
> Hmm, OK. Can you please share the debdiff? Unless I see very weird
> things, I'll approve it.
Thanks. David Bremner is hoping to work on this shortly.
--
Sean Whitton
signature.asc
Description: PGP signature
celebrate, that dpkg has an upstream
existence independent of Debian.
--
Sean Whitton
signature.asc
Description: PGP signature
d require a new, maintainer-overruling vote.
Our existing decisions do not apply, so far as I can tell.
I have written a separate message to the bug and to debian-dpkg with a
proposal to avoid having to have such a vote.
--
Sean Whitton
signature.asc
Description: PGP signature
nsidered? If yes, what's the drawback?
We haven't considered it. It would be a case of writing a script to
generate the required Provides values from the Emacs source.
--
Sean Whitton
signature.asc
Description: PGP signature
g
> state of things is between useless, embarrassing, and harmful, so let's
> fix this.
We need pre-approval. I've requested it in #1035757.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 09 May 2023 at 01:26PM -07, Sean Whitton wrote:
> === BEGIN
>
> OPTION A:
>
> Under Constitution 6.1.5, the Technical Committee recommends that the
> maintainers of individual packages should not proactively move files
> from the root filesystem to correspo
essential packages should refrain from proactively moving files from the
root filesystem to corresponding locations under /usr in the data.tar.*
of packages.
OPTION N:
None of the above.
=== END
--
Sean Whitton
signature.asc
Description: PGP signature
at maintainers seemed to habitually make, the
former would make sense, but so far I think we have just one or a few
concrete examples, and so the correct thing to do seems to me to be to
add normative language for only the general case.
--
Sean Whitton
signature.asc
Description: PGP signature
al whether this is
actually a problem. I'm sorry that this hasn't been done yet: I don't myself
have time to do anything other than write up this unblock request, and I
thought it would be appropriate to ask for your opinion on the basic idea
before doing anything else.
unblock org-mode/9.5.2+dfsh-5
--
Se
ure are not appropriate at this stage
of the freeze. I wish we had done something about this sooner, but
elpa-org is undermaintained.
I don't think we should kick it out, because having a slightly older Org
seems less bad than also kicking out the rdeps, on balance.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
We can't make either of these metadata changes now the freeze has begun.
After the freeze, the correct fix is to just update elpa-org to the
latest release.
It's unfortunate that we didn't update elpa-org in time. Sorry about that.
--
Sean Whitton
?
The problem is only visible now because someone wanted to dgit clone
'git' itself.
Thanks!
--
Sean Whitton
101 - 200 of 2910 matches
Mail list logo