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

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

Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh

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

Contents

  Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh Andrej Shadura <andrewsh@debian.org> - 2023-05-29 11:10 +0200
    Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh Paul Gevers <elbrus@debian.org> - 2023-05-29 11:20 +0200
      Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh "Andrej Shadura" <andrewsh@debian.org> - 2023-05-29 12:00 +0200
        Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh Paul Gevers <elbrus@debian.org> - 2023-05-29 12:40 +0200
          Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh "Andrej Shadura" <andrewsh@debian.org> - 2023-05-29 14:10 +0200
    Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh Justin B Rye <justin.byam.rye@gmail.com> - 2023-05-29 11:50 +0200
      Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh Paul Gevers <elbrus@debian.org> - 2023-05-29 12:00 +0200

#1148260 — Bug#1036907: release-notes: dash in bookworm drops debconf selector for /bin/sh

Package: release-notes
Severity: normal

Hi,

I think the release notes should probably mention that dash
0.5.11+git20210903+057cd650a4ed-4 has dropped all debconf code to allow
using a different shell as /bin/sh.

-- 
Cheers,
  Andrej

[toc] | [next] | [standalone]

#1148261

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

Control: tags -1 moreinfo

Hi Andrej,

You know: thanks.

On 29-05-2023 11:02, Andrej Shadura wrote:
> I think the release notes should probably mention that dash
> 0.5.11+git20210903+057cd650a4ed-4 has dropped all debconf code to allow
> using a different shell as /bin/sh.

Does this only effects new installations, or is this relevant for 
upgrades too?

Paul

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

#1148265

Hi,

On Mon, 29 May 2023, at 11:09, Paul Gevers wrote:
> On 29-05-2023 11:02, Andrej Shadura wrote:
>> I think the release notes should probably mention that dash
>> 0.5.11+git20210903+057cd650a4ed-4 has dropped all debconf code to allow
>> using a different shell as /bin/sh.
>
> Does this only effects new installations, or is this relevant for 
> upgrades too?

I wasn’t 100% sure, but I have now verified and yes, dash reclaims /bin/sh on upgrades.
I could have handled that smarter and given users one release to adjust, but I guess it’s probably a bit late for that?

-- 
Cheers,
  Andrej

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

#1148269

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

Hi Andrej,

On 29-05-2023 11:22, Andrej Shadura wrote:
> I wasn’t 100% sure, but I have now verified and yes, dash reclaims /bin/sh on upgrades.

Ack (and a bit of ugh).

> I could have handled that smarter and given users one release to adjust, but I guess it’s probably a bit late for that?

Absolutely.

How was this technically done in the past, diversions, 
update-alternatives, something else?

Paul

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

#1148283

Hi,

On Mon, 29 May 2023, at 12:34, Paul Gevers wrote:
> On 29-05-2023 11:22, Andrej Shadura wrote:
>> I wasn’t 100% sure, but I have now verified and yes, dash reclaims /bin/sh on upgrades.
>
> Ack (and a bit of ugh).
>
>> I could have handled that smarter and given users one release to adjust, but I guess it’s probably a bit late for that?
>
> Absolutely.
>
> How was this technically done in the past, diversions, 
> update-alternatives, something else?

Diversions, but since it’s /bin/sh, it also involved a bit of tricks to prevent things from breaking in bad ways.

-- 
Cheers,
  Andrej

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

#1148262

Andrej Shadura wrote:
> I think the release notes should probably mention that dash
> 0.5.11+git20210903+057cd650a4ed-4 has dropped all debconf code to allow
> using a different shell as /bin/sh.

It's not clear from the above (or the changelog) what the change is,
exactly.  Okay, there's now no debconf code to set up a new /bin/sh ->
/bin/bash symlink, but does that mean existing ones will be reverted
on dist-upgrade, or what?  Is this configuration no longer supported,
or is it just that in future admins should set it up with some
mechanism more reliable than debconf?

Either way, we'll need to amend that release-notes entry for
^-handling, and presumably we'll want a new entry about this to go
along with that one.
-- 
JBR	with qualifications in linguistics, experience as a Debian
	sysadmin, and probably no clue about this particular package

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

#1148264

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

HI,

On 29-05-2023 11:42, Justin B Rye wrote:
> Either way, we'll need to amend that release-notes entry for
> ^-handling, and presumably we'll want a new entry about this to go
> along with that one.

That was exactly my idea too.

Paul

[toc] | [prev] | [standalone]

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

csiph-web