Chris Hofstaedtler writes:
> you are probably aware of the time_t-64bit migration :-)
> However, this does not magically transition all data formats to 64bit
> times. One such instance is the set of utmp/wtmp and lastlog files.
>
> Thorsten Kukuk and others have been working on replacements for
Colin Watson writes:
> GSS-API key exchange
>
> However, OpenSSH upstream has long rejected it
> All the same, I'm aware that some people now depend on having this
> facility in Debian's main openssh package
> How does this rough plan sound?
>
> * for Debian trixie
Andreas Metzler writes:
> Hello,
>
> iirc it was recently proposed to add a suggestion to run dpkg --verify
> to the trixie upgrade notes to find missing files due to the usr-merge
> transition. (Cannot find the reference right now).
https://lists.debian.org/debian-devel/2023/12/msg00167.html
Johannes Schauer Marin Rodrigues writes:
>> APT 2.7.13 just landed in unstable and with GnuPG 2.4.5 installed,
>> requires repositories
>> to be signed using one of
>>
>> - RSA keys of at least 2048 bit
>> - Ed25519
>> - Ed448
>>
>> Any other keys will cause warnings. These warnings will
Didier 'OdyX' Raboud writes:
> * Package name: brpc
> Version : 1.7.0
> Upstream Contact: d...@brpc.apache.org
> * URL : https://brpc.apache.org/
> * License : Apache-2.0
> Programming Lang: C++
> Description : Industrial-grade RPC
> Apache bRPC is
Paul Gevers writes:
> On 17-10-2023 22:16, Andrey Rakhmatullin wrote:
>> Yes, assuming the pre-bookworm Debian i386 architecture fully supports it,
>> as I don't know what *exactly* was allowed in the "almost i686"
>> stretch-bullseye i386.
>
> According to the release notes (which *should* be
Russell Coker writes:
> https://wiki.debian.org/ReleaseGoals/SystemdAnalyzeSecurity
>
> I think we should make it a release goal to have as many daemons as
> possible running with systemd security features to aim for a low score
> from "systmd- analyze security".
This repos from Trent Buck has
Mark Hindley writes:
> Debian Policy no longer requires that packages which provide a systemd
> .service file also provide an initscript. This permits maintainers who
> so wish to remove initscripts from their packages. However,
> initscripts remain used and useful[1], and uncoordinated removal
Holger Wansing writes:
> However, I may have some objections against the migration at all:
> as far as I know, sphinx/reStructuredText is still lacking some functionality,
> which is heavily used in the release-notes.
> That is the use of substitutions within URLs.
> In docbook speach these were
Luca Boccassi writes:
> I think documentation is fundamental for dealing with local
> changes. When I say that I don't think we should worry about strange
> local-only changes I mean exactly as you said, that I don't think we
> should start shipping complicated code that tries to deal with
Marc Haber writes:
> ... Here is what the adduser team considers possible
> documentation for this, and we itend to include this in NEWS.Debian as a
> rationale for the change.
As a user who reads NEWS.Debian (via apt-listchanges) i found the text
didnt give me the answers i was looking for. I
Holger Levsen writes:
> On Wed, Nov 17, 2021 at 10:57:11AM +0800, Paul Wise wrote:
>> > Do you know of a tool that does what logcheck does, but operating
>> > directly on the journal? Logcheck is the only reason I still have
>> > rsyslog installed on the servers I maintain.
>
> same here, I use
12 matches
Mail list logo
