No, but not for the reason you think. The vast majority of distros automatically allocate any account created with useradd, STARTING at 500. Fedora talked about changing their limit to starting at 1000 back in F16. This is a part of a number of dumbass moves they've made in the past, and largely why I moved away from them, and back to CentOS. They seem to be on this path of changing shit just for the sake of changing it.
If you're trying to standardize users, you can do a couple of things. First would be to manually set the UID. Second would be to modify login.defs. Third would be to keep a master /etc/passwd file, and then just copy that in place before any user creation. The only accounts that use the login.defs values, are accounts created with useradd, that don't manually set the UID. Reserved ID's were set as 0-100, or used to be, there was some talk of moving to 0-200 for reserved back in F16 but I don't know if they actually did it. Dynamic account creation has started at 500 and moved up, for easily the past 5 years. It did used to start at 500 and move down but that was way back in the FedoraCore days.
For example, Apache uses useradd, and sets the value manually at 48. Splunk uses useradd and lets the OS choose the UID, and so it gets the next available value over 500. I'm not sure if fedora is forcing user account creation on build, but if it's not, you can login with the root account, modify login.defs, and then create your user. This would put you back at Fedora pre 2012.
The only benefit to keeping it at 1000, is that you run a smaller risk of running into another program/user that has specifically set their UID to a number over 1000.
RHEL, and CentOS both have kept their UID values as starting at 500 with a limit of 6000, as have most distros. However if you wanted to be absolutely sure not to run into another user, you could go north of 6000 ;-)
Hope this helps.
-Rob
