On May 28, Andreas Metzler wrote:
> I think it is bad choice to deliberately have different behavior for
> freshly installed and upgraded systems. Offering upgrades has always
> been one of the major selling points of Debian, and imho this
> implicitely includes that you do not get a worse or sec
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-omniauth-shibboleth-redux
Version : 2.0.0
Upstream Contact: Bobby McDonald
* URL : https://github.com/omniauth/omniauth-shibboleth-redux
* License
On 2024-05-28 Luca Boccassi
wrote:
[...]
> - existing installations pre-trixie will get an orphaned tmpfiles.d in
> /etc/ that keeps the existing behaviour unchanged (no cleanup of
> /var/tmp)
[...]
Hello,
I think it is bad choice to deliberately have different behavior for
freshly installed an
Matthew Garrett writes:
> On Mon, May 06, 2024 at 07:42:11AM -0700, Russ Allbery wrote:
>> Historically, deleting anything in /var/tmp that hadn't been accessed
>> in over seven days was a perfectly reasonable and typical
>> configuration. These days, we have the complication that it's fairly
>>
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: kegtron-ble
Version : 0.4.0
Upstream Author : E. Klamer
* URL : https://github.com/bluetooth-devices/kegtron-ble
* License
Package: wnpp
Severity: wishlist
Owner: Vivek K J
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-redis-cluster-client
Version : 0.10.0
Upstream Contact: redis-rb
* URL : https://github.com/redis-rb/redis-cluster-client
* License : Expat
Pro
Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: thermobeacon-ble
Version : 0.6.2
Upstream Author : J. Nick Koston
* URL : https://github.com/bluetooth-devices/thermobeacon
On Tue, 28 May 2024 at 08:43, Guillem Jover wrote:
>
> Hi!
>
> On Tue, 2024-05-28 at 10:57:13 +0900, Simon Richter wrote:
> > On 5/27/24 22:18, Simon McVittie wrote:
> > > So I think your syslogd-is-journald could not be a Provides on the
> > > existing systemd-sysv package, and would have to be a
On Tue, 28 May 2024 at 02:57, Simon Richter wrote:
>
> Hi,
>
> On 5/27/24 22:18, Simon McVittie wrote:
>
> > So I think your syslogd-is-journald could not be a Provides on the
> > existing systemd-sysv package, and would have to be a separate package.
> > I'm not sure that the benefit is worth it
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva
X-Debbugs-Cc: debian-devel@lists.debian.org, nilsonfsi...@hotmail.com
* Package name: python-soxr
Version : 0.3.7
Upstream Contact: Myungchul Keum
* URL : https://github.com/dofuuz/python-soxr
* Licen
On Mon, May 27, 2024 at 10:26 PM Steve Langasek wrote:
>
> On Thu, May 23, 2024 at 08:14:20PM +0200, Mathieu Malaterre wrote:
> > Dear all,
>
> > I am trying to find the status of t64 suffix, but I cannot find it
> > neither in my mailbox nor on the page:
>
> > https://wiki.debian.org/ReleaseGoals
Hi!
On Tue, 2024-05-28 at 10:57:13 +0900, Simon Richter wrote:
> On 5/27/24 22:18, Simon McVittie wrote:
> > So I think your syslogd-is-journald could not be a Provides on the
> > existing systemd-sysv package, and would have to be a separate package.
> > I'm not sure that the benefit is worth it
On Mon, 27 May 2024 15:08:38 +0100, Simon McVittie
wrote:
>I know fail2ban and logcheck do read plain-text logs (although as
>mentioned, fail2ban already has native Journal-reading support too), and I
>would guess that fwlogwatch, snort and xwatch probably also read the logs.
Those files could us
13 matches
Mail list logo
