Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
In message <202003101608.02ag8dek065...@gndrsh.dnsmgr.net>, "Rodney W. Grimes" writes: > > In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W. > > Grimes" > > writes: > > > > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote: > > > > >> Sorry for being snippy. It's a bad day here, client-wise, and it's > > > > >spilling > > > > >> over here. > > > > > > > > > >No apology necessary, I'm sorry I didn't coordinate more closely with > > > > >you on the actual svn commit. I had this change in my WIP tree since > > > > >November and just got back to it. Given the elapsed time since we last > > > > >discussed it I ought to have sent a reminder/refreshed the discussion. > > > > > > > > I think a FreeBSD version bump might still be needed. Though ports or o > ther > > > software might simply check for the existence of /usr/sbin/amd instead. > > > > > > > > I should put a deprecation flag into the port though I haven't thought > abou > > > t the expiry date yet. Probably at 12 EOL. > > > > > > Since 13 is not going to include amd that would be ending both the base a > nd p > > > ort version at the same time, perhaps keep the port to 13.0 EOL to give a > sli > > > ght window when someone upgrades to 13 and finds out amd is gone they can > go > > > to the port for a quick but short lived fixed. > > > > > > Perhaps big giant warnings all over the port too that it is about to EOL? > > > > Does adding DEPRECATED= without EXPIRATION_DATE= and a comment to add > > EXPIRATION_DATE for 13 EOL date sound ok? > > Sounds ok, but I was thinking 13.0 EOL, vs 13 EOL, unless you want > to support it for 5 more years?? Or even 13.1 EOL if it is desirable > to give them just a wee bit more time. Gotcha. 13.0 is better. > > > DEPRECATED prints warnings. > Ok > > > -- > Rod Grimes rgri...@freebsd.or > g -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
> In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W. > Grimes" > writes: > > > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote: > > > >> Sorry for being snippy. It's a bad day here, client-wise, and it's > > > >spilling > > > >> over here. > > > > > > > >No apology necessary, I'm sorry I didn't coordinate more closely with > > > >you on the actual svn commit. I had this change in my WIP tree since > > > >November and just got back to it. Given the elapsed time since we last > > > >discussed it I ought to have sent a reminder/refreshed the discussion. > > > > > > I think a FreeBSD version bump might still be needed. Though ports or > > > other > > software might simply check for the existence of /usr/sbin/amd instead. > > > > > > I should put a deprecation flag into the port though I haven't thought > > > abou > > t the expiry date yet. Probably at 12 EOL. > > > > Since 13 is not going to include amd that would be ending both the base and > > p > > ort version at the same time, perhaps keep the port to 13.0 EOL to give a > > sli > > ght window when someone upgrades to 13 and finds out amd is gone they can > > go > > to the port for a quick but short lived fixed. > > > > Perhaps big giant warnings all over the port too that it is about to EOL? > > Does adding DEPRECATED= without EXPIRATION_DATE= and a comment to add > EXPIRATION_DATE for 13 EOL date sound ok? Sounds ok, but I was thinking 13.0 EOL, vs 13 EOL, unless you want to support it for 5 more years?? Or even 13.1 EOL if it is desirable to give them just a wee bit more time. > DEPRECATED prints warnings. Ok -- Rod Grimes rgri...@freebsd.org ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
In message <202003101541.02affpiy065...@gndrsh.dnsmgr.net>, "Rodney W. Grimes" writes: > > On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote: > > >> Sorry for being snippy. It's a bad day here, client-wise, and it's > > >spilling > > >> over here. > > > > > >No apology necessary, I'm sorry I didn't coordinate more closely with > > >you on the actual svn commit. I had this change in my WIP tree since > > >November and just got back to it. Given the elapsed time since we last > > >discussed it I ought to have sent a reminder/refreshed the discussion. > > > > I think a FreeBSD version bump might still be needed. Though ports or other > software might simply check for the existence of /usr/sbin/amd instead. > > > > I should put a deprecation flag into the port though I haven't thought abou > t the expiry date yet. Probably at 12 EOL. > > Since 13 is not going to include amd that would be ending both the base and p > ort version at the same time, perhaps keep the port to 13.0 EOL to give a sli > ght window when someone upgrades to 13 and finds out amd is gone they can go > to the port for a quick but short lived fixed. > > Perhaps big giant warnings all over the port too that it is about to EOL? Does adding DEPRECATED= without EXPIRATION_DATE= and a comment to add EXPIRATION_DATE for 13 EOL date sound ok? DEPRECATED prints warnings. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
> On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote: > >> Sorry for being snippy. It's a bad day here, client-wise, and it's > >spilling > >> over here. > > > >No apology necessary, I'm sorry I didn't coordinate more closely with > >you on the actual svn commit. I had this change in my WIP tree since > >November and just got back to it. Given the elapsed time since we last > >discussed it I ought to have sent a reminder/refreshed the discussion. > > I think a FreeBSD version bump might still be needed. Though ports or other > software might simply check for the existence of /usr/sbin/amd instead. > > I should put a deprecation flag into the port though I haven't thought about > the expiry date yet. Probably at 12 EOL. Since 13 is not going to include amd that would be ending both the base and port version at the same time, perhaps keep the port to 13.0 EOL to give a slight window when someone upgrades to 13 and finds out amd is gone they can go to the port for a quick but short lived fixed. Perhaps big giant warnings all over the port too that it is about to EOL? -- Rod Grimes rgri...@freebsd.org ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
On Tue, 10 Mar 2020 at 11:04, Cy Schubert wrote: > > I think a FreeBSD version bump might still be needed. Yeah, I did it in r358834. Integers are cheap :) (And even if rebuilding everything isn't, that's going to happen shortly with a Clang update anyway.) ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
On March 10, 2020 6:42:30 AM PDT, Ed Maste wrote: >> Sorry for being snippy. It's a bad day here, client-wise, and it's >spilling >> over here. > >No apology necessary, I'm sorry I didn't coordinate more closely with >you on the actual svn commit. I had this change in my WIP tree since >November and just got back to it. Given the elapsed time since we last >discussed it I ought to have sent a reminder/refreshed the discussion. I think a FreeBSD version bump might still be needed. Though ports or other software might simply check for the existence of /usr/sbin/amd instead. I should put a deprecation flag into the port though I haven't thought about the expiry date yet. Probably at 12 EOL. -- Pardon the typos and autocorrect, small keyboard in use. Cy Schubert FreeBSD UNIX: Web: https://www.FreeBSD.org The need of the many outweighs the greed of the few. Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
> Sorry for being snippy. It's a bad day here, client-wise, and it's spilling > over here. No apology necessary, I'm sorry I didn't coordinate more closely with you on the actual svn commit. I had this change in my WIP tree since November and just got back to it. Given the elapsed time since we last discussed it I ought to have sent a reminder/refreshed the discussion. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
In message <202003092054.029ksosc056...@slippy.cwsent.com>, Cy Schubert writes: > In message <202003092046.029kkikt073...@repo.freebsd.org>, Ed Maste writes: > > Author: emaste > > Date: Mon Mar 9 20:46:43 2020 > > New Revision: 358821 > > URL: https://svnweb.freebsd.org/changeset/base/358821 > > > > Log: > > retire amd(8) > > > > autofs was introduced with FreeBSD 10.1 and is the supported method for > > automounting filesystems. As of r296194 the amd man page claimed that it > > is deprecated. Remove it from base now; the sysutils/am-utils port is > > still available if necessary. > > > > Discussed with: cy > > Relnotes: Yes > > Sponsored by: The FreeBSD Foundation > > > > Deleted: > > head/contrib/amd/ > > head/libexec/rc/rc.d/amd > > head/tools/build/options/WITHOUT_AMD > > head/tools/build/options/WITH_AMD > > head/usr.sbin/amd/ > > Modified: > > head/Makefile.inc1 > > head/ObsoleteFiles.inc > > head/UPDATING > > head/libexec/rc/rc.d/Makefile > > head/release/Makefile > > head/tools/build/mk/OptionalObsoleteFiles.inc > > head/usr.sbin/Makefile > > head/usr.sbin/newsyslog/newsyslog.conf.d/Makefile > > Can we have a __FreeBSD_version bump? Sorry for being snippy. It's a bad day here, client-wise, and it's spilling over here. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
In message <202003092046.029kkikt073...@repo.freebsd.org>, Ed Maste writes: > Author: emaste > Date: Mon Mar 9 20:46:43 2020 > New Revision: 358821 > URL: https://svnweb.freebsd.org/changeset/base/358821 > > Log: > retire amd(8) > > autofs was introduced with FreeBSD 10.1 and is the supported method for > automounting filesystems. As of r296194 the amd man page claimed that it > is deprecated. Remove it from base now; the sysutils/am-utils port is > still available if necessary. > > Discussed with: cy > Relnotes: Yes > Sponsored by: The FreeBSD Foundation > > Deleted: > head/contrib/amd/ > head/libexec/rc/rc.d/amd > head/tools/build/options/WITHOUT_AMD > head/tools/build/options/WITH_AMD > head/usr.sbin/amd/ > Modified: > head/Makefile.inc1 > head/ObsoleteFiles.inc > head/UPDATING > head/libexec/rc/rc.d/Makefile > head/release/Makefile > head/tools/build/mk/OptionalObsoleteFiles.inc > head/usr.sbin/Makefile > head/usr.sbin/newsyslog/newsyslog.conf.d/Makefile Can we have a __FreeBSD_version bump? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d release tools/build/mk tools/build/options usr.sbin usr.sbin/amd usr.sbin/newsyslog/newsyslog.conf.d
Author: emaste Date: Mon Mar 9 20:46:43 2020 New Revision: 358821 URL: https://svnweb.freebsd.org/changeset/base/358821 Log: retire amd(8) autofs was introduced with FreeBSD 10.1 and is the supported method for automounting filesystems. As of r296194 the amd man page claimed that it is deprecated. Remove it from base now; the sysutils/am-utils port is still available if necessary. Discussed with: cy Relnotes: Yes Sponsored by: The FreeBSD Foundation Deleted: head/contrib/amd/ head/libexec/rc/rc.d/amd head/tools/build/options/WITHOUT_AMD head/tools/build/options/WITH_AMD head/usr.sbin/amd/ Modified: head/Makefile.inc1 head/ObsoleteFiles.inc head/UPDATING head/libexec/rc/rc.d/Makefile head/release/Makefile head/tools/build/mk/OptionalObsoleteFiles.inc head/usr.sbin/Makefile head/usr.sbin/newsyslog/newsyslog.conf.d/Makefile Modified: head/Makefile.inc1 == --- head/Makefile.inc1 Mon Mar 9 20:31:38 2020(r358820) +++ head/Makefile.inc1 Mon Mar 9 20:46:43 2020(r358821) @@ -2284,11 +2284,6 @@ _basic_bootstrap_tools+=sbin/sysctl bin/chflags # mkfifo is used by sys/conf/newvers.sh _basic_bootstrap_tools+=usr.bin/mkfifo -.if ${MK_AMD} != "no" -# unifdef is only used by usr.sbin/amd/libamu/Makefile -_basic_bootstrap_tools+=usr.bin/unifdef -.endif - .if ${MK_BOOT} != "no" _basic_bootstrap_tools+=bin/dd # xz/unxz is used by EFI Modified: head/ObsoleteFiles.inc == --- head/ObsoleteFiles.inc Mon Mar 9 20:31:38 2020(r358820) +++ head/ObsoleteFiles.inc Mon Mar 9 20:46:43 2020(r358821) @@ -36,6 +36,28 @@ # xargs -n1 | sort | uniq -d; # done +# 20200309: amd(8) retired +OLD_FILES+=etc/amd.map +OLD_FILES+=etc/newsyslog.conf.d/amd.conf +OLD_FILES+=etc/rc.d/amd +OLD_FILES+=usr/bin/pawd +OLD_FILES+=usr/sbin/amd +OLD_FILES+=usr/sbin/amq +OLD_FILES+=usr/sbin/fixmount +OLD_FILES+=usr/sbin/fsinfo +OLD_FILES+=usr/sbin/hlfsd +OLD_FILES+=usr/sbin/mk-amd-map +OLD_FILES+=usr/sbin/wire-test +OLD_FILES+=usr/share/examples/etc/amd.map +OLD_FILES+=usr/share/man/man1/pawd.1.gz +OLD_FILES+=usr/share/man/man5/amd.conf.5.gz +OLD_FILES+=usr/share/man/man8/amd.8.gz +OLD_FILES+=usr/share/man/man8/amq.8.gz +OLD_FILES+=usr/share/man/man8/fixmount.8.gz +OLD_FILES+=usr/share/man/man8/fsinfo.8.gz +OLD_FILES+=usr/share/man/man8/hlfsd.8.gz +OLD_FILES+=usr/share/man/man8/mk-amd-map.8.gz +OLD_FILES+=usr/share/man/man8/wire-test.8.gz # 20200301: bktr removed OLD_DIRS+=usr/include/dev/bktr OLD_FILES+=usr/include/dev/bktr/ioctl_bktr.h Modified: head/UPDATING == --- head/UPDATING Mon Mar 9 20:31:38 2020(r358820) +++ head/UPDATING Mon Mar 9 20:46:43 2020(r358821) @@ -26,6 +26,11 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW: disable the most expensive debugging functionality run "ln -s 'abort:false,junk:false' /etc/malloc.conf".) +20200309: + The amd(8) automount daemon has been removed from the source tree. + As of FreeBSD 10.1 autofs(5) is the preferred tool for automounting. + amd is still available in the sysutils/am-utils port. + 20200301: Removed brooktree driver (bktr.4) from the tree. Modified: head/libexec/rc/rc.d/Makefile == --- head/libexec/rc/rc.d/Makefile Mon Mar 9 20:31:38 2020 (r358820) +++ head/libexec/rc/rc.d/Makefile Mon Mar 9 20:46:43 2020 (r358821) @@ -141,12 +141,6 @@ ACPIPACKAGE= acpi CONFS+=powerd .endif -.if ${MK_AMD} != "no" -CONFGROUPS+= AMD -AMD+= amd -AMDPACKAGE=amd -.endif - .if ${MK_APM} != "no" CONFGROUPS+= APM APM+= apm Modified: head/release/Makefile == --- head/release/Makefile Mon Mar 9 20:31:38 2020(r358820) +++ head/release/Makefile Mon Mar 9 20:46:43 2020(r358821) @@ -192,7 +192,7 @@ disc1: packagesystem # Install system mkdir -p ${.TARGET} cd ${WORLDDIR} && ${IMAKE} installkernel installworld distribution \ - DESTDIR=${.OBJDIR}/${.TARGET} MK_AMD=no MK_AT=no \ + DESTDIR=${.OBJDIR}/${.TARGET} MK_AT=no \ MK_INSTALLLIB=no MK_LIB32=no MK_MAIL=no \ MK_TOOLCHAIN=no MK_PROFILE=no \ MK_RESCUE=no MK_DICT=no \ @@ -221,7 +221,7 @@ bootonly: packagesystem # Install system mkdir -p ${.TARGET} cd ${WORLDDIR} && ${IMAKE} installkernel installworld distribution \ - DESTDIR=${.OBJDIR}/${.TARGET} MK_AMD=no MK_AT=no \ + DESTDIR=${.OBJDIR}/${.TARGET} MK_AT=no \ MK_GAMES=no \ MK_INSTALLLIB=no MK_LIB32=no MK_MAIL=no