Control: tags -1 moreinfo

Hello Olaf,

sorry for very late reply:

On Sat, 17 May 2025 11:13:36 +0900 Olaf Meeuwissen
<[email protected]> wrote:
> Package: getty-run
> Version: 2.2.0-3
> Severity: normal
> 
> Dear Maintainer,
> 
> After upgrading from 2.2.0-2 to 2.2.0-3, I noticed
> 
>   $ ps -HAf | grep [r]unsvdir
>   root      1738     1  0 10:24 ?        00:00:00   runsvdir -P
> /etc/service log: run: 21: fuser: not found /etc/sv/getty-ttyS0/run:
> 21: fuser: not found /etc/sv/getty-ttyS0/run: 21: fuser: not found
> /etc/sv/getty-ttyS0/run: 21: fuser: not found
> /etc/sv/getty-ttyS0/run: 21: fuser: not found
> /etc/sv/getty-ttyS0/run: 21: fuser: not found
> ./etc/sv/getty-ttyS0/run: 21: fuser: not found
> /etc/sv/getty-ttyS0/run: 21: fuser: not found
> /etc/sv/getty-ttyS0/run: 21: fuser: not found
> 
> This comes about because I do not install recommended packages,
> meaning I had to manually install psmisc to fix this.

Mmm, I agree that the spamming is annoying, but the error is not fatal
to the service, because the code is

if fuser -v /dev/"$SGETTY"  ; then
    echo "already another process on $SGETTY: stopping getty-ttyS0"
    exec sv d .
fi

so if fuser is not found you get the error but the service goes ahead.
What I see is that the getty-ttyS0 is likely in a stop-restart loop, so
that need to be fixed.

There's probably a bug in the getty-ttyS0 script somewhere, but I need
more info to fix the real cause of this:

* do you have /dev/tty-S0 in you machine? 

* Also the run file does some greppin on /proc/cmdline to guess the
  "right" serial console and that might be wrong as well: could you
  print the value of $SGETTY variable in the runscript, just before
  the exec line and see if that is something weird/wrong?

> 
> Seeing that the /etc/sv/getty-*/run script now use fuser, I think the
> dependency on psmisc should be bumped from a Recommends: to a
> Depends:

I disagree here: the absence of fuser is not fatal to the service so
recommends is appropriate.

More in general, you are installing without recommends because there is
some other package that recommends packages that are not useful to you;
what if that other package bumps his Recommends to Depends?
Now you don't consider psmisc a waste of space but other may want to
have a minimal installation without it, so if I bump it to Depends I
prevent other people to do that.

I see that you won't be happy with this call but I hope you can
understand the reasoning.

Best Regards,
Lorenzo

> 
> -- System Information:
> Architecture: x86_64
> 
> Kernel: Linux 6.12.27-amd64 (SMP w/16 CPU threads; PREEMPT)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not
> set Shell: /bin/sh linked to /usr/bin/dash
> Init: runit (via /run/runit.stopit)
> LSM: AppArmor: enabled
> 
> Versions of packages getty-run depends on:
> ii  runit-helper  2.16.4
> 
> Versions of packages getty-run recommends:
> pn  psmisc  <none>
> 
> Versions of packages getty-run suggests:
> pn  fgetty  <none>
> 
> -- no debconf information
> 
> 

Reply via email to