I guess this is the correct liblastlog2 to use with this:
https://github.com/thkukuk/lastlog2
(Not https://github.com/marmolak/liblastlog2)

I guess this is the correct liblastlog2 to use with this: https://github.com/thkukuk/lastlog2

Correct. Missed the other project with the similar name as it seems to be dead since 8 years already.

@thkukuk I have talked about lastlog2 with colleagues in Red Hat, and more people agree that it seems like a good way to go ;-) What's your plan for the project? ;-)

What about merging it to the util-linux? It will make it available almost everywhere; lslogins and login will be without extra dependence, and we can provide a replacement for lastlog from shadow-utils, and maintenance overhead will be smaller, etc. The "sad" thing is dependence on sqlite3, but for people who do not like it, we can introduce --disable/enable-lastlog2. What do you think?

(No problem if you want to keep it a small standalone project, just an idea ...)

Currently lastlog2 is a standalone project, but I have no problems with merging it with util-linux. Makes it more visible and more people will take care of it.

I agree with the sqlite3 dependency, but we discussed that a lot and in the end, it was the only library which did fulfill our needs, is well maintained and widely adopted.

I forgot: somebody needs to reformat the code to match the syntax format of util-linux, I still format my code with glibc syntax.

Between, openSUSE uses already lastlog2 as default, like our next generation enterprise products.

@karelzak How would you like to manage the merge of lastlog2 into util-linux? Who will do it? I have only limited time and not well familar with how the whole util-linux setup is done.

@karelzak How would you like to manage the merge of lastlog2 into util-linux? Who will do it? I have only limited time and not well familar with how the whole util-linux setup is done.

I'll do it, but the next week. I guess we can merge it with minimal changes (add it to the build system) and then "clean up" with additional pull requests to make it consistent with the rest of util-linux.

Note I didn't forget, but I still have no time ...

Maybe, someone else can prepare a PR to merge lastlog2 into util-linux. The ideal way is to add liblastlog2/ directory, add the original code there (with minimal changes!), and the following patches "clean up" the code to be compatible with the rest of util-linux.

Note I didn't forget, but I still have no time ...

Maybe, someone else can prepare a PR to merge lastlog2 into util-linux. The ideal way is to add liblastlog2/ directory, add the original code there (with minimal changes!), and the following patches "clean up" the code to be compatible with the rest of util-linux.

Hi, if you don't mind, I would like to integrate it. :-)

It would be nice to rebase this PR and adapt it to liblastslog2 in the tree.

It would be nice to rebase this PR and adapt it to liblastslog2 in the tree.

I discussed this already with @schubi2 this morning, since I'm on sick leave he will try to look at this. Else it has to wait until I'm back.

It would be nice to rebase this PR and adapt it to liblastslog2 in the tree.

I discussed this already with @schubi2 this morning, since I'm on sick leave he will try to look at this. Else it has to wait until I'm back.

I have submitted a new PR with the adaption to included lastlog2.

Closing in favor of PR #2735