Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1253133 > unrolled thread

Bug#1109452: unblock: emacs/1:30.1+1-6

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1109452: unblock: emacs/1:30.1+1-6 Sean Whitton <spwhitton@spwhitton.name> - 2025-07-18 11:30 +0200
    Bug#1109452: unblock: emacs/1:30.1+1-6 Ivo De Decker <ivodd@debian.org> - 2025-07-20 00:30 +0200
      Bug#1109452: unblock: emacs/1:30.1+1-6 Xiyue Deng <manphiz@gmail.com> - 2025-07-20 08:00 +0200
      Bug#1109452: unblock: emacs/1:30.1+1-6 Sean Whitton <spwhitton@spwhitton.name> - 2025-07-20 11:30 +0200
        Bug#1109452: unblock: emacs/1:30.1+1-6 Xiyue Deng <manphiz@gmail.com> - 2025-07-23 00:10 +0200
          Bug#1109452: unblock: emacs/1:30.1+1-6 Ivo De Decker <ivodd@debian.org> - 2025-07-24 12:30 +0200
            Bug#1109452: unblock: emacs/1:30.1+1-6 Sean Whitton <spwhitton@spwhitton.name> - 2025-07-24 16:20 +0200
              Bug#1109452: unblock: emacs/1:30.1+1-6 Ivo De Decker <ivodd@debian.org> - 2025-07-24 16:30 +0200
                Bug#1109452: unblock: emacs/1:30.1+1-6 Sean Whitton <spwhitton@spwhitton.name> - 2025-07-25 09:20 +0200

#1253133 — Bug#1109452: unblock: emacs/1:30.1+1-6

[Multipart message — attachments visible in raw view] — view raw

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: emacs@packages.debian.org, manphiz@gmail.com
Control: affects -1 + src:emacs
User: release.debian.org@packages.debian.org
Usertags: unblock

Please unblock package emacs.  This upload adds Breaks/Replaces/Provides for
all the ELPA packages built into Emacs.  For forky we are going to replace
this manually generated information with a substvar.

Several of these packages were packaged separately in bookworm but we RM'd
them.  This metadata should ensure that those old packages are deconfigured
first so that the emacsen-common maintainer scripts don't try to bytecompile
code from those old packages with the newer Emacs.  That fixes some potential
bookworm->trixie upgrade problems.

The risks are low because this is just standard package metadata with no code
changes.

Thanks to Xiyue Deng for working on this.

unblock emacs/1:30.1+1-6

-- 
Sean Whitton

[toc] | [next] | [standalone]

#1253316

Control: tags -1 moreinfo

Hi,

On Fri, Jul 18, 2025 at 10:19:54AM +0100, Sean Whitton wrote:
> Please unblock package emacs.  This upload adds Breaks/Replaces/Provides for
> all the ELPA packages built into Emacs.  For forky we are going to replace
> this manually generated information with a substvar.
> 
> Several of these packages were packaged separately in bookworm but we RM'd
> them.  This metadata should ensure that those old packages are deconfigured
> first so that the emacsen-common maintainer scripts don't try to bytecompile
> code from those old packages with the newer Emacs.  That fixes some potential
> bookworm->trixie upgrade problems.
> 
> The risks are low because this is just standard package metadata with no code
> changes.

It seems this breaks the autopkgtest for package-lint-el

That will need to be fixed somehow.

Cheers,

Ivo

[toc] | [prev] | [next] | [standalone]

#1253325

[Multipart message — attachments visible in raw view] — view raw

Hi Ivo,

Ivo De Decker <ivodd@debian.org> writes:

