Bug#1102034: ITP: ifcopenshell -- Library for working with Industry Foundation Classes (IFC) data

2025-04-03 Thread Anton Gladky
Package: wnpp Severity: wishlist Owner: Anton Gladky X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: ifcopenshell Version : 0.8.1 * URL : https://github.com/IfcOpenShell/IfcOpenShell * License : LGPL

Re: utmp in trixie

2025-04-03 Thread Craig Small
On Fri, 4 Apr 2025 at 10:16, Michael Biebl wrote: > michael@mars:~$ loginctl > SESSION UID USERSEAT LEADER CLASS TTY IDLE SINCE >3 1000 michael seat0 2116 usertty1 no - >4 1000 michael - 2125 manager -no - > > 2 sessions listed. > > michael@mars:~$ who

w(1) vs. who(1) (was: utmp in trixie)

2025-04-03 Thread G. Branden Robinson
At 2025-04-04T00:46:03+0200, Chris Hofstaedtler wrote: > PS: I never understood why there's both w and who, and why they are > different implementations. As I understand it, it's the same reason as why more(1) vs. pg(1) and why lp(1) vs. lpd(1)--the AT&T/USG/USL vs. BSD schism. who(1) goes all th

Re: utmp in trixie

2025-04-03 Thread Michael Stone
On Fri, Apr 04, 2025 at 12:46:03AM +0200, Chris Hofstaedtler wrote: But the thing that needs looking at is why who in Debian behaves like it does, and if it doesn't work right, fix that in who or wherever else it needs fixing in the stack. Because I haven't turned it on, because I'm really unh

Re: utmp in trixie

2025-04-03 Thread Michael Stone
On Thu, Apr 03, 2025 at 07:52:12PM +0200, Marco d'Itri wrote: On Apr 03, Michael Stone wrote: The issue isn't making a change, the issue is what change is the right thing to do. IMO, dropping utmp without any kind of a transition or deprecation period is the wrong thing to do. Hence this thre

Re: utmp in trixie

2025-04-03 Thread Craig Small
On Fri, 4 Apr 2025 at 09:46, Chris Hofstaedtler wrote: > Maybe it needs some additional work to fully function > with current systemd versions. IIRC procps also only recently added > some new code to deal with new systemd behaviours. > That's right, we were counting sessions, not user sessions.

Re: utmp in trixie

2025-04-03 Thread Michael Biebl
Am 04.04.25 um 00:46 schrieb Chris Hofstaedtler: Maybe it needs some additional work to fully function with current systemd versions.  IIRC procps also only recently added some new code to deal with new systemd behaviours. Maybe try the attached patch. With it applied I get: michael@mars:~$

Bug#1102018: utmp in trixie

2025-04-03 Thread Holger Levsen
package: releasenotes x-debbugs-cc: debian-devel@lists.debian.org On Tue, Apr 01, 2025 at 03:27:05PM -0400, Michael Stone wrote Message-ID: <70ba7152-0f2e-11f0-9b6a-00163eeb5...@msgid.mathom.us> to debian-devel@l.d.o stating: > /run/utmp is no longer provided in trixie, which means that the mech

Re: utmp in trixie

2025-04-03 Thread Chris Hofstaedtler
* Michael Stone [250403 23:42]: On Thu, Apr 03, 2025 at 07:52:12PM +0200, Marco d'Itri wrote: On Apr 03, Michael Stone wrote: The issue isn't making a change, the issue is what change is the right thing to do. IMO, dropping utmp without any kind of a transition or deprecation period is the w

Re: utmp in trixie

2025-04-03 Thread Marco d'Itri
On Apr 03, Michael Stone wrote: The issue isn't making a change, the issue is what change is the right thing to do. IMO, dropping utmp without any kind of a transition or deprecation period is the wrong thing to do. Hence this thread. I think it's a bit late now to disagree with the plan imple

Re: utmp in trixie

2025-04-03 Thread Antonio Terceiro
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 by systemd, but it's not 1:1. I > propose