Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1001815: transition: notcurses
2 views
Skip to first unread message
Nick Black (Public gmail account)
Dec 16, 2021, 4:10:03 PM12/16/21
to
Package: release.debian.org
Severity: normal
User: release.d...@packages.debian.org
Usertags: transition
X-Debbugs-Cc: dankam...@gmail.com
Hello transition team!
Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
reflecting a changed ABI and API both.
The only reverse-dep of notcurses is growlight. I am the upstream author
of both. The 1.2.38 release of Growlight is necessary and sufficient
to compile against Notcurses 3. I have already packaged it, and am
simply waiting on the entry of libnotcurses3 into unstable.
Ben file:
title = "notcurses";
is_affected = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2" | .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
is_good = .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
is_bad = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2";
Severity: normal
User: release.d...@packages.debian.org
Usertags: transition
X-Debbugs-Cc: dankam...@gmail.com
Hello transition team!
Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
reflecting a changed ABI and API both.
The only reverse-dep of notcurses is growlight. I am the upstream author
of both. The 1.2.38 release of Growlight is necessary and sufficient
to compile against Notcurses 3. I have already packaged it, and am
simply waiting on the entry of libnotcurses3 into unstable.
Ben file:
title = "notcurses";
is_affected = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2" | .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
is_good = .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
is_bad = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2";
Sebastian Ramacher
Dec 16, 2021, 5:20:03 PM12/16/21
to
Control: tags -1 confirmed
On 2021-12-16 16:05:06 -0500, Nick Black (Public gmail account) wrote:
> Package: release.debian.org
> Severity: normal
> User: release.d...@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: dankam...@gmail.com
>
> Hello transition team!
>
> Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
> reflecting a changed ABI and API both.
>
> The only reverse-dep of notcurses is growlight. I am the upstream author
> of both. The 1.2.38 release of Growlight is necessary and sufficient
> to compile against Notcurses 3. I have already packaged it, and am
> simply waiting on the entry of libnotcurses3 into unstable.
Please go ahead
Cheers
>
> Ben file:
>
> title = "notcurses";
> is_affected = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2" | .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> is_good = .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> is_bad = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2";
>
--
Sebastian Ramacher
On 2021-12-16 16:05:06 -0500, Nick Black (Public gmail account) wrote:
> Package: release.debian.org
> Severity: normal
> User: release.d...@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: dankam...@gmail.com
>
> Hello transition team!
>
> Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
> reflecting a changed ABI and API both.
>
> The only reverse-dep of notcurses is growlight. I am the upstream author
> of both. The 1.2.38 release of Growlight is necessary and sufficient
> to compile against Notcurses 3. I have already packaged it, and am
> simply waiting on the entry of libnotcurses3 into unstable.
Cheers
>
> Ben file:
>
> title = "notcurses";
> is_affected = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2" | .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> is_good = .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> is_bad = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2";
>
Sebastian Ramacher
Sebastian Ramacher
Dec 22, 2021, 6:00:04 AM12/22/21
to
On 2021-12-16 23:16:18 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2021-12-16 16:05:06 -0500, Nick Black (Public gmail account) wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.d...@packages.debian.org
> > Usertags: transition
> > X-Debbugs-Cc: dankam...@gmail.com
> >
> > Hello transition team!
> >
> > Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
> > reflecting a changed ABI and API both.
> >
> > The only reverse-dep of notcurses is growlight. I am the upstream author
> > of both. The 1.2.38 release of Growlight is necessary and sufficient
> > to compile against Notcurses 3. I have already packaged it, and am
> > simply waiting on the entry of libnotcurses3 into unstable.
>
> Please go ahead
The autopkgtests of growlight all fail and is unable to migrate. Please
> Control: tags -1 confirmed
>
> On 2021-12-16 16:05:06 -0500, Nick Black (Public gmail account) wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.d...@packages.debian.org
> > Usertags: transition
> > X-Debbugs-Cc: dankam...@gmail.com
> >
> > Hello transition team!
> >
> > Notcurses has bumped the SOVERSION from 2 to 3 as of its 3.0.0 release,
> > reflecting a changed ABI and API both.
> >
> > The only reverse-dep of notcurses is growlight. I am the upstream author
> > of both. The 1.2.38 release of Growlight is necessary and sufficient
> > to compile against Notcurses 3. I have already packaged it, and am
> > simply waiting on the entry of libnotcurses3 into unstable.
>
> Please go ahead
fix them so that the transition can be finished.
Cheers
>
> Cheers
>
> >
> > Ben file:
> >
> > title = "notcurses";
> > is_affected = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2" | .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> > is_good = .depends ~ "libnotcurses3" | .depends ~ "libnotcurses++3" | .depends ~ "libnotcurses-core3";
> > is_bad = .depends ~ "libnotcurses2" | .depends ~ "libnotcurses++2" | .depends ~ "libnotcurses-core2";
> >
>
> --
> Sebastian Ramacher
Sebastian Ramacher
Paul Gevers
Dec 22, 2021, 2:50:03 PM12/22/21
to
Hi,
On 22-12-2021 11:54, Sebastian Ramacher wrote:
> The autopkgtests of growlight all fail and is unable to migrate. Please
> fix them so that the transition can be finished.
I discussed most of this problem with Nick in bug #1001122. The issue is
in notcurses and is supposedly fixed in unstable. Unfortunately,
notcurses itself regressed, so *that* needs to be fixed.
Paul
On 22-12-2021 11:54, Sebastian Ramacher wrote:
> The autopkgtests of growlight all fail and is unable to migrate. Please
> fix them so that the transition can be finished.
in notcurses and is supposedly fixed in unstable. Unfortunately,
notcurses itself regressed, so *that* needs to be fixed.
Paul
Nick Black (Public gmail account)
Dec 31, 2021, 11:30:03 PM12/31/21
to
I see that growlight's autopkgtests are disabled in testing
right now due to the timeout. Can we please remove that, so I
can try something?
I noticed just now in the growlight testing logs that we have
output of the form e.g.:
xvda14 -> ../../devices/vbd-51712/block/xvda/xvda14
Partition 14 at xvda14
Partition 1 at xvda1
Partition 15 at xvda15
Logical sector size: 512B Physical sector size: 512B
but this isn't "blockdev -v" output; it's just general startup
diagnostics due to calling "growlight-readline -v". we then see
a prompt in the logs:
[0;35m [ [0;36m growlight [0;35m ] [1;32m (0)> [1;37m
that never seems to get any input. i.e. the "echo blockdev -v"
is never hitting it, and that's why it's not shutting down.
success should look like:
^[[64;1H^A^[[0;35m^B[^A^[[0;36m^Bgrowlight^A^[[0;35m^B]^A^[[1;32m^B(0)> ^A^[[1;37m^B^[[64;1H^[[Kb^[[64;2H^[[64;1H^[[Kbl^[[64;3H^[[64;1H^[[Kblo^[[64;4H^[[64;1H^[[Kbloc^[[64;5H^[[64;1H^[[Kblock^[[64;6H^[[64;1H^[[Kblockd^[[64;7H^[[64;1H^[[Kblockde^[[64;8H^[[64;1H^[[Kblockdev^[[64;9H^[[64;1H^[[Kblockdev ^[[64;10H^[[64;1H^[[Kblockdev -^[[64;11H^[[64;1H^[[Kblockdev -v^[[64;12H^[[64;1H^[[Kblockdev -v ^[[64;13H
^[[1m^[[38;2;255;255;255mDevice Model Rev Bytes PSect Flags Table WWN PHY
^[[22m^[[38;2;249;241;165msdj ST16000NM000J-2T SN02 16.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500c94d9fd7 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:31251759104 (14.55Ti)
^[[38;2;249;241;165msdl ST12000NM0007-2A SN02 12.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . gpt 5000c500b49867e5 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
^[[1m^[[38;2;59;120;255msdl1 53316a63-ce0b-644f-b0de-586da7e95a07 12.00T Oth zfs-7f5ed1aa1ce6dbc4
^[[38;2;19;161;14m^[[38;2;59;120;255msdl9 703b1cea-95bf-a840-8bb8-4336b78ba231 8.39M Oth n/a
^[[38;2;19;161;14m^[[22mUnused sectors 23437768704:23437770752 (1.00Mi)
^[[38;2;249;241;165msdh ST12000NM0007-2A SN03 12.00T 4096B M-bM-^XM- OWM-bM-^ZM- . gpt 5000c500a5c0e61d SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
^[[1m^[[38;2;59;120;255msdh1 091bbc74-d66a-3849-af41-42ec40116171 12.00T Oth zfs-d60b954b8cc5eae0
^[[38;2;19;161;14m^[[38;2;59;120;255msdh9 4bcb8333-fb23-d244-8d70-34e9378155d9 8.39M Oth n/a
^[[38;2;19;161;14m^[[22mUnused sectors 23437768704:23437770752 (1.00Mi)
^[[38;2;249;241;165msdk ST18000NM000J-2T SN02 18.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500dbd49a2a SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:35156656128 (16.37Ti)
^[[38;2;249;241;165msdi ST16000NM000J-2T SN02 16.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500db183d56 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:31251759104 (14.55Ti)
^[[38;2;249;241;165msdb ST12000NM0007-2A SN02 12.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . gpt 5000c500b4104bf5 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
or, with the control sequences stripped:
blockdev -v
Device Model Rev Bytes PSect Flags Table WWN PHY
sdj ST16000NM000J-2T SN02 16.00T 4096B ✔OW⚠. none 5000c500c94d9fd7 SAT3
Unused sectors 0:31251759104 (14.55Ti)
sdl ST12000NM0007-2A SN02 12.00T 4096B ✔OW⚠. gpt 5000c500b49867e5 SAT3
Unused sectors 0:2047 (1Mi)
sdl1 53316a63-ce0b-644f-b0de-586da7e95a07 12.00T Oth zfs-7f5ed1aa1ce6dbc4
sdl9 703b1cea-95bf-a840-8bb8-4336b78ba231 8.39M Oth n/a
Unused sectors 23437768704:23437770752 (1.00Mi)
sdh ST12000NM0007-2A SN03 12.00T 4096B ☠OW⚠. gpt 5000c500a5c0e61d SAT3
Unused sectors 0:2047 (1Mi)
sdh1 091bbc74-d66a-3849-af41-42ec40116171 12.00T Oth zfs-d60b954b8cc5eae0
sdh9 4bcb8333-fb23-d244-8d70-34e9378155d9 8.39M Oth n/a
Unused sectors 23437768704:23437770752 (1.00Mi)
sdk ST18000NM000J-2T SN02 18.00T 4096B ✔OW⚠. none 5000c500dbd49a2a SAT3
Unused sectors 0:35156656128 (16.37Ti)
sdi ST16000NM000J-2T SN02 16.00T 4096B ✔OW⚠. none 5000c500db183d56 SAT3
Unused sectors 0:31251759104 (14.55Ti)
sdb ST12000NM0007-2A SN02 12.00T 4096B ✔OW⚠. gpt 5000c500b4104bf5 SAT3
Unused sectors 0:2047 (1Mi)
so i've changed up the autopkgtests to try something.
right now due to the timeout. Can we please remove that, so I
can try something?
I noticed just now in the growlight testing logs that we have
output of the form e.g.:
xvda14 -> ../../devices/vbd-51712/block/xvda/xvda14
Partition 14 at xvda14
Partition 1 at xvda1
Partition 15 at xvda15
Logical sector size: 512B Physical sector size: 512B
but this isn't "blockdev -v" output; it's just general startup
diagnostics due to calling "growlight-readline -v". we then see
a prompt in the logs:
[0;35m [ [0;36m growlight [0;35m ] [1;32m (0)> [1;37m
that never seems to get any input. i.e. the "echo blockdev -v"
is never hitting it, and that's why it's not shutting down.
success should look like:
^[[64;1H^A^[[0;35m^B[^A^[[0;36m^Bgrowlight^A^[[0;35m^B]^A^[[1;32m^B(0)> ^A^[[1;37m^B^[[64;1H^[[Kb^[[64;2H^[[64;1H^[[Kbl^[[64;3H^[[64;1H^[[Kblo^[[64;4H^[[64;1H^[[Kbloc^[[64;5H^[[64;1H^[[Kblock^[[64;6H^[[64;1H^[[Kblockd^[[64;7H^[[64;1H^[[Kblockde^[[64;8H^[[64;1H^[[Kblockdev^[[64;9H^[[64;1H^[[Kblockdev ^[[64;10H^[[64;1H^[[Kblockdev -^[[64;11H^[[64;1H^[[Kblockdev -v^[[64;12H^[[64;1H^[[Kblockdev -v ^[[64;13H
^[[1m^[[38;2;255;255;255mDevice Model Rev Bytes PSect Flags Table WWN PHY
^[[22m^[[38;2;249;241;165msdj ST16000NM000J-2T SN02 16.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500c94d9fd7 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:31251759104 (14.55Ti)
^[[38;2;249;241;165msdl ST12000NM0007-2A SN02 12.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . gpt 5000c500b49867e5 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
^[[1m^[[38;2;59;120;255msdl1 53316a63-ce0b-644f-b0de-586da7e95a07 12.00T Oth zfs-7f5ed1aa1ce6dbc4
^[[38;2;19;161;14m^[[38;2;59;120;255msdl9 703b1cea-95bf-a840-8bb8-4336b78ba231 8.39M Oth n/a
^[[38;2;19;161;14m^[[22mUnused sectors 23437768704:23437770752 (1.00Mi)
^[[38;2;249;241;165msdh ST12000NM0007-2A SN03 12.00T 4096B M-bM-^XM- OWM-bM-^ZM- . gpt 5000c500a5c0e61d SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
^[[1m^[[38;2;59;120;255msdh1 091bbc74-d66a-3849-af41-42ec40116171 12.00T Oth zfs-d60b954b8cc5eae0
^[[38;2;19;161;14m^[[38;2;59;120;255msdh9 4bcb8333-fb23-d244-8d70-34e9378155d9 8.39M Oth n/a
^[[38;2;19;161;14m^[[22mUnused sectors 23437768704:23437770752 (1.00Mi)
^[[38;2;249;241;165msdk ST18000NM000J-2T SN02 18.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500dbd49a2a SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:35156656128 (16.37Ti)
^[[38;2;249;241;165msdi ST16000NM000J-2T SN02 16.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . none 5000c500db183d56 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:31251759104 (14.55Ti)
^[[38;2;249;241;165msdb ST12000NM0007-2A SN02 12.00T 4096B M-bM-^\M-^TOWM-bM-^ZM- . gpt 5000c500b4104bf5 SAT3
^[[1m^[[38;2;19;161;14m^[[22mUnused sectors 0:2047 (1Mi)
or, with the control sequences stripped:
blockdev -v
Device Model Rev Bytes PSect Flags Table WWN PHY
sdj ST16000NM000J-2T SN02 16.00T 4096B ✔OW⚠. none 5000c500c94d9fd7 SAT3
Unused sectors 0:31251759104 (14.55Ti)
sdl ST12000NM0007-2A SN02 12.00T 4096B ✔OW⚠. gpt 5000c500b49867e5 SAT3
Unused sectors 0:2047 (1Mi)
sdl1 53316a63-ce0b-644f-b0de-586da7e95a07 12.00T Oth zfs-7f5ed1aa1ce6dbc4
sdl9 703b1cea-95bf-a840-8bb8-4336b78ba231 8.39M Oth n/a
Unused sectors 23437768704:23437770752 (1.00Mi)
sdh ST12000NM0007-2A SN03 12.00T 4096B ☠OW⚠. gpt 5000c500a5c0e61d SAT3
Unused sectors 0:2047 (1Mi)
sdh1 091bbc74-d66a-3849-af41-42ec40116171 12.00T Oth zfs-d60b954b8cc5eae0
sdh9 4bcb8333-fb23-d244-8d70-34e9378155d9 8.39M Oth n/a
Unused sectors 23437768704:23437770752 (1.00Mi)
sdk ST18000NM000J-2T SN02 18.00T 4096B ✔OW⚠. none 5000c500dbd49a2a SAT3
Unused sectors 0:35156656128 (16.37Ti)
sdi ST16000NM000J-2T SN02 16.00T 4096B ✔OW⚠. none 5000c500db183d56 SAT3
Unused sectors 0:31251759104 (14.55Ti)
sdb ST12000NM0007-2A SN02 12.00T 4096B ✔OW⚠. gpt 5000c500b4104bf5 SAT3
Unused sectors 0:2047 (1Mi)
so i've changed up the autopkgtests to try something.
Paul Gevers
Jan 1, 2022, 2:40:03 AM1/1/22
to
Hi Nick,
On 01-01-2022 05:17, Nick Black (Public gmail account) wrote:
> I see that growlight's autopkgtests are disabled in testing
> right now due to the timeout. Can we please remove that, so I
> can try something?
No, only in unstable [1]. Testing should still work.
Paul
[1] https://ci.debian.net/status/reject_list/
On 01-01-2022 05:17, Nick Black (Public gmail account) wrote:
> I see that growlight's autopkgtests are disabled in testing
> right now due to the timeout. Can we please remove that, so I
> can try something?
Paul
[1] https://ci.debian.net/status/reject_list/
Nick Black (Public gmail account)
Jan 1, 2022, 12:10:03 PM1/1/22
to
> No, only in unstable [1]. Testing should still work.
hrmm, i'm a bit confused about how this works then. i can only
upload into unstable, and it then needs to pass autopkgtests to
get into testing. oh, i guess those autopkgtests are being run
in the "testing" context? if so, that makes sense.
anyway, uploading 1.2.38-3 to unstable now in the hope of
getting some useful debugging information.
0 new messages