> Control: tags -1 moreinfo
>
> Hi,
>
> On Fri, Jul 18, 2025 at 10:19:54AM +0100, Sean Whitton wrote:
>> Please unblock package emacs.  This upload adds Breaks/Replaces/Provides for
>> all the ELPA packages built into Emacs.  For forky we are going to replace
>> this manually generated information with a substvar.
>> 
>> Several of these packages were packaged separately in bookworm but we RM'd
>> them.  This metadata should ensure that those old packages are deconfigured
>> first so that the emacsen-common maintainer scripts don't try to bytecompile
>> code from those old packages with the newer Emacs.  That fixes some potential
>> bookworm->trixie upgrade problems.
>> 
>> The risks are low because this is just standard package metadata with no code
>> changes.
>
> It seems this breaks the autopkgtest for package-lint-el
>
> That will need to be fixed somehow.
>

I have identified the issue and uploaded the fixed package-lint-el[1],
and it has a passing autopkgtest[2] (though it was against the emacs in
testing) so it's not blocked for entering testing.  Can you hint it into
testing so that emacs/1:30.1+1-6 can be unblocked?  TIA!

> Cheers,
>
> Ivo
>

[1] https://tracker.debian.org/news/1651266/accepted-package-lint-el-026-2-source-into-unstable/
[2] https://qa.debian.org/excuses.php?package=package-lint-el

-- 
Regards,
Xiyue Deng

[toc] | [prev] | [next] | [standalone]

#1253339

[Multipart message — attachments visible in raw view] — view raw

control: tag -1 - moreinfo

Hello,

On Sat 19 Jul 2025 at 10:19pm GMT, Ivo De Decker wrote:

> Control: tags -1 moreinfo
>
> Hi,
>
> On Fri, Jul 18, 2025 at 10:19:54AM +0100, Sean Whitton wrote:
>> Please unblock package emacs.  This upload adds Breaks/Replaces/Provides for
>> all the ELPA packages built into Emacs.  For forky we are going to replace
>> this manually generated information with a substvar.
>>
>> Several of these packages were packaged separately in bookworm but we RM'd
>> them.  This metadata should ensure that those old packages are deconfigured
>> first so that the emacsen-common maintainer scripts don't try to bytecompile
>> code from those old packages with the newer Emacs.  That fixes some potential
>> bookworm->trixie upgrade problems.
>>
>> The risks are low because this is just standard package metadata with no code
>> changes.
>
> It seems this breaks the autopkgtest for package-lint-el
>
> That will need to be fixed somehow.

Now fixed with package-lint-el/0.26-2.

-- 
Sean Whitton

[toc] | [prev] | [next] | [standalone]

#1253628

[Multipart message — attachments visible in raw view] — view raw

Sean Whitton <spwhitton@spwhitton.name> writes:

> control: tag -1 - moreinfo
>
> Hello,
>
> On Sat 19 Jul 2025 at 10:19pm GMT, Ivo De Decker wrote:
>
>> Control: tags -1 moreinfo
>>
>> Hi,
>>
>> On Fri, Jul 18, 2025 at 10:19:54AM +0100, Sean Whitton wrote:
>>> Please unblock package emacs.  This upload adds Breaks/Replaces/Provides for
>>> all the ELPA packages built into Emacs.  For forky we are going to replace
>>> this manually generated information with a substvar.
>>>
>>> Several of these packages were packaged separately in bookworm but we RM'd
>>> them.  This metadata should ensure that those old packages are deconfigured
>>> first so that the emacsen-common maintainer scripts don't try to bytecompile
>>> code from those old packages with the newer Emacs.  That fixes some potential
>>> bookworm->trixie upgrade problems.
>>>
>>> The risks are low because this is just standard package metadata with no code
>>> changes.
>>
>> It seems this breaks the autopkgtest for package-lint-el
>>
>> That will need to be fixed somehow.
>
> Now fixed with package-lint-el/0.26-2.
>

FYI now all autopkgtests are passing for 1:30.1+1-6[1].

> -- 
> Sean Whitton

[1] https://qa.debian.org/excuses.php?package=emacs

-- 
Regards,
Xiyue Deng

[toc] | [prev] | [next] | [standalone]

#1253773

control: reopen -1
control: tags -1 moreinfo

Hi,

On Tue, Jul 22, 2025 at 10:45:31AM -0700, Xiyue Deng wrote:
> FYI now all autopkgtests are passing for 1:30.1+1-6[1].

