|
Revision tags: release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0, release/13.2.0, release/12.4.0 |
|
| #
16a6da44 |
| 23-Nov-2022 |
Baptiste Daroussin <[email protected]> |
nuageinit: add basic support for cloudinit.
this is a very early script to support cloudinit, it does not intend to be a full featured cloudinit client, but will support a good enough subset to be v
nuageinit: add basic support for cloudinit.
this is a very early script to support cloudinit, it does not intend to be a full featured cloudinit client, but will support a good enough subset to be viable in most case.
It support nocloud and openstack config-2 config drive mode (iso9660 or msdosfs)
The following features are currently supported: - adding users (including a default user named 'freebsd' with password 'freebsd' - adding groups - adding ssh keys - static ipv4, static ipv6, dynamic ipv4
With this one is able to use the 'bring your own image feature" out of box.
It is expected that the script grows the support of other clouds supporting cloud-init, contributions are welcomed.
It is designed to be only run once via the firstboot mecanism.
Sponsored by: OVHCloud Differential Revision: https://reviews.freebsd.org/D44141
(cherry picked from commit a42d6f76018e4ed8324e319ab48aac904bda437c) (cherry picked from commit c051f22bce42d920abba61bd7cf4ef5b6a270ffa) (cherry picked from commit b8c053c9a612651d4909f7a323088f3e92485b7b) (cherry picked from commit 9eae9233fdcc946945f4191e1413f548adfa2943)
show more ...
|
| #
0a2fa7bb |
| 15-Jan-2024 |
Mark Johnston <[email protected]> |
crashinfo: Print stack traces for all on-CPU threads
Add a python script which implements the bulk of this functionality. Over time, this would ideally evolve into a library of python routines which
crashinfo: Print stack traces for all on-CPU threads
Add a python script which implements the bulk of this functionality. Over time, this would ideally evolve into a library of python routines which can be used to inspect kernel data structures and automate some debugging tasks, similar to jhb's out-of-tree scripts, but written in a somewhat nicer language and with better integration into the kgdb command prompt.
Note that kgdb currently won't auto-load scripts in this directory. This should perhaps change in the future. It probably also makes more sense to have a crashinfo.py which provides all the kgdb output that we want to include in core.txt, rather than having crashinfo.sh pipe in several commands.
Reviewed by: avg, imp Discussed with: jhb MFC after: 3 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33817
(cherry picked from commit 2524b7dfb0df7e37ea9651559ce6c027b006e2a9)
show more ...
|
| #
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <[email protected]> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
195e5054 |
| 27-Jul-2023 |
Jessica Clarke <[email protected]> |
libexec: Automatically generate rtld-elf list and generalise TAGS
Note that the pattern for matching is made slightly more specific, so as to permit libcompats where one is a prefix of another (e.g.
libexec: Automatically generate rtld-elf list and generalise TAGS
Note that the pattern for matching is made slightly more specific, so as to permit libcompats where one is a prefix of another (e.g. CheriBSD has lib64 and lib64c).
Reviewed by: brooks, jhb, emaste, imp, kib Differential Revision: https://reviews.freebsd.org/D41183
show more ...
|
| #
df53ae0f |
| 23-Apr-2023 |
Colin Percival <[email protected]> |
Remove portsnap(8)
Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/po
Remove portsnap(8)
Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/ports.git /usr/ports`.
The portsnap servers will continue operating until FreeBSD 13 reaches its End-of-Life, and portsnap is available from the ports tree as ports-mgmt/portsnap.
Requested by: portmgr Relnotes: yes Differential Revision: https://reviews.freebsd.org/D39563 X-MFC: no
show more ...
|
| #
f051d723 |
| 01-Feb-2023 |
Warner Losh <[email protected]> |
hyperv: Build and install where supported
Remove the hard-coded dependency on HYPERV being only x86. Instead, 100% rely on MK_HYPERV. It's always right (since it's marked BROKEN (so set to "no") on
hyperv: Build and install where supported
Remove the hard-coded dependency on HYPERV being only x86. Instead, 100% rely on MK_HYPERV. It's always right (since it's marked BROKEN (so set to "no") on architectures we don't support).
Sponsored by: Netflix Reviewed by: bz Differential Revision: https://reviews.freebsd.org/D38306
show more ...
|
| #
0eea46fb |
| 28-Sep-2022 |
Brooks Davis <[email protected]> |
Remove telnetd
The telnetd codebase is unmaintained and has a number of quality issues. Telnet has been largely supplanted by ssh. If needed, a port is available (net/freebsd-telnetd), but a more ma
Remove telnetd
The telnetd codebase is unmaintained and has a number of quality issues. Telnet has been largely supplanted by ssh. If needed, a port is available (net/freebsd-telnetd), but a more maintained implementation should be prefered.
While the telnet client suffers from the same issues, it is deemed to be of lower risk and is required to connect to legacy devices, so it remains.
Reviewed by: emaste, imp Differential Revision: https://reviews.freebsd.org/D36620
show more ...
|
|
Revision tags: release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0 |
|
| #
6703731d |
| 09-Sep-2020 |
Kyle Evans <[email protected]> |
phttpget: move out of portsnap
Currently, WITHOUT_PORTSNAP forces WITHOUT_FREEBSD_UPDATE because the latter relies on phttpget, which lives inside the portsnap build bits.
Remove the dependency bet
phttpget: move out of portsnap
Currently, WITHOUT_PORTSNAP forces WITHOUT_FREEBSD_UPDATE because the latter relies on phttpget, which lives inside the portsnap build bits.
Remove the dependency between these two options by moving phttpget out into ^/libexec and building/installing it if either WITH_PORTSNAP or WITH_FREEBSD_UPDATE.
Future work could remove the conditional if it's decided that users will use it independently of either the current in-base consumers.
Reported by: swills Reviewed by: jilles, emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D26255
show more ...
|
|
Revision tags: release/11.4.0 |
|
| #
506f3640 |
| 18-Nov-2019 |
Kyle Evans <[email protected]> |
Add flua to the base system, install to /usr/libexec
FreeBSDlua ("flua") is a FreeBSD-private lua, flavored with whatever extensions we need for base system operations. We currently support a subset
Add flua to the base system, install to /usr/libexec
FreeBSDlua ("flua") is a FreeBSD-private lua, flavored with whatever extensions we need for base system operations. We currently support a subset of lfs and lposix that are used in the rewrite of makesyscall.sh into lua, added in r354786.
flua is intentionally written such that one can install standard lua and some set of lua modules from ports and achieve the same effect.
linit_flua is a copy of linit.c from contrib/lua with lfs and lposix added in. This is similar to what we do in stand/. linit.c has been renamed to make it clear that this has flua-specific bits.
luaconf has been slightly obfuscated to make extensions more difficult. Part of the problem is that flua is already hard enough to use as a bootstrap tool because it's not in PATH- attempting to do extension loading would require a special bootstrap version of flua with paths changed to protect the innocent.
src.lua.mk has been added to make it easy for in-tree stuff to find flua, whether it's bootstrap-flua or relying on PATH frobbing by Makefile.inc1.
Reviewed by: brooks, emaste (both earlier version), imp Differential Revision: https://reviews.freebsd.org/D21893
show more ...
|
| #
a4330302 |
| 07-Nov-2019 |
Brooks Davis <[email protected]> |
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setti
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV.
Alter .PATH and CFLAGS settings in work when the Makefile is included.
While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH.
The net effect of this change is to make Makefile.libcompat only build compatability libraries.
Changes relative to r354449:
Correct detection of the compiler type when bsd.compat.mk is used outside Makefile.libcompat. Previously it always matched the clang case.
Set LDFLAGS including the linker emulation for mips where -m32 seems to be insufficent.
Reviewed by: imp, kib (origional version in r354449) Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251
show more ...
|
| #
ccad77fe |
| 07-Nov-2019 |
Brooks Davis <[email protected]> |
Revert r354449: libcompat: build 32-bit rtld and ldd as part of "everything"
Additional testing is required..
|
| #
36712a94 |
| 07-Nov-2019 |
Brooks Davis <[email protected]> |
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setti
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV.
Alter .PATH and CFLAGS settings in work when the Makefile is included.
While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH.
The net effect of this change is to make Makefile.libcompat only build compatability libraries.
Reviewed by: imp, kib Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251
show more ...
|
|
Revision tags: release/12.1.0, release/11.3.0, release/12.0.0 |
|
| #
0696600c |
| 17-Oct-2018 |
Bjoern A. Zeeb <[email protected]> |
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with every package update bec
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with every package update because an rc script was touched. (a follow-up commit will make init its own package) * having rc in its own place will allow more easy replacement of the rc framework with alternatives, such as openrc.
Discussed with: brd (during BSDCam), kmoore Requested by: cem, bz PR: 231522 Approved by: re (gjb)
show more ...
|
|
Revision tags: release/11.2.0 |
|
| #
e415aa28 |
| 06-Oct-2017 |
Jeremie Le Hen <[email protected]> |
Remove rcmds.
If they are still needed, you can find them in the net/bsdrcmds port.
This was proposed June, 20th and approved by various committers [1]. They have been marked as deprecated on CURRE
Remove rcmds.
If they are still needed, you can find them in the net/bsdrcmds port.
This was proposed June, 20th and approved by various committers [1]. They have been marked as deprecated on CURRENT in r320644 [2] on July, 4th. Both stable/11 and release/11.1 contain the deprecation notice (thanks to allanjude@).
Note that ruptime(1)/rwho(1)/rwhod(8) were initially thought to be part of rcmds but this was a mistake and those are therefore NOT removed.
[1] https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html [2] https://svnweb.freebsd.org/base?view=revision&revision=320644
Reviewed by: bapt, brooks Differential Revision: https://reviews.freebsd.org/D12573
show more ...
|
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0 |
|
| #
c0759dac |
| 07-Jun-2016 |
Kurt Lidl <[email protected]> |
Separate BLACKLIST vs BLACKLIST_SUPPORT properly
Sponsored by: The FreeBSD Foundation
|
| #
95856e14 |
| 02-Jun-2016 |
Kurt Lidl <[email protected]> |
Add basic blacklist build support
Reviewed by: rpaulo Approved by: rpaulo Relnotes: YES Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5913
|
| #
df0cfa3b |
| 01-Jun-2016 |
Kurt Lidl <[email protected]> |
Reviewed by: rpaulo Approved by: rpaulo Obtained from: NetBSD external/bsd/blacklist @ 20160409 Relnotes: YES Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/
Reviewed by: rpaulo Approved by: rpaulo Obtained from: NetBSD external/bsd/blacklist @ 20160409 Relnotes: YES Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5912
show more ...
|
|
Revision tags: release/10.3.0 |
|
| #
c501d73c |
| 25-Feb-2016 |
Mariusz Zaborski <[email protected]> |
Convert casperd(8) daemon to the libcasper. After calling the cap_init(3) function Casper will fork from it's original process, using pdfork(2). Forking from a process has a lot of advantages: 1. We
Convert casperd(8) daemon to the libcasper. After calling the cap_init(3) function Casper will fork from it's original process, using pdfork(2). Forking from a process has a lot of advantages: 1. We have the same cwd as the original process. 2. The same uid, gid and groups. 3. The same MAC labels. 4. The same descriptor table. 5. The same routing table. 6. The same umask. 7. The same cpuset(1). From now services are also in form of libraries. We also removed libcapsicum at all and converts existing program using Casper to new architecture.
Discussed with: pjd, jonathan, ed, [email protected], emaste Partially reviewed by: [email protected], bdrewery Approved by: pjd (mentor) Differential Revision: https://reviews.freebsd.org/D4277
show more ...
|
| #
24e9c818 |
| 18-Feb-2016 |
Bryan Drewery <[email protected]> |
Fix installation of makewhatis.local(1) since r283777.
The wrapper script has moved to libexec/makewhatis.local since it is not directlry related to the older makewhatis(1) utility that has been rep
Fix installation of makewhatis.local(1) since r283777.
The wrapper script has moved to libexec/makewhatis.local since it is not directlry related to the older makewhatis(1) utility that has been replaced by the usr.bin/mandoc version.
Reported by: vangyzen
show more ...
|
| #
855ff27c |
| 09-Oct-2015 |
Baptiste Daroussin <[email protected]> |
Move all the dma(8) components into one single directory
Simplifying maintainance and options (only one place to deal with MK_DMAGENT)
This also makes packaging base less intrusive by getting a sin
Move all the dma(8) components into one single directory
Simplifying maintainance and options (only one place to deal with MK_DMAGENT)
This also makes packaging base less intrusive by getting a single point where to add tags.
show more ...
|
|
Revision tags: release/10.2.0 |
|
| #
11981695 |
| 04-Feb-2015 |
Enji Cooper <[email protected]> |
Add the following options to enable/disable several features in the base system
WITHOUT_BOOTPARAMD - bootparamd WITHOUT_BOOTPD - bootpd WITHOUT_FINGER - finger, fingerd WITHOUT_FTP - ftp, ftpd WITHO
Add the following options to enable/disable several features in the base system
WITHOUT_BOOTPARAMD - bootparamd WITHOUT_BOOTPD - bootpd WITHOUT_FINGER - finger, fingerd WITHOUT_FTP - ftp, ftpd WITHOUT_INETD - inetd WITHOUT_RBOOTD - rbootd WITHOUT_TCP_WRAPPERS - tcpd, et al WITHOUT_TFTP - tftp, tftp-server WITHOUT_TIMED - timed
MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
show more ...
|
| #
3f802165 |
| 25-Jan-2015 |
Enji Cooper <[email protected]> |
Add MK_TALK knob for building the talk and talkd
MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
|
| #
466046ec |
| 26-Nov-2014 |
Enji Cooper <[email protected]> |
Conditionalize a number of components in the tree
- bootparamd - bootpd - finger/fingerd - ftp/ftpd - hastctl/hastd - iscsid, et al - rbootd - talk/talkd - tcpd, et al - tftp/tftpd
Add src.conf ent
Conditionalize a number of components in the tree
- bootparamd - bootpd - finger/fingerd - ftp/ftpd - hastctl/hastd - iscsid, et al - rbootd - talk/talkd - tcpd, et al - tftp/tftpd
Add src.conf entries for the various components and do a best effort at adding components to tools/build/mk/OptionalObsoleteFiles.inc
show more ...
|
|
Revision tags: release/10.1.0 |
|
| #
f8080a99 |
| 16-Oct-2014 |
Warner Losh <[email protected]> |
HYPERV isn't available on all architectures, but just on by default for i386/amd64. Rather, it only works on i386/amd64 and should only be built there. Rather than change the default based on which a
HYPERV isn't available on all architectures, but just on by default for i386/amd64. Rather, it only works on i386/amd64 and should only be built there. Rather than change the default based on which architecutre, do things more directly by only building it on i386/amd64 and having it always on. This is how we handle other options that are relevant only for a few architectures.
show more ...
|
| #
478290db |
| 01-Oct-2014 |
Enji Cooper <[email protected]> |
Check in first src/tests snapshot from NetBSD anoncvs
Sources were obtained like so:
% export CVSROOT="[email protected]:/cvsroot" % cvs -z9 co -D "09/30/2014 20:45" -P src/tests % mv src/
Check in first src/tests snapshot from NetBSD anoncvs
Sources were obtained like so:
% export CVSROOT="[email protected]:/cvsroot" % cvs -z9 co -D "09/30/2014 20:45" -P src/tests % mv src/tests/* tests/dist/.
'*CVS*' has been added to svn:ignore to ease updating periodically from upstream
Some line ending issues had to be resolved with test outputs and scripts via dos2unix and by deleting the eol-style property set in usr.bin/sort
Discussed with: rpaulo Sponsored by: EMC / Isilon Storage Division
show more ...
|