On Fri, Apr 18, 2025 at 11:35:49AM +0200, Lorenzo wrote:
Hi,
> updated patch with fuser attached
I think it looks good; I'd still consider just sleeping if the /dev node isn't
there (because maybe it'll be there later), but I think the patch should
adequately address the problem of starting se
On Wed, Apr 16, 2025 at 12:50:13AM +0200, Lorenzo wrote:
> > This system doesn't have a /dev/ttyS0, but that doesn't stop the
> > getty-ttyS0 service from doing this:
> >
> > --- 8< ---
>
> [snip]
>
> > fi
> > + pgrep -x agetty -t hvc0
> > + pgrep -x fgetty -t hvc0
> >
> [snip]
Ah, right. It
On Mon, Apr 14, 2025 at 05:45:48PM +0100, Andrew Bower wrote:
> On Mon, Apr 14, 2025 at 04:28:36PM +0200, Andras Korn wrote:
> > During a dist-upgrade, the getty-run package was pulled in, and a(n
> > IMO misleadingly named) getty-ttyS0 service enabled by default.
>
> IMO
Package: getty-run
Version: 2.2.0-2
Severity: critical
Justification: makes console logins all but impossible, thus arguably breaking
the entire system
Hi,
I have a VPS that's a domU guest, so its console is /dev/hvc0.
I had my own getty service on it, called getty-hvc0.
During a dist-upgrade,
Package: squid
Version: 6.3-1
Severity: grave
Tags: security patch
X-Debbugs-Cc: Debian Security Team
Hi,
https://wid.cert-bund.de/portal/wid/securityadvisory?name=WID-SEC-2023-2725
links to a bunch of squid advisories, three of which have CVSS scores of 9+:
https://github.com/squid-cache/squi
Hi,
it seems to me that in postinst, instead of
if $do_systemd
then
systemctl start pmcd.service >/dev/null
systemctl start pmlogger.service >/dev/null
elif which invoke-rc.d >/dev/null 2>&1
then
invoke-rc.d pmcd start
invoke-rc.d pmlogger start
else
/etc/init.d/pmcd start
On Mon, Mar 02, 2020 at 01:45:26PM -0500, Marvin Renich wrote:
Hi,
> I don't have a github account, and do not wish to get one for this.
> Will someone (Debian maintainer for neomutt, or someone else interested
> in this bug) please file this with upstream as a separate bug, pointing
> out that t
On Mon, Mar 02, 2020 at 03:18:54PM +0100, Andreas Henriksson wrote:
> > Your rationale for downgrading the severity of an issue like this is that it
> > doesn't bother you personally?
>
> My rationale, if you must know, is that if this is an important issue,
> then the people who consider it an i
On Mon, Mar 02, 2020 at 02:22:44PM +0100, Andreas Henriksson wrote:
Hi,
> > when mutt prompts for something (e.g. To: address, Subject etc.) it
> > previously was possible to just keep pressing backspace until whatever
> > default text was there disappeared.
> >
> > As of this version, it's poss
Hi,
I just stumbled on this bugreport.
I'm a happy pm-utils user and would like the package to stick around. I use
it on dozens of computers ranging from servers to desktops to laptops.
>From reading the bugreport, there doesn't appear to be any identifiable,
specific, actionable reason for remo
Package: runit-init
Version: 2.1.2-22
Severity: critical
Hi,
The supplied "/etc/runit/1" calls "/lib/runit/run_sysv_scripts /etc/rcS.d"
during boot.
/lib/runit/run_sysv_scripts runs under "sh -eu", which has the effect that
if any initscript exits unsuccesfully, all subsequent scripts are skippe
On Sat, Feb 02, 2019 at 11:00:30AM +0100, Julien Cristau wrote:
Hi,
> > as long as mercurial-common is installed, the postgres and sqlite db
> > backend driver of Trac won't load:
> >
> > 2019-01-31 08:58:49,372 Trac[loader] ERROR: Skipping "trac.db.postgres =
> > trac.db.postgres_backend":
>
12 matches
Mail list logo