emacs doesn't migrate, because doing so would break elpa-use-package. I
suspect it needs to be removed? Are there other packages in a similar
situation?

Thanks,

Ivo

[toc] | [prev] | [next] | [standalone]

#1253802

[Multipart message — attachments visible in raw view] — view raw

Hello,

On Thu 24 Jul 2025 at 10:21am GMT, Ivo De Decker wrote:

> control: reopen -1
> control: tags -1 moreinfo
>
> Hi,
>
> On Tue, Jul 22, 2025 at 10:45:31AM -0700, Xiyue Deng wrote:
>> FYI now all autopkgtests are passing for 1:30.1+1-6[1].
>
> emacs doesn't migrate, because doing so would break elpa-use-package. I
> suspect it needs to be removed? Are there other packages in a similar
> situation?

Ah, so these new relations have caught a mistake, nice :)

We should have updated elpa-use-package before the freeze but given we
didn't, then yes, it should be removed.

I don't see elpa-use-package in the excuses for Emacs.  Where are you
seeing it?

-- 
Sean Whitton

[toc] | [prev] | [next] | [standalone]

#1253804

Hi,

On Thu, Jul 24, 2025 at 03:09:26PM +0100, Sean Whitton wrote:
> > On Tue, Jul 22, 2025 at 10:45:31AM -0700, Xiyue Deng wrote:
> >> FYI now all autopkgtests are passing for 1:30.1+1-6[1].
> >
> > emacs doesn't migrate, because doing so would break elpa-use-package. I
> > suspect it needs to be removed? Are there other packages in a similar
> > situation?
> 
> Ah, so these new relations have caught a mistake, nice :)
> 
> We should have updated elpa-use-package before the freeze but given we
> didn't, then yes, it should be removed.

I added a removal hint. I assume you will deal with unstable after the freeze.

> I don't see elpa-use-package in the excuses for Emacs.  Where are you
> seeing it?

This problem isn't detected during the excuses step, but only after that (in
the main run). You can see it in
/home/release/britney/var/data-b2/output/output.txt (on respighi.debian.org):

trying: emacs
skipped: emacs (0, 0, 0)
    got: 38+0: a-2:a-9:a-12:a-0:i-14:p-0:s-1:r-0
    * amd64: elpa-use-package

This file is also available from https://release.debian.org/britney/update_output/

Thanks,

Ivo

[toc] | [prev] | [next] | [standalone]

#1253858

[Multipart message — attachments visible in raw view] — view raw

Hello,

On Thu 24 Jul 2025 at 02:23pm GMT, Ivo De Decker wrote:

> Hi,
>
> On Thu, Jul 24, 2025 at 03:09:26PM +0100, Sean Whitton wrote:
>> > On Tue, Jul 22, 2025 at 10:45:31AM -0700, Xiyue Deng wrote:
>> >> FYI now all autopkgtests are passing for 1:30.1+1-6[1].
>> >
>> > emacs doesn't migrate, because doing so would break elpa-use-package. I
>> > suspect it needs to be removed? Are there other packages in a similar
>> > situation?
>>
>> Ah, so these new relations have caught a mistake, nice :)
>>
>> We should have updated elpa-use-package before the freeze but given we
>> didn't, then yes, it should be removed.
>
> I added a removal hint. I assume you will deal with unstable after the freeze.

Thanks.  Will do.

>> I don't see elpa-use-package in the excuses for Emacs.  Where are you
>> seeing it?
>
> This problem isn't detected during the excuses step, but only after that (in
> the main run). You can see it in
> /home/release/britney/var/data-b2/output/output.txt (on respighi.debian.org):
>
> trying: emacs
> skipped: emacs (0, 0, 0)
>     got: 38+0: a-2:a-9:a-12:a-0:i-14:p-0:s-1:r-0
>     * amd64: elpa-use-package
>
> This file is also available from https://release.debian.org/britney/update_output/

I see, good to learn there are multiple stages.

-- 
Sean Whitton

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web