FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F14.4 2024-11-28T14:38:16Z 2024-11-28T14:38:16Z Franco Fichtner franco@opnsense.org 2024-11-18T18:36:46Z urn:sha1:03fdd4f38d89be0823d84436149b100c161ddade Other atf components are guarded by WITH_TESTS_SUPPORT already. WITH_TESTS is for actual tests. Reviewed by: markj MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D47660 (cherry picked from commit 43e045c1733d50fad79f3a53e05140b8dc0d7fa6) 2024-04-11T11:52:52Z Baptiste Daroussin bapt@FreeBSD.org 2022-11-23T19:00:39Z urn:sha1:16a6da44e28d607f2383be7c7c325090979f531f 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) 2024-02-09T14:55:45Z Mark Johnston markj@FreeBSD.org 2024-01-15T20:39:26Z urn:sha1:0a2fa7bb9cbb788cfe07db11071712af7cdcea93 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) 2023-08-16T17:55:03Z Warner Losh imp@FreeBSD.org 2023-08-16T17:55:03Z urn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ 2023-07-27T04:10:45Z Jessica Clarke jrtc27@FreeBSD.org 2023-07-27T04:10:45Z urn:sha1:195e50541eca73b8d40bed4223b87ba48cfed27d 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 2023-04-23T01:12:37Z Colin Percival cperciva@FreeBSD.org 2023-04-23T01:07:14Z urn:sha1:df53ae0fdd98e9452095ac2fdaf95fcfac8c9c7f 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 2023-02-01T17:21:57Z Warner Losh imp@FreeBSD.org 2023-02-01T17:21:24Z urn:sha1:f051d72314f8eb174fe69e62a997c9ed23ff84a1 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 2022-09-28T18:53:49Z Brooks Davis brooks@FreeBSD.org 2022-09-28T18:53:10Z urn:sha1:0eea46fb1f83f6091df92b5f2eae993cd6c2c873 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 2020-09-09T00:39:47Z Kyle Evans kevans@FreeBSD.org 2020-09-09T00:39:47Z urn:sha1:6703731d6e6a14771b76002087f4d84d8f66e82a 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 2019-11-18T23:21:13Z Kyle Evans kevans@FreeBSD.org 2019-11-18T23:21:13Z urn:sha1:506f36402925a87ed1d1483189ba07cd42f27a3d 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