FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F14.2 2023-08-16T17:54:16Z 2023-08-16T17:54:16Z Warner Losh imp@FreeBSD.org 2023-08-16T17:54:16Z urn:sha1:b3e7694832e81d7a904a10f525f8797b753bf0d3 Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/ 2023-06-01T21:16:01Z Baptiste Daroussin bapt@FreeBSD.org 2023-06-01T21:16:01Z urn:sha1:04eeb364d439bec0931f7e73627f59a88bb474f3 In order to allow to add cpuset(2) functionality to more utilities than just cpuset(1) move the parselist code into libutil While here, make the code a little more "library" friendly, by returning a range of various errors so that the consumer can check for them and report appropriate error message to the users (One of the planed usage is the jail(8) utility) Reviewed by: jilles Differential Revision: https://reviews.freebsd.org/D12873 2022-04-09T15:59:43Z Mateusz Guzik mjg@FreeBSD.org 2022-03-11T11:01:50Z urn:sha1:287451fd019299b138bab2ee99cdf0f3be495439 Differential Revision: https://reviews.freebsd.org/D34681 2021-10-26T12:50:29Z Konstantin Belousov kib@FreeBSD.org 2021-10-26T08:40:10Z urn:sha1:f2069331e5821f4c2b65d82af2809946a34158d2 which is the wrapper around the vm.swap_objects sysctl, same as kinfo_getvmobject(3) wraps vm.objects. Submitted by: Yoshihiro Ota MFC after: 1 week Differential revision: https://reviews.freebsd.org/D29754 2020-11-18T19:44:30Z Stefan Eßer se@FreeBSD.org 2020-11-18T19:44:30Z urn:sha1:30d21d279537e46629a697908d2d207c06bc310e This function returns the path to the local software base directory, by default "/usr/local" (or the value of _PATH_LOCALBASE in include/paths.h when building the world). The value returned can be overridden by 2 methods: - the LOCALBASE environment variable (ignored by SUID programs) - else a non-default user.localbase sysctl value Reviewed by: hps (earlier version) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D27236 2020-11-15T20:24:59Z Scott Long scottl@FreeBSD.org 2020-11-15T20:24:59Z urn:sha1:8e1031086d40b9bd3fa255d92cc45573e3afed16 hashed out. 2020-11-14T19:04:36Z Scott Long scottl@FreeBSD.org 2020-11-14T19:04:36Z urn:sha1:bcf9ae275153c1013b88e1332446474242607a80 escaped prior testing, but it should be better now. Reported by: lots 2020-11-14T17:57:50Z Scott Long scottl@FreeBSD.org 2020-11-14T17:57:50Z urn:sha1:98b76d2227cb9b951cc6f006e2c78f243344f1bc unify the retrieval of the various ways that the local software base directory, typically "/usr/local", is expressed in the system. Reviewed by: se Differential Revision: https://reviews.freebsd.org/D27022 2018-07-26T18:34:38Z Ian Lepore ian@FreeBSD.org 2018-07-26T18:34:38Z urn:sha1:34e9190d82ac021bae00937cc1a663920aa19309 data from /etc/passwd rather than /etc/master.passwd. The libc getpwent(3) and related functions automatically read master.passwd when run by root, or passwd when run by a non-root user. When run by non- root, getpwent() copes with the missing data by setting the corresponding fields in the passwd struct to known values (zeroes for numbers, or a pointer to an empty string for literals). When libutil's pw_scan(3) was used to parse a line without the root-accessible data, it was leaving garbage in the corresponding fields. These changes rename the static pw_init() function used by getpwent() and friends to __pw_initpwd(), and move it into pw_scan.c so that common init code can be shared between libc and libutil. pw_scan(3) now calls __pw_initpwd() before __pw_scan(), just like the getpwent() family does, so that reading an arbitrary passwd file in either format and parsing it with pw_scan(3) returns the same results as getpwent(3) would. This also adds a new pw_initpwd(3) function to libutil, so that code which creates passwd structs from scratch in some manner that doesn't involve pw_scan() can initialize the struct to the values expected by lots of existing code, which doesn't expect to encounter NULL pointers or garbage values in some fields. 2017-11-26T02:00:33Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-26T02:00:33Z urn:sha1:5e53a4f90f82c4345f277dd87cc9292f26e04a29 Mainly focus on files that use BSD 2-Clause license, however the tool I was using mis-identified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.