Hi curl's and boys =D
in relation to the discussion of 'utmp in trixie'
* https://lists.debian.org/debian-devel/2025/04/msg00011.html
It looks like, that wtmp is an well alternative to who(1). For that
the command
$> last -p now
should be able to use in the future. But the developers at
Hello Andrew,
On 4/4/25 11:13 PM, Andrew Bower wrote:
On Fri, Apr 04, 2025 at 09:10:42PM +0200, Dirk Lehmann wrote:
On 4/3/25 2:58 PM, Antonio Terceiro wrote:
I never cared about /run/utmp in itself, but I got used to last(1).
FWIW, a new implementation of last is now provided by wtmpdb.
+1
On 4/3/25 2:58 PM, Antonio Terceiro wrote:
On Tue, Apr 01, 2025 at 03:27:05PM -0400, Michael Stone wrote:
/run/utmp is no longer provided in trixie, which means that the mechanisms
used to show active sessions in unix for several decades no longer work.
There's a replacement mechanism provided b
Severity: wishlist
Owner: Dirk Lehmann
X-Debbugs-Cc: debian-scie...@lists.debian.org
* Package name: python-qutip-qip
Version : 0.4.0
Upstream Contact: https://github.com/qutip/qutip-qip/discussions
* URL : https://github.com/qutip/qutip-qip
* License : BSD-3
Hey Marc,
On 3/11/25 12:03 PM, Marc Haber wrote:
Basically the same applies for this step than for the POT generation
step, with the additional hardship that the PO files are generated,
being written to by a program AND STILL contain a significant part of
human work. I never know how much work o
Hell Stephan =)
On 3/15/25 12:52 PM, Stephan Verbücheln wrote:
Am Donnerstag, dem 13.03.2025 um 02:37 +0100 schrieb Dirk Lehmann:
GPU shaders should be clearly respected as software (and not
hardware). Therefore, `intel-media-va-driver-non-free` is rightly in
the Debian archive `non-free
Hello Stephan,
On 3/12/25 12:10 PM, Stephan Verbücheln wrote:
Hello everyone
The “drivers” for hardware video decoders on Intel GPUs have been split
into free and non-free packages.
https://packages.debian.org/en/sid/intel-media-va-driver
https://packages.debian.org/en/sid/intel-media-va-drive
Hello Marc,
I am currently new as Debian Maintainer, but I have more experience
from upstream-side.
As I understand your question about a general workflow of translations
in all your email-cases correct, I think the short answer maybe to use
`quilt` to patch the .PO files instead of committing t
Hello Debian-Devel mailing list =D
imho, an interesting topic. In conjunction with [1] my first notion
was: We should not guide that proprietary software is insecure.
That's not correct, i.e. in the case of non-free-firmware it is nearly
equivalent to say that the usage of proprietary hardware i
9 matches
Mail list logo
