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
`last` has ended up in a bit of an odd state

* `last` has been removed from util-linux as of 2.40.1-4
* wtmpdb is a suggest for util-linux in debian and it was looking like it was 
the recommended way of working
* wtmpdb got orphaned, and there appear to be some support questions (though i 
see recent releases upstream, so maybe it's just a temporary problem)

I'd be happy to adopt whatever the freeradius project would like to do
here. I'm sure if `radlast` is dropped upstream, Debian will sync it and
Ubuntu will take it up. On the Ubuntu side, dropping `wtpmdb` from the
depends doesn't change the functionality of `radlast` -- `last` is still
available, so `radlast` will function just fine. There's just a current
difference between Ubuntu and Debian as far as `last` and dealing with
login / utmp / wtmp

i've prepared a PPA with the change, just waiting on the amd64 build to
verify all my assumptions are correct

https://launchpad.net/~jchittum/+archive/ubuntu/lp-2096611-freeradius-
removetwtmpdbdep

-- 
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://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/2096611/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to