Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Which USE_* features are obsolete and can be removed (or unconditionally enabled)? #611

Open
alejandro-colomar opened this issue Dec 16, 2022 · 6 comments

Comments

@alejandro-colomar
Copy link
Collaborator

Hi!

The other day we were discussing that it might be good to remove USE_SYSLOG (although I'm not sure if the code it enables should be then unconditionally enabled or simply removed). Which others can also be simplified?

I'd like to get rid of most of that preprocessor stuff in one way or another.

Cheers,
Alex

@ikerexxe
Copy link
Collaborator

I'd also add USE_NSCD and USE_UTMPX to that list.

@ikerexxe
Copy link
Collaborator

I was reviewing #609 and I saw SHADOWGRP and HAVE_SHADOWGRP. I know they aren't USE_* macros but it could be interesting to remove that also (or at least investigate it).

@zeha
Copy link
Contributor

zeha commented Jun 22, 2024

!HAVE_LCKPWDF also seems like it could go away.

@zeha
Copy link
Contributor

zeha commented Jun 22, 2024

TBF the code would become a lot simpler to read if !HAVE_PAM was gone, but I guess some distros don't like that.

@alejandro-colomar
Copy link
Collaborator Author

Since nobody has commented on this, I'll remove !HAVE_LCKPWDF for 4.18.

@alejandro-colomar
Copy link
Collaborator Author

alejandro-colomar commented Dec 7, 2024

I was reviewing #609 and I saw SHADOWGRP and HAVE_SHADOWGRP. I know they aren't USE_* macros but it could be interesting to remove that also (or at least investigate it).

I have a PR related to that:

I still didn't remove that, but I simplified it a little bit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants