[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-29 Thread John Chittum
thanks Alan. I've opened a debian bug as well, primarily just for visibility in that community that `wtmpdb` doesn't fulfill `util- linux:last` in all cases. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1094356 When is 3.2.7 likely to land? Moving forward to 3.2.7 makes sense. in the short t

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-27 Thread Alan DeKok
We're going to put `radlast` behind a `configure` flag in 3.2.7. That way the packages can be built without it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2096611 Title: Revert Upstream dependen

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-27 Thread John Chittum
Ah, well, i was a release behind. Ubuntu has also removed `last` from util-linux, as of Oracular, so just removing the dependency won't work to solve the problem. We'll go from * `last` command installed, but not usable in context. * wtmpdb installed and starts logging logins -- unintended side

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-27 Thread John Chittum
another note, which i thought to be the case reading wtmpdb -- the last command it supplies only reads sqlite databases with a wtmp table. that's not compatible with radlast and freeradius, as it's using the utmp struct from glibc. I'll file a Debian bug for that issue. not sure of the upstream fi

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-27 Thread Lukas Märdian
** Tags added: update-excuse -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2096611 Title: Revert Upstream dependency on wtmpdb last in radlast To manage notifications about this bug go to: https://

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-24 Thread John Chittum
That even feels heavy for the immediate needs. I don't want to make a judgement on it since it's still in the originating source. I'd be happy to work with the freeradius project to go even further, and do more remove / splits. The Debian packaging side makes sense for Debian, as it looks like `la

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-24 Thread Alan DeKok
TBH I don't know if anyone is still using the radlast / radutmp stuff. It might be OK to just delete that functionality entirely. For compatibility, perhaps move radlast and anything else it needs into a freeradius-last package? That way people who want it can still use it, and the main set of us

[Bug 2096611] Re: Revert Upstream dependency on wtmpdb last in radlast

2025-01-24 Thread John Chittum
** Description changed: Debian version 3.2.6+dfsg-3 adds a new dependency, `wtmpdb`. this is listed as needed in `radlast`. This caused a component-mismatch, as `wtmpdb` is in universe and not main. in doing research for a MIR, it was found that `wtmpdb` has been orphaned in Debian wi