On Thu, May 22, 2025 at 08:04:19AM +0300, Konstantin Belousov wrote:
> On Wed, May 21, 2025 at 11:23:12PM +0000, Brooks Davis wrote:
> > On Wed, May 21, 2025 at 11:07:09AM -0600, Warner Losh wrote:
> > > In short, I'd love to widen the interface, but there's
bably just have libthr do
it in most cases (that would be more debugger friendly since you
could hang it off a known location in userspace).
-- Brooks
ot. You can sometimes get a similar result if you
decompose the complex conditionals to have multiple error messages, but
it's quite disruptive and we've got enough diffs without having to break
them all apart.
You can see the implementation at:
https://github.com/search?q=repo%3ACTSRD-CHERI%2Fcheribsd%20SYSERRCAUSE&type=code
-- Brooks
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
as to 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.
> Plea
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 woul
- Adding a new interface 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
&
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
com/cd/E23824_01/html/819-0690/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
this
> 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
ws.freebsd.org/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
sscop(1) and 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
ction 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.
, 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
CLEANFILES+=$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 freebsd
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
sooner if 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
-c -p cheri-ports-overlay -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.
--
w users 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
equired to 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
ssage I receive.
>
> 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
it too 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
unate side-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
olchains/*.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
ttp://ctm.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,
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
libc/sys/YOURSYSCALL.2, and 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
eebsd/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
, it gathers
> structured info with sysctl, pciconf, and pkg. Plus, it already 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
ance of LLVM 7 being stricter 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 i
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
> >&
changing the struct size, 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
ncluded from test.c: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"
> >>
> >&
works 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 me
A somewhat 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
e 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/
i = fetch(ixnew, 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 wrote:
>
> > 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,
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 wrote
> >
> >> On Wed, Apr 05, 2017 at 11:42:16AM -0700, Chris H wrote:
> >>> OK I'm cha
is fine but that's
probably mostly down to someone getting USES variables right.
-- Brooks
signature.asc
Description: PGP signature
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 now. It will also allow
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
ause of the 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.
On Tue, Aug 30, 2016 at 02:50:03PM -0700, Matthew Macy wrote:
>
>
>
> On Tue, 30 Aug 2016 14:08:41 -0700 Brooks Davis
> wrote
> > On Mon, Aug 29, 2016 at 08:12:08PM -0700, Matthew Macy wrote:
> > > It looks like there is something broken
nfused about why clang
would try to link with sanitizer libraries when building source. That's
certainly not default behavior.
-- Brooks
signature.asc
Description: PGP signature
.inc1 and WITH_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 wrote
>
> > On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> > > Am Thu, 23 Jun 2016 21:07:51 +
> > > Brooks Davis schrieb:
> > >
On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> Am Thu, 23 Jun 2016 21:07:51 +
> Brooks Davis schrieb:
>
> > Kernel config minimalists and those running aarch64 and riscv systems will
> > want to head this UPDATING message.
> >
> > In prac
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.
lable.
> 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
g and NONE 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
le?
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
Description: PGP signature
d fails when prepping the worldtmp area. Seems
> like this should be "mtree ${MTREEFLAGS} ...", shouldn't 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
ding xo_finish() to w.c line 268 just right before exit(0); fixes that
> > issue (I don't know libxo well enough to say if this is the proper fix or
> > just a workaround, but it seems logical to me).
> >
>
> I wonder if that implies that any non-normal exit from a program that
> has been xo'd will result in the loss of output that would not have been
> lost before the xo changes? That could lead to all kinds of subtle
> failures of existing scripts and apps.
I suspect that for most programs with more than a few exit points,
adding an atexit() registration to call xo_finish() is going to be a
good odea.
-- Brooks
pgpX0Tdut1MhO.pgp
Description: PGP signature
mited to ticks,
> > which is probably only one symptom of a fundamental change in behaviour
> > of the compiler.
> > Still, it might be worthwhile start looking at ints that ought to be
> > implemented as u_int
>
> I actually agree, I just think we are stuck with -fwrapv in the interval, but
> it's probably not a short interval. I think converting ticks to unsigned
> would be a good first start.
In principle MIT's KINT tool should help here. Unfortunatly, it's based
on LLVM 3.1 and appears to be unmaintained.
-- Brooks
pgp5kXYYo2QhR.pgp
Description: PGP signature
or).
libLLVM doesn't provide a stable interface and is thus not a public part
of base. It sounds like there's a missing port depend.
-- Brooks
pgpY0B34Wzjfz.pgp
Description: PGP signature
or
is application dependent. For example, current versions of Omni Focus
behave very oddly when the timezone changes underneath them. 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
le times?
>
> Hi jmg!
> I have a patch out for this that I need to commit today. Thank you for
> the reminder.
Great to hear 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
ryption is disabled.
When Bjoern and I did the merge of the HPN patches we left None disable
by default out of a desire to be conservative with a change we knew some
people didn't like. I think turning it on by default would be fine given
the seatbelts in place to prevent accidental inappropriate use.
-- Brooks
pgphyLtTmkQdL.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 +0000, Brooks Davis wrote:
> > On Mon, Sep 29, 2014 at 05:30:43PM +0200, Luigi Rizzo wrote:
> > >
> > > Hi,
> > > while trying the netmap-enabled libpcap libr
open(), socket(), etc calls checked?
In practice that means that either 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
symlinks
only allow files to point to different things in different contexts.
-- Brooks
pgpwRGL3Gwnqy.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 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 pack
Is there a way to install packages into chroot without
> being root?
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 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 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) |
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 wrote:
> >>> On Sun, Aug 24, 2
On Mon, Aug 25, 2014 at 10:38:12AM -0700, Craig Rodrigues wrote:
> On Mon, Aug 25, 2014 at 9:55 AM, Brooks Davis 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
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= installworld
should result in a
t; > ${service}_enable="YES" is
> > > not user friendly) we have service -l that list the services, maybe a
> > > service
> > > ${service} on that create /etc/rc.conf.d/${service} with
> > > ${service}_enable="YES"
>
nd to making the change last November so it's in 10,
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
1. You?re only hope is to bisect the tree down to the change
> that caused it?
It's been broken since at least the last binutils import and probably
longer since the inane ld behavior of activating --sysroot only when
built with a specified sysroot is from upstream. The fix is trivial, just
merge r257268 and r257530 to the branch you are using.
-- Brooks
pgp8I5fJM7DeD.pgp
Description: PGP signature
n marked broken there for
years.
-- Brooks
pgpb2fAGDcUTG.pgp
Description: PGP signature
ou've provided next 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
ith the current file
format I don't think it would be a good idea 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 fee
documented in handbook for years, and brings a lot of discomfort to
> > developers.
> >
> > Now to test a trivial change to kernel I need first to compile clang.
> >
>
> I didn't realize the change would have that effect. Building aicasm
> using the kernel build machinery just isn't an option anymore, it builds
> in the wrong environment with the wrong header files and sometimes the
> wrong toolchain when cross-building. But there should be a solution
> that doesn't require building clang, I'll see what can be done.
We should probalby just install it in /usr/bin. The last functional
change was in 2010 and the last before that was 2003.
-- Brooks
pgpsw5aA7QNIC.pgp
Description: PGP signature
1 - 100 of 366 matches
Mail list logo
