Re: [HEADSUP] making /bin/sh the default shell for root
On Thu, 23 Sep 2021, Hans Ottevanger wrote: [snip] > While there, you could change "Charlie &" in the gecos field to something more > sensible, e.g. just "Superuser". I know Charlie is there since 4.2BSD, but the > reference to a long forgotten baseball player is probably lost by now. Also, a > lot of explanation is often needed when users receive (automated) emails from > Charlie Root. FWIW, my deployment route includes changind this to "`hostname-s` &" which helps much when digging into root-robots mail folder RE: history, "!cmd" and "!?param" would be great if implemented @sh [snip] -- Sincerely, D.Marck[DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer:ma...@freebsd.org ] ----------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- woo...@woozle.net *** ---
mtree patch for WITHOUT_LPR
Dear Garance,
as you're still maintaining lpr, I'm passing this through you.
If one build his server WITHOUT_LPR, there are constantly few directories that
are created by make hierarchy and then reported my make check-old.
Attached is a small patch against -current that should eliminate it (inspired
by BSD.groff.mtree).
Your thoughts?
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
Index: etc/Makefile
===
--- etc/Makefile(revision 290360)
+++ etc/Makefile(working copy)
@@ -351,6 +351,9 @@
MTREES+= mtree/BSD.lib32.dist/usr
MTREES+= mtree/BSD.lib32.dist/usr/lib/debug/usr
.endif
+.if ${MK_LPR} != "no"
+MTREES+= mtree/BSD.lpr.dist /usr
+.endif
.if ${MK_TESTS} != "no"
MTREES+= mtree/BSD.tests.dist${TESTSBASE}
MTREES+= mtree/BSD.tests.dist/usr/lib/debug/${TESTSBASE}
Index: etc/mtree/BSD.include.dist
===
--- etc/mtree/BSD.include.dist (revision 290360)
+++ etc/mtree/BSD.include.dist (working copy)
@@ -7,10 +7,6 @@
.
arpa
..
-atf-c
-..
-atf-c++
-..
bsm
..
bsnmp
Index: etc/mtree/BSD.usr.dist
===
--- etc/mtree/BSD.usr.dist (revision 290360)
+++ etc/mtree/BSD.usr.dist (working copy)
@@ -118,10 +118,6 @@
..
hyperv
..
-lpr
-ru
-..
-..
sendmail
..
sm.bin
@@ -134,8 +130,6 @@
sbin
..
share
-atf
-..
bsdconfig
media
..
@@ -179,8 +173,6 @@
doc
IPv6
..
-atf
-..
atm
..
legal
@@ -266,8 +258,6 @@
..
06.nfs
..
-07.lpd
-..
08.sendmailop
..
11.timedop
Index: etc/mtree/Makefile
===
--- etc/mtree/Makefile (revision 290360)
+++ etc/mtree/Makefile (working copy)
@@ -6,6 +6,7 @@
BSD.include.dist \
BSD.root.dist \
${_BSD.lib32.dist} \
+ ${_BSD.lpr.dist} \
${_BSD.sendmail.dist} \
${_BSD.tests.dist} \
BSD.usr.dist \
@@ -20,6 +21,9 @@
.if ${MK_LIB32} != "no"
_BSD.lib32.dist= BSD.lib32.dist
.endif
+.if ${MK_LPR} != "no"
+_BSD.lpr.dist= BSD.lpr.dist
+.endif
.if ${MK_SENDMAIL} != "no"
_BSD.sendmail.dist=BSD.sendmail.dist
.endif
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mtree patch for WITHOUT_LPR
On Sat, 7 Nov 2015, Garrett Cooper wrote: > > === > > --- etc/mtree/BSD.lpr.dist(nonexistent) > > +++ etc/mtree/BSD.lpr.dist(working copy) > > @@ -0,0 +1,30 @@ > > +# $FreeBSD$ > > +# > > +# Please see the file src/etc/mtree/README before making changes to this > > file. > > +# > > + > > +/set type=dir uname=root gname=wheel mode=0755 > > +. > > +include > > +atf-c > > +.. > > +atf-c++ > > +.. > > This diff is incorrect. ... and yes, of course, atf pairs of lines do not belong here. Index: etc/mtree/BSD.lpr.dist === --- etc/mtree/BSD.lpr.dist (nonexistent) +++ etc/mtree/BSD.lpr.dist (working copy) @@ -0,0 +1,21 @@ +# $FreeBSD$ +# +# Please see the file src/etc/mtree/README before making changes to this file. +# + +/set type=dir uname=root gname=wheel mode=0755 +. +libexec +lpr +ru +.. +.. +share +doc +smm +07.lpd +.. +.. +.. +.. +.. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mtree patch for WITHOUT_LPR
On Sat, 7 Nov 2015, Dmitry Morozovsky wrote:
> > > +++ etc/mtree/BSD.include.dist(working copy)
> > > @@ -7,10 +7,6 @@
> > > .
> > > arpa
> > > ..
> > > -atf-c
> > > -..
> > > -atf-c++
> > > -..
> >
> > Why?
>
> ehhm... Well, it seems coincidence, but my stable/10 system install these
> two on every installworld, and complaints about them every check-old
>
> Looking at Makefiles, yes, I do not see any connection with lpr, sorry for
> that.
Ah I see. I incorrectly started patching stable/10 instead of current. atf
things seem to be non-MFCed leftoversi or some side story.
Here is (hopefully correct) simplified patch against head:
Index: etc/Makefile
===
--- etc/Makefile(revision 290360)
+++ etc/Makefile(working copy)
@@ -351,6 +351,9 @@
MTREES+= mtree/BSD.lib32.dist/usr
MTREES+= mtree/BSD.lib32.dist/usr/lib/debug/usr
.endif
+.if ${MK_LPR} != "no"
+MTREES+= mtree/BSD.lpr.dist /usr
+.endif
.if ${MK_TESTS} != "no"
MTREES+= mtree/BSD.tests.dist${TESTSBASE}
MTREES+= mtree/BSD.tests.dist/usr/lib/debug/${TESTSBASE}
Index: etc/mtree/BSD.lpr.dist
===
--- etc/mtree/BSD.lpr.dist (nonexistent)
+++ etc/mtree/BSD.lpr.dist (working copy)
@@ -0,0 +1,30 @@
+# $FreeBSD$
+#
+# Please see the file src/etc/mtree/README before making changes to this file.
+#
+
+/set type=dir uname=root gname=wheel mode=0755
+.
+include
+atf-c
+..
+atf-c++
+..
+libexec
+lpr
+ru
+..
+..
+share
+atf
+..
+doc
+atf
+..
+smm
+07.lpd
+..
+..
+..
+..
+..
Index: etc/mtree/BSD.usr.dist
===
--- etc/mtree/BSD.usr.dist (revision 290360)
+++ etc/mtree/BSD.usr.dist (working copy)
@@ -118,10 +118,6 @@
..
hyperv
..
-lpr
-ru
-..
-..
sendmail
..
sm.bin
@@ -266,8 +262,6 @@
..
06.nfs
..
-07.lpd
-..
08.sendmailop
..
11.timedop
Index: etc/mtree/Makefile
===
--- etc/mtree/Makefile (revision 290360)
+++ etc/mtree/Makefile (working copy)
@@ -6,6 +6,7 @@
BSD.include.dist \
BSD.root.dist \
${_BSD.lib32.dist} \
+ ${_BSD.lpr.dist} \
${_BSD.sendmail.dist} \
${_BSD.tests.dist} \
BSD.usr.dist \
@@ -20,6 +21,9 @@
.if ${MK_LIB32} != "no"
_BSD.lib32.dist= BSD.lib32.dist
.endif
+.if ${MK_LPR} != "no"
+_BSD.lpr.dist= BSD.lpr.dist
+.endif
.if ${MK_SENDMAIL} != "no"
_BSD.sendmail.dist=BSD.sendmail.dist
.endif
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mtree patch for WITHOUT_LPR
On Sat, 7 Nov 2015, Bryan Drewery wrote: > On 11/7/2015 3:08 AM, Dmitry Morozovsky wrote: > > === > > --- etc/mtree/BSD.include.dist (revision 290360) > > +++ etc/mtree/BSD.include.dist (working copy) > > @@ -7,10 +7,6 @@ > > . > > arpa > > .. > > -atf-c > > -.. > > -atf-c++ > > -.. > > Why? ehhm... Well, it seems coincidence, but my stable/10 system install these two on every installworld, and complaints about them every check-old Looking at Makefiles, yes, I do not see any connection with lpr, sorry for that. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] -------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mtree patch for WITHOUT_LPR
On Sat, 7 Nov 2015, Garrett Cooper wrote: > > +/set type=dir uname=root gname=wheel mode=0755 > > +. > > +include > > +atf-c > > +.. > > +atf-c++ > > +.. > > This diff is incorrect. Yes, as Brian noted, this is completely orthogonal. > There are a lot of other things that need to be fixed if we go down this > path. Do you have a plan or idea of what all needs to be fixed? Well, I do not like the idea of tons of micro mtree files; OTOH, it would be great if we could avoid creation of unnecessary directories/files when particular WITHOU_* know is set. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] -------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mtree patch for WITHOUT_LPR
On Sat, 7 Nov 2015, Bryan Drewery wrote: > >>> +/set type=dir uname=root gname=wheel mode=0755 > >>> +. > >>> +include > >>> +atf-c > >>> +.. > >>> +atf-c++ > >>> +.. > >> > >> This diff is incorrect. > > > > Yes, as Brian noted, this is completely orthogonal. > > > >> There are a lot of other things that need to be fixed if we go down this > >> path. Do you have a plan or idea of what all needs to be fixed? > > > > Well, I do not like the idea of tons of micro mtree files; OTOH, it would > > be > > great if we could avoid creation of unnecessary directories/files when > > particular WITHOU_* know is set. > > Another way of looking at this problem is that if a directory is in the > dist mtrees, it should not be listed as an OLD_DIRS. ... and this principle I do like much more, yes. It's no harm to have an empty subtree. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
adding VAMI port (5480) to /etc/services
Eitan, colleagues, any objection to adding this (now almost standard, while not registered), port 5480 to /etc/services? simple patch (I'm not sure about SCTP): marck@castor:/FreeBSD/pristine/src.current/etc svn diff Index: services === --- services(revision 275952) +++ services(working copy) @@ -2345,6 +2345,8 @@ mdns 5353/udp #Multicast DNS postgresql 5432/tcp #PostgreSQL Database postgresql 5432/udp #PostgreSQL Database +vami 5480/tcp #VMware Appliance Management Interface, HTTPS-like +vami 5480/udp #VMware Appliance Management Interface, HTTPS-like rplay /udp amqp 5672/sctp #AMQP amqp 5672/tcp #AMQP -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: rcs is gone?
On Tue, 8 Oct 2013, Julian Elischer wrote: Or do you really only run the base OS and no other software on your systems, without any of your own code or any customisation? We install from the base release ISO images burned on DVDs. We are physically air-gapped from the internet, none of the end users of the system have access to USB ports, and there are no electronic devices allowed into the development shop. We have a scheme for bringing in software from /usr/ports, but it is painful. And those ports can't necessarily walk on to all the systems in the shop. (I don't make the rules. Suffice to say the company is very paranoid about their code getting out into the wild.) Having RCS in the base system is very useful. We use it to track changes to bits of /etc on the machines where we don't do wholesale customizations. (Those ones get git, but they also get an install of /usr/ports with a fully populated /usr/ports/distfiles.) So if nuking RCS is a case of I don't use it, ... we do. +1 Moreover, IIRC, some key files in FreeBSD own cluster had been archived by RCS... -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: building i386 world on amd64 host: failed @svn
On Sun, 28 Jul 2013, Dmitry Morozovsky wrote: on my builder I have consistent error: Followup on different build environments: /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__cmpxchg': named_atomic.c:(.text+0xed): undefined reference to `__sync_val_compare_and_swap_8' /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x193): undefined reference to `__sync_add_and_fetch_8' /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__write': named_atomic.c:(.text+0x1f3): undefined reference to `__sync_lock_test_and_set_8' *** Error code 1 Stop. bmake: stopped in /FreeBSD/pristine/src.current/usr.bin/svn/svn *** Error code 1 host is at contemporary stable/9: FreeBSD castor.rinet.ru 9.1-STABLE FreeBSD 9.1-STABLE #1 r252026: Thu Jun 20 15:04:35 MSK 2013 ma...@castor.rinet.ru:/usr/obj/usr/src/sys/CASTOR amd64 the build line is make buildworld __MAKE_CONF=/dev/null TARGET=i386 and no, cleaning /usr/obj/i386.i386 does not help. On the same time, tinderbox.freebsd.org does not see this. Any hints? Thanks! The problem does not manifest itself on - TARGET=i386 build on ref10-amd64 box - build on 9-i386 jail on my 9-amd64 builder (while now there is watchdog' breakage with signedness, usr.bin/svn builds there without nasty atomics error) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
building i386 world on amd64 host: failed @svn
Dear collegues, on my builder I have consistent error: /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__cmpxchg': named_atomic.c:(.text+0xed): undefined reference to `__sync_val_compare_and_swap_8' /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x193): undefined reference to `__sync_add_and_fetch_8' /usr/obj/i386.i386/FreeBSD/pristine/src.current/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__write': named_atomic.c:(.text+0x1f3): undefined reference to `__sync_lock_test_and_set_8' *** Error code 1 Stop. bmake: stopped in /FreeBSD/pristine/src.current/usr.bin/svn/svn *** Error code 1 host is at contemporary stable/9: FreeBSD castor.rinet.ru 9.1-STABLE FreeBSD 9.1-STABLE #1 r252026: Thu Jun 20 15:04:35 MSK 2013 ma...@castor.rinet.ru:/usr/obj/usr/src/sys/CASTOR amd64 the build line is make buildworld __MAKE_CONF=/dev/null TARGET=i386 and no, cleaning /usr/obj/i386.i386 does not help. On the same time, tinderbox.freebsd.org does not see this. Any hints? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
