FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.2.0 2018-04-09T21:16:28Z 2018-04-09T21:16:28Z Ed Maste emaste@FreeBSD.org 2018-04-09T21:16:28Z urn:sha1:b31e5323f1a453e5d3c29936699f4146faada086 The need for _WITH_GETLINE and _WITH_DPRINTF was removed in HEAD in r303524 but is still needed in stable/11 to enable prototypes for these functions. 2018-01-10T09:06:07Z Xin LI delphij@FreeBSD.org 2018-01-10T09:06:07Z urn:sha1:6df4ba30827d2a9c123a575d1c09a94ffea72dd8 Replace send-mail with the more standarized sendmail, we do not create links for send-mail in mailwrapper so it did not work anyway. 2017-07-20T00:58:19Z Enji Cooper ngie@FreeBSD.org 2017-07-20T00:58:19Z urn:sha1:371a22ae7b264c9a3fa6785783e2af8307925041 libexec: normalize paths using SRCTOP-relative paths or :H when possible This simplifies make logic/output 2016-08-22T07:08:00Z Baptiste Daroussin bapt@FreeBSD.org 2016-08-22T07:08:00Z urn:sha1:eb02d56dfe2ced602dd69054177c9e0030194ff6 Most important change being: dma - Fix security hole Affecting DragonFly 4.6 and earlier, Matt Dillon fixed this in base after finding out from BSDNow Episode 152. Comments following were from his commit which explains better than I. Just taking his change and putting it here as well. * dma makes an age-old mistake of not properly checking whether a file owned by a user is a symlink or not, a bug which the original mail.local also had. * Add O_NOFOLLOW to disallow symlinks. Thanks-to: BSDNow Episode 152, made me dive dma to check when they talked about the mail.local bug. 2016-06-01T20:44:28Z Glen Barber gjb@FreeBSD.org 2016-06-01T20:44:28Z urn:sha1:ea580d0b45f1ab5573c1fc1221a1b1629ef9fa49 for the CONFS issue with dma.conf and ppp.conf. Thank you very much to Bryan Drewery for looking into the problem and providing this fix. Pointyhat: gjb Sponsored by: The FreeBSD Foundation 2016-06-01T20:06:55Z Glen Barber gjb@FreeBSD.org 2016-06-01T20:06:55Z urn:sha1:d1900df6cc083e82a82ec7161f567a71f6c8ba37 The 'CONFS' entries in share/mk/bsd.confs.mk explicitly check for the 'installconfig', but does not behave properly with the 'distribute' target. This seems to be related to the previously-reported issues with files within /etc in the past. Reported by: Ben Woods Sponsored by: The FreeBSD Foundation 2016-04-04T23:55:32Z Glen Barber gjb@FreeBSD.org 2016-04-04T23:55:32Z urn:sha1:d60840138f6292c1ceeb177ebe797eca0b2749da Sponsored by: The FreeBSD Foundation 2016-03-27T23:19:14Z Alexander Kabaev kan@FreeBSD.org 2016-03-27T23:19:14Z urn:sha1:05e7782363b5b745026b47653a4ea5c4741c2361 2016-03-24T08:25:05Z Baptiste Daroussin bapt@FreeBSD.org 2016-03-24T08:25:05Z urn:sha1:f0d5be8303d402b120bd3797f148c3ceabdca2c3 2016-03-02T16:14:46Z Glen Barber gjb@FreeBSD.org 2016-03-02T16:14:46Z urn:sha1:52259a98adba7622f236db46a330e61df0c84fb1 Sponsored by: The FreeBSD Foundation