On Fri, Feb 23, 2024 at 10:21:12AM -0800, Michael Dexter wrote:
> On 2/23/24 9:13 AM, Brooks Davis wrote:
> > Things are in a somewhat messy state. CASPER and CAPSICUM were moved to
> > a new __REQUIRED_OPTIONS list, but the various bits still exist and
> > there's even
finish removal
after 14 branched and it just hasn't happened yet.
I do wonder if the tool would also benefit from learning about
__REQUIRED_OPTIONS.
-- Brooks
On Thu, Feb 22, 2024 at 10:16:30AM -0800, Mark Millard wrote:
> Brooks Davis wrote on
> Date: Thu, 22 Feb 2024 02:03:09 UTC :
>
> > On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote:
> > > On Wed, Feb 21, 2024 at 08:20:25PM +, Brooks Davis wrote:
On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote:
> On Wed, Feb 21, 2024 at 08:20:25PM +0000, Brooks Davis wrote:
> > That's probably worth a shot. Static linking will work anyway because
> > libc.a in effect embeds libsys to retain compatability.
> Please do
That's probably worth a shot. Static linking will work anyway because
libc.a in effect embeds libsys to retain compatability.
-- Brooks
On Wed, Feb 21, 2024 at 09:12:41PM +0100, Dimitry Andric wrote:
> Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would
>
to access __elf_aux_vector directly.
I'll continue to work on this.
-- Brooks
On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
> Hi,
>
> I updated yesterday and now event a minimal program with
>
> cc -fsanitize=address
>
> produces
>
>
On Sat, Feb 03, 2024 at 10:15:09AM +0100, Mateusz Guzik wrote:
> On 2/2/24, Brooks Davis wrote:
> > TL;DR: The implementation of system calls is moving to a seperate
> > library (libsys). No changes are required to existing software (except
> > to ensure that libsys is
On Sat, Feb 03, 2024 at 05:11:42PM +0100, Paul Floyd wrote:
>
> On 02/02/2024 23:31, Brooks Davis wrote:
> > TL;DR: The implementation of system calls is moving to a seperate
> > library (libsys). No changes are required to existing software (except
> > to ensure tha
/chapter4-4.html
-- Brooks
On Wed, Jan 03, 2024 at 03:09:15PM -0800, Bakul Shah wrote:
> On Jan 3, 2024, at 11:22???AM, Brooks Davis wrote:
> >
> > Nothing about dates is centralized in git, but some server side checks
> > could be implemented on CommitDate. IMO we should require that
> > Co
On Wed, Jan 03, 2024 at 10:52:04PM +, Jamie Landeg-Jones wrote:
> Brooks Davis wrote:
>
> > Nothing about dates is centralized in git, but some server side checks
> > could be implemented on CommitDate. IMO we should require that
> > CommitDate be >= the prev
> within git itself.
Nothing about dates is centralized in git, but some server side checks
could be implemented on CommitDate. IMO we should require that
CommitDate be >= the previous one and less than "now".
-- Brooks
On Thu, Aug 17, 2023 at 07:33:33PM +, Brooks Davis wrote:
> On Thu, Aug 17, 2023 at 12:45:06PM +0200, Ronald Klop wrote:
> > Hi,
> >
> > To save time on my Raspberry Pi I would like to build FreeBSD using a llvm
> > pkg instead of llvm in the tree.
does work properly.
Did it work with exactly this git revision? I suspect an issue with the
recent google test update rather than an llvm16 issue. Note that for
every sync to github we build the tree with the llvm16 port (all be it
on amd64 by default).
It's worth noting one difference between your configuration and the
CI one: We don't set CC and friends directly. Instead we use
CROSS_TOOLCHAIN=llvm16.
-- Brooks
> or know an easy way I can check all arches?
Replacing mnt_pad0 with a pointer should be ok. It's proceeded by a
pointer and thus properly aligned and followed by struct statfs which
contains uint64_t's so there is indeed a gap after mnt_pad0 on 64-bit
systems.
-- Brooks
D38844 and child reviews.
I've created a stack of reviews to remove the rest of ATM support.
https://reviews.freebsd.org/D38874
...
https://reviews.freebsd.org/D38880
-- Brooks
nd libngatm (Netgraph support).
>
> If no one complain I'll do that for 14-CURRENT mid-february.
Please do. We should probably finish removing the last bit of ATM.
-- Brooks
rection in another mail, the behavior seems to have changed
> and yes, doing a zpool upgrade on a boot pool should not be done.
>
> Maybe someone wants to check or add provisions to not do that on a
> pool which has the bootfs property set.
Literally the entire point of the script added in the commit this thread
is about upgrade the boot pool on first boot so that seems like it would
be counterproductive.
-- Brooks
signature.asc
Description: PGP signature
On Mon, Apr 25, 2022 at 09:26:04PM +0200, Patrick M. Hausen wrote:
> Hi,
>
> > Am 25.04.2022 um 21:18 schrieb Brooks Davis :
> > Cross install is not supported. As you have seen, certain tools are
> > bootstrapped on the build host and used during the install process
057), FreeBSD-style, stripped
>
>
> So what did I do wrong?
Cross install is not supported. As you have seen, certain tools are
bootstrapped on the build host and used during the install process. You
might be able to get away with nuking
/usr/obj/usr/src/arm64.aarch64/tmp/legacy (or maybe tmp) and then
running `make toolchain` to build native versions of those tools.
-- Brooks
signature.asc
Description: PGP signature
On Tue, Feb 08, 2022 at 02:52:27PM -0800, Simon J. Gerraty wrote:
> Brooks Davis wrote:
> >
> > This would be fine, but should not be necessicary. The sys subdir should
> > be created by AUTOOBJ.
>
> .OBJDIR should be (and is), not .OBJDIR/sys
We've had support for r
+=$c
> +$c:
> echo "#include <$h>" > ${.TARGET}
> .endif
> .endfor
>
> so you get:
>
> echo "#include " > sys_abi_compat.c
> echo "#include " > sys_acct.c
> echo "#include " > sys_acl.c
> echo "#include " > sys_aio.c
> echo "#include " > sys_alq.c
> echo "#include " > sys_apm.c
> echo "#include " > sys_arb.c
> echo "#include " > sys_asan.c
> echo "#include " > sys_assym.c
>
> etc
>
This would be fine, but should not be necessicary. The sys subdir should
be created by AUTOOBJ.
-- Brooks
signature.asc
Description: PGP signature
Yeah, I've got this in progress.
-- Brooks
On Wed, Dec 01, 2021 at 06:57:56AM +0900, Tomoaki AOKI wrote:
> It would be better making new special handling like BE_AMDGPU for it.
> Building with BE_STANDARD just for this would be a pain for some users.
>
> (CC'ing free
In the config for devel/llvm11, is BE_STANDARD enabled? If not, you
won't have the web assembly backend.
-- Brooks
On Tue, Nov 30, 2021 at 05:24:45PM +, Filippo Moretti via current wrote:
> error: unable to create target: 'No available targets are compatible with
> triple "was
we hadn't had a
major stall in merging FreeBSD head to CheriBSD.
We're hoping to stop using it because it's slow, server support will
eventually go away, etc. We don't really have an opinion about it
staying or going.
-- Brooks
signature.asc
Description: PGP signature
erlay -U
https://github.com/CTSRD-CHERI/cheri-ports-overlay.git -m git -B main
You then use it by adding -O cheri-ports-overlay to your other poudriere
commands like poudriere bulk.
Note that you may need to install poudriere-devel or install it by hand
to get this feature.
-- Brooks
signature.
rs we hope to attract with
thinks like Raspberry-pi and cloud images. As a long-time user, it even
trips me up when I do some work on a FreeBSD box after spending most of
my time on other systems.
-- Brooks
signature.asc
Description: PGP signature
get a
> seemless migration going (as in, you switch src + ports to git and
> things will just work).
>
> Thanks for flagging the specific revision problem though, not sure yet
> what to do about that.
For jail you can use -v and for ports -B to specify a branch or
revision.
-- Brooks
signature.asc
Description: PGP signature
On Tue, Dec 22, 2020 at 06:32:43PM -0800, John-Mark Gurney wrote:
> Steffen Nurpmeso wrote this message on Fri, Dec 18, 2020 at 19:28 +0100:
> > Brooks Davis wrote in
> > <20201218175241.ga72...@spindle.one-eyed-alien.net>:
> > |On Thu, Dec 17, 2020 at 05:53:20PM
eive.
>
> I have never made a commit to a repository, so would not be familiar with
> signatures there; imagine it would be a barrier.
Signed commits have no practicl effect on users of a repo.
-- Brooks
signature.asc
Description: PGP signature
much? I often find myself in need to download
> something starting with "http://; or "ftp://; and use fetch for this.
Yes, let's remove access to instance metadata on several (hundred-?)million
AWS instances.
-- Brooks
signature.asc
Description: PGP signature
-effect that any XCFLAGS are
> overridden during the world stages, such that the all-important --sysroot
> flags is not added.
>
> In short, never set CC, CXX, CPP or LD in your make.conf or build
> environment, but use XCC, XCXX, XCPP and XLD instead. Better yet, install one
> of the llvm packages from the devel category, and set CROSS_TOOLCHAIN.
>
> Keep an eye on https://wiki.freebsd.org/ExternalToolchain, which still has a
> little bit of outdated information, but is hopefully going to be updated soon.
I've made some modest updates to this page to reflect building with
modern LLVM ports.
-- Brooks
signature.asc
Description: PGP signature
ins/*.mk file for cross toolchains. This means that
if you want CROSS_TOOLCHAIN=foo to work you just need to install the foo
package. There's probably an argument I should make the change to
llvm90 since that one is still of some use, but I've been too lazy to
change the older ones.
-- Brooks
signature.asc
Description: PGP signature
eader in WORLDTMP, but now I'm wondering if
there's an additional boundary condition. (I'm surprised there isn't a
--sysroot in your compiler command which is presumably why you're
getting the system sys/pioctl.h...)
You can do a clean build or work around it by removing ioctl.c in
/lib/libsysdecode and /obj-lib32/lib/libsysdecode.
-- Brooks
signature.asc
Description: PGP signature
berklix.org
FWIW, we don't generally rely on +x and invoke the interperter directly
(to enable storing src on a noexec filesystm). I fixed the bug that
caused direct invocation of the script in r359426.
-- Brooks
signature.asc
Description: PGP signature
On Fri, Mar 27, 2020 at 08:07:08PM +, Brooks Davis wrote:
> On Fri, Mar 27, 2020 at 06:40:18PM +0500, Ruslan Garipov wrote:
> > I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
> >
> > End of the build log:
> >
> > $ su root -c "make
---
I've not committed it yet because I'm trying to figure out why this was
needed. I simply don't see how there could be a race between lib/aft and
libexec/aft as described. I suspect this may have been an error.
-- Brooks
signature.asc
Description: PGP signature
I'm looking into this build error. I believe it's caused by
under-specified LIBADD entries (and the corresponding __DP entries) and
differing bfd vs lld behavior. Once I've got a failing powerpc build
(in progress) I should be able to fix this pretty quickly.
-- Brooks
On Mon, Mar 23, 2020
9b.0p-68 */
> -S1 = -0.16671L, /* -0xaaab.0p-66 */
> +C1 = 0.041136L, /* 0xaa9b.0p-68 */
> +S1 = -0.16671L; /* -0xaaab.0p-66 */
> #endif
>
> static const double
Committed in r354467.
-- Brooks
signature.asc
Description: PGP signature
nd connect
> > it to the build in lib/libc/sys/Makefile.inc.
> > - When creating review for the change, do not include diff for generated
> > files after make sysent. Similarly, when doing the commit, first commit
> > everything non-generated, then do make -C sys/kern sysent (and
> > make sysent -C sys/compat/freebsd32 sysent if appropriate) and commit
> > the generated files in follow-up.
>
>
> The best place for this little writeup would be in the wiki. ;)
I wrote the initial version of this page long ago:
https://wiki.freebsd.org/AddingSyscalls
-- Brooks
signature.asc
Description: PGP signature
On Mon, May 13, 2019 at 10:33:05PM +1000, Trev wrote:
> Joel Dahl wrote on 13/05/2019 19:29:
> > On Fri, May 10, 2019 at 06:27:12PM +0000, Brooks Davis wrote:
> >> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> >> as previous approved in FCP-
/freebsd/pull/398
The FCP can be viewed at:
https://github.com/freebsd/fcp/blob/master/fcp-0101.md
-- Brooks
signature.asc
Description: PGP signature
dy has a
> port, it's integrated into periodic(8), and it has a website. If it omits
> some information that you would like to see, then you should enhance it;
> not replace it.
The data isn't available through the UI because it's broken. Try
drilling down to find all the NIC types for example and you'll get:
ERROR !!
an e-mail has been sent to the staff
we are sorry for this problem
I've reported this multiple time and at least once Scrappy claimed it
was fixed, but it wasn't.
-- Brooks
signature.asc
Description: PGP signature
Fixed in r340371.
Thanks,
Brooks
On Fri, Nov 09, 2018 at 08:27:44PM -0800, Mark Millard via freebsd-toolchain
wrote:
> (Leading whitespace might not be preserved.)
>
> # svnlite diff /usr/src/Makefile.libcompat
> Index: /usr/src/Makefi
cter than LLVM 6. Backing out this
> revision allows the build to continue (successfully).
Is this failure with devel/llvm70? It's currently missing the patch
required to make this work. https://reviews.freebsd.org/D17709 contains
this patch among others. I'll see about getting it applied.
-- Brooks
signature.asc
Description: PGP signature
On Mon, Oct 22, 2018 at 09:59:52PM +, Rick Macklem wrote:
>
>
> From: owner-freebsd-curr...@freebsd.org
> on behalf of Rick Macklem
> Sent: Monday, October 22, 2018 5:24 PM
> To: Brooks Davis
> Cc: FreeBSD Current; Josh Paetzel
On Mon, Oct 22, 2018 at 11:49:23AM -0500, Josh Paetzel wrote:
>
>
> On Mon, Oct 22, 2018, at 11:05 AM, Brooks Davis wrote:
>
> >
> > This is the direction I'd been thinking. FWIW, the usecase is more that
> > once you've moved away from the struct it's easy t
On Sat, Oct 20, 2018 at 01:17:37AM +, Rick Macklem wrote:
> Brooks Davis wrote:
> > Yes, I think that's the right way foward. Thanks for following up.
> >Rick Macklem wrote:
> >> Just in case you missed it in the email thread, in your general question
> >> b
there is 3 bytes of usable
padding after each ex_addrlen and ex_masklen.
One general question: why does export_args still exist as an interface
between userspace and the kernel? It's passed via nmount so it seems
like the individual entries should be elements in the vector instead.
This would be much friendlier if one wanted to do 32-bit compat support
for mountd.
-- Brooks
signature.asc
Description: PGP signature
1:
include/stdio.h:41:10: fatal error: 'sys/cdefs.h' file not found
#include
^
1 error generated.
I think this change is correct (the system headers aren't generally the
headers you're looking for when targeting bare metal). You can restore
the previous behavior (more or less) with "-isystem /usr/include".
-- Brooks
signature.asc
Description: PGP signature
building using WITH_DEBUG, turn that off, it consumes large
> >> amounts of memory. If you must have debug info, try adding the
> >> following flag to the CMake command line:
> >>
> >> -D LLVM_PARALLEL_LINK_JOBS:STRING="1"
> >>
>
for your uses, or describe
> deficiencies that you found.
I think we've changed our flag us in CheriBSD to accommodate llvm-objdump
so at least a few months ago flag compatibility was poor. The output is
different, but fine for my uses (producing human readable assembly
output).
-- Brooks
signature.asc
Description: PGP signature
by AUTH_SYS and get them from winbindd. I don't know of
a public implementation of that.
-- Brooks
signature.asc
Description: PGP signature
With this change, 32-bit ifconfig is expected to work. I've done most
of my testing on a different compat ABI in CheriBSD, but am happy to
receive reports one way or another. If you find edge cases, please file
bug reports and I'll take a look at them.
-- Brooks
- Forwarded message from
better approach
would be to delete it from public view and fix it up with a compatibility
shim so it works for old code. We could put that under COMPAT11. I
have a patch it the works that would make that easier to do.
-- Brooks
signature.asc
Description: PGP signature
hat is exactly as large as a pointer), then cast the pointer to
> that type, and vice versa.
>
> E.g.:
>
> #define __INT_TO_PTR(i) ((char *)(intptr_t)(i))
> #define __PTR_TO_INT(p) ((intptr_t)(char *)(p))
This is the only correct way to do this. Please don't a type other than
(__|)(u|)intptr_t for this purpose.
-- Brooks
signature.asc
Description: PGP signature
I'll work on this.
-- Brooks
On Thu, Nov 09, 2017 at 07:09:00PM -0800, Mark Millard wrote:
> [ devel/llvm* also have the issue in their
> lld 's.]
>
> On 2017-Nov-7, at 4:43 PM, bugzilla-noreply at freebsd.org wrote:
>
> > https://bugs.freebsd.org/bugzilla/s
c, d, f2, diff_format == D_NORMAL ? '>' :
'\0', 0, *pflags);
if (i != 0 && diff_format == D_EDIT) {
Adding "i = 0;" above this fixes the warning for me and appears to
preserve the intent. This variable should be named something other than
i to avoid confusion.
-- Brooks
signature.asc
Description: PGP signature
On Thu, Apr 06, 2017 at 05:35:35PM -0700, Jeffrey Bouquet wrote:
>
>
> On Thu, 6 Apr 2017 17:26:18 +0000, Brooks Davis <bro...@freebsd.org> wrote:
>
> > On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote:
> > > On 04/05/17 15:32, Chris H wrote:
&g
On Wed, Apr 05, 2017 at 06:18:37PM -0700, Russell L. Carter wrote:
> On 04/05/17 15:32, Chris H wrote:
> > On Wed, 5 Apr 2017 21:51:40 +0000 Brooks Davis <bro...@freebsd.org> wrote
> >
> >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote:
> >>>
probably mostly down to someone getting USES variables right.
-- Brooks
signature.asc
Description: PGP signature
e devel/llvm* ports are very good candidates. :)
Very much so.
> > With 49 GiB llvm40, I guess I won't be able to build-test post as my
> > hardware would just not be capable enough.
>
> As said, this is because of WITH_DEBUG. Don't use that for the llvm
> ports, for n
In the case of LLVM, enabling debug builds does a LOT more than adding
symbols. It's much more like enabling WITNESS and INVARIANTS in your
kernel, except that the performance of the resulting binary is much
worse than a WITNESS kernel (more like 10x slowdown).
As Dimitry points out, these builds are of questionable value in ports
so garbage collecting the knob might be the sensable thing to do.
-- Brooks
signature.asc
Description: PGP signature
On Mon, Dec 05, 2016 at 03:23:33PM -0600, Eric van Gyzen wrote:
> On 12/05/2016 15:13, Brooks Davis wrote:
> > On Mon, Dec 05, 2016 at 01:16:49PM -0600, Eric van Gyzen wrote:
> >> Would anyone object to me importing this script from NetBSD?
> >>
> >> http://cv
non-BSD license. This seems like a
> no-brainer, but I'm going to play it safe and ask first.
It seems pointless as something in the base system given that it
required graphviz. Having it in the source tree seems mostly fine, but
Joerg should really put a proper license on it.
-- Brooks
signatu
On Tue, Aug 30, 2016 at 02:50:03PM -0700, Matthew Macy wrote:
>
>
>
> On Tue, 30 Aug 2016 14:08:41 -0700 Brooks Davis <bro...@freebsd.org>
> wrote
> > On Mon, Aug 29, 2016 at 08:12:08PM -0700, Matthew Macy wrote:
> > > It looks like ther
ut why clang
would try to link with sanitizer libraries when building source. That's
certainly not default behavior.
-- Brooks
signature.asc
Description: PGP signature
ITH_INSTALL_AS_USER should be removed or
made into a synonym for NO_ROOT.
-- Brooks
signature.asc
Description: PGP signature
On Fri, Jun 24, 2016 at 03:24:21PM -0700, Chris H wrote:
> On Fri, 24 Jun 2016 15:51:11 +0000 Brooks Davis <bro...@freebsd.org> wrote
>
> > On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> > > Am Thu, 23 Jun 2016 21:07:51 +
> > > Brook
On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> Am Thu, 23 Jun 2016 21:07:51 +
> Brooks Davis <bro...@freebsd.org> schrieb:
>
> > Kernel config minimalists and those running aarch64 and riscv systems will
> > want to head this UPDATING message.
>
Kernel config minimalists and those running aarch64 and riscv systems will
want to head this UPDATING message.
In practice, if you're fairly up to date, doing installworld before
installkernel will also work (I've tested that case from ALPHA4), but is
always somewhat risky.
-- Brooks
t; The NULL mode is a security concern as some have noted, I can only
> imagine that the window-scaling patch is of such importance?
Both NULL and window-scaling were merged because both are useful in some
environments.
-- Brooks
signature.asc
Description: PGP signature
cipher
changes are useful, but do not have time to do anything with them. I'm
fine with them being removed from base and replaced or just dropped if
they are in the way of progress.
-- Brooks
signature.asc
Description: PGP signature
(s) (NOIP).
*** [buildkernel] Error code 1
Any objections against extending the PATH= in our top-level Makefile?
I can't express how bad I think that idea is. You should be able to just use
a full path to the installed bmake. I'm surprised you need -m.
-- Brooks
pgpdbLwYbsiYt.pgp
it?
That seems correct to me. I think I failed to add ${MTREEFLAGS} because
I didn't resolve how LOCAL_MTREE and master.passwd/group were going to
interact.
-- Brooks
pgpRnfPyKIuIy.pgp
Description: PGP signature
points,
adding an atexit() registration to call xo_finish() is going to be a
good odea.
-- Brooks
pgpX0Tdut1MhO.pgp
Description: PGP signature
and appears to be unmaintained.
-- Brooks
pgp5kXYYo2QhR.pgp
Description: PGP signature
a missing port depend.
-- Brooks
pgpY0B34Wzjfz.pgp
Description: PGP signature
. In
practice you need to restart the application when timezones change (such
as after a flight). Just making libc aware isn't a magic bullet.
-- Brooks
pgpExOQT1Hx1X.pgp
Description: PGP signature
this will be fixed. Once we've fixed them all, it would be
really good to have a test in Jenkins looking out for new duplicate files
since they are always bugs.
-- Brooks
pgp2b72jek4U3.pgp
Description: PGP signature
accidental inappropriate use.
-- Brooks
pgphyLtTmkQdL.pgp
Description: PGP signature
opening files must come earlier, or
a singling mechanism needs to be added to tcpdump and libpcap to tell
tcpdump not to enter capability mode when using netmap.
-- Brooks
pgpqvAzMhiQke.pgp
Description: PGP signature
On Mon, Sep 29, 2014 at 08:20:08PM +0200, Luigi Rizzo wrote:
On Mon, Sep 29, 2014 at 05:27:09PM +, Brooks Davis wrote:
On Mon, Sep 29, 2014 at 05:30:43PM +0200, Luigi Rizzo wrote:
Hi,
while trying the netmap-enabled libpcap library with tcpdump, i
noticed it fails to return
in different contexts.
-- Brooks
pgpwRGL3Gwnqy.pgp
Description: PGP signature
+FOO files tar works. It would be great for someone to teach package to
install without root and to update a METALOG file. That's not 100% of
the solution, but it's a solid 80-90% solution.
-- Brooks
pgpfgGdFgQ2eM.pgp
Description: PGP signature
On Mon, Sep 08, 2014 at 01:06:38PM -0400, Julio Merino wrote:
On Mon, Sep 8, 2014 at 11:48 AM, Brooks Davis bro...@freebsd.org wrote:
If you don't mind the ownership being wrong and there being a few extra
+FOO files tar works. It would be great for someone to teach package to
install
On Thu, Sep 04, 2014 at 05:02:55PM -0700, Craig Rodrigues wrote:
Brooks,
In r178450, you set the default of ddb_enable to NO:
r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines
Changed paths
On Sun, Aug 24, 2014 at 04:10:21PM -0700, Craig Rodrigues wrote:
Hi,
Is there an easy way to take most of the commands performed
during make installworld and create a manifest file
which is compatible with makefs?
make -DNO_ROOT -DDB_FROM_SRC DESTDIR=foo installworld
should result in a
On Mon, Aug 25, 2014 at 10:38:12AM -0700, Craig Rodrigues wrote:
On Mon, Aug 25, 2014 at 9:55 AM, Brooks Davis bro...@freebsd.org wrote:
On Sun, Aug 24, 2014 at 04:10:21PM -0700, Craig Rodrigues wrote:
Hi,
Is there an easy way to take most of the commands performed
during make
On Mon, Aug 25, 2014 at 03:28:43PM -0700, Julian Elischer wrote:
On 8/25/14, 12:36 PM, Brooks Davis wrote:
On Mon, Aug 25, 2014 at 10:38:12AM -0700, Craig Rodrigues wrote:
On Mon, Aug 25, 2014 at 9:55 AM, Brooks Davis bro...@freebsd.org wrote:
On Sun, Aug 24, 2014 at 04:10:21PM -0700, Craig
that. I was rather surprised that
this wasn't configurable already.
-- Brooks
Index: defaults/rc.conf
===
--- defaults/rc.conf(revision 268825)
+++ defaults/rc.conf(working copy)
@@ -56,6 +56,7 @@
local_startup=/usr/local/etc/rc.d
to the branch you are using.
-- Brooks
pgp8I5fJM7DeD.pgp
Description: PGP signature
,
but I've not merged it to 9 or 8 because I don't use them. Anyone
should feel free to do so if it's useful.
-- Brooks
pgpWsVQ567s0g.pgp
Description: PGP signature
.
-- Brooks
pgpb2fAGDcUTG.pgp
Description: PGP signature
to no context. What is the question? What thread
are you referring to? If this is the usual UDP then freebsd-net would be
vastly more appropriate than -current.
-- Brooks
pgpRX09Q7lnzF.pgp
Description: PGP signature
to split the mtree files to
support not creating these directories. Once we switch to the new
format where each directory is specified on a single line it might be
practical to break up the mtree files accordingly, but that feels hard
to maintain for a pretty limited benefit.
-- Brooks
src.conf
it in /usr/bin. The last functional
change was in 2010 and the last before that was 2003.
-- Brooks
pgpsw5aA7QNIC.pgp
Description: PGP signature
among other things. 10.0 will certainly ship with
3.3.
-- Brooks
pgpI4UB82LBcW.pgp
Description: PGP signature
But it seeps the last time the port was touched was over 2 years ago
The port was last updated when there was an upstream update...
-- Brooks
pgpk65ymCXrUl.pgp
Description: PGP signature
to
other locations. That would be a distraction from it's purpose of
letting users update their systems. It's already far too complicated.
-- Brooks
UPDATING file has a section on cross-installing current into a separate
partition.
This part ought to be complete, including
1 - 100 of 351 matches
Mail list logo