Mark Millard writes:
> I'm not aware of there being other documentation for what
> is appropriate for setting up such for kyua runs.
https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test_image-head.sh#L69-L84
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
fstatat(AT_FDCWD,0x1c377723d38e,0x1c3773430cd0,0)
745 tcpdump 0.070550458 NAMI "/etc/localtime"
745 tcpdump 0.070593003 RET fstatat -1 errno 94 Not permitted in
capability mode
The simplest workaround is to call tzset(3) before entering capability
mode.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
mike tancsa writes:
> Should open a PR about this ?
Feel free to open a PR, I already cc:ed the maintainer (jrm@).
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
diagnose
the issue and commit a patch that fixes it and then remotely hack into
your computers and apply the patch, but both my mind-reading hat and my
hacker hoodie are at the dry cleaners right now, so perhaps you could do
me a favor and describe the problem(s) you're experiencing?
DES
--
use this to allow local-unbound on my desktop computer to also serve
NATed bhyve VMs:
% cat /var/unbound/conf.d/access-control.conf
server:
interface: 127.0.0.1
access-control: 127.0.0.0/24 allow
interface: 192.168.144.1
access-control: 192.168.144.0/24 allow
DES
--
se of a hyphen.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Johannes Totz writes:
> Releng/13.2 has "import tzdata 2023d" and "...2024a", but no
> "...2023c". Is that commit simply missing on that branch?
No, releng/13.2 does not have 2023d or 2024a.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
on the 14th Feb.
You're confusing tzdata and tzcode.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
osedly compromised xz from ports, there are
> probably
> no ill consequences.
We don't have an xz or liblzma port.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Torfinn Ingolfsen writes:
> It would be helpful if the patch from PR253251[1] could be merged into
> the releng/13.2 branch as well.
13.3 has the patch and has been out for a month already.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
pefully reassembled somewhere else.
Meanwhile you can also set the net.inet.udp.maxdgram sysctl to 1425 on
the NFS server, as tftpd will cap the blocksize to that value.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
dy be sufficient to ring a bell for someone here reading
> this (like "oh, yes, there were changes in pf that cause different
> handling of fragmented udp packets").
There were changes in tftpd, but I don't know if that's relevant.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ize for compatibility reasons, the real sector size is
unlikely to be less than 4 kB and may actually be significantly larger.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
mike tancsa writes:
> Where what would be picking up the "true" size and why the change from
> a March 4th system to one today ?
https://cgit.freebsd.org/src/commit/?id=b7dce5b8e988f47784c55aa096541deda7b1aaeb
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
fix it?
No, the ashift is a vdev property. You'll have to remove one disk from
the pool, create a new pool, send | recv across, then destroy the old
pool and add the remaining disk to the new pool. Make sure you have a
backup before you start.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ght be able to simply
detach and then re-attach both drives, afaik a draid can function
without its special vdev.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Gerrit Kühn writes:
> Is there an easy way to find out where this commit ends up, i.e., whether
> it is merged into 14.0, 14.1 or so?
I will make sure it gets into 14.1.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
h=releng/14.1&id=01872b366578d071e9fb981a2fda216379915ce3
There is an additional issue which has not yet been merged but should
not affect the bsdinstall case:
https://cgit.freebsd.org/src/commit/?id=46a619c6d4cfc662069950baca16ec2a3b18b8a5
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
this sounds like what happens when you don't have
01872b366578, which is strange since BETA2 should definitely include it.
Can you paste the output of `sha256 /usr/sbin/adduser`?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Artem Hevorhian writes:
> After that, I updated fstab by adding the following line to the end.
>
> md42 none swap sw,file=/root/swap.8G.bin 0 0
Change “md42” to just “md”.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Steven Friedrich writes:
> Installed devices:
> pcm0: on hdaa0 (1p:1v/1r:1v)
> [...]
> pcm1: on hdaa0 (1p:1v/1r:1v)
> [...]
> pcm2: on hdaa1 (1p:1v/0r:0v) default
> [...]
add
hw.snd.default_unit=2
to /etc/sysctl.conf and reboot.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Steven Friedrich writes:
> I already have that sir:
In that case, I have nothing else to offer than “it works for me”.
> I've been trying to get freebsd to fix this for years.
That is a very odd statement. Perhaps you should think it over.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
Steven Friedrich writes:
> FreeBSD is missing some magic that Linux has. Perhaps FreeBSD could
> find the magic bits.
OK, I'll look around, maybe they're in my other coat.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
r mode.
> Is this because zfs.ko isn't loaded?
Yes.
> Am I supposed to load (all) modules at the loader prompt too?
You won't need to if you use the boot menu to select your kernel instead
of doing it manually.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
you can just put everything in a shell script which devd
invokes, right?
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
ctl commands (with the correct device unit numbers,
don't assume your DSP is always pcm2!) when your DSP is attached.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
and gpiobus
depend on gpiospi. If you change those two lines to the following, the
module will load:
MODULE_DEPEND(gpiospi, spibus, 1, 1, 1);
MODULE_DEPEND(gpiospi, gpiobus, 1, 1, 1);
I have no idea if it will work, though.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
hange is the opposite.
Looking at a 14.2 kernel tarball, the modules are not executable, but on
a 14.2 system updated from an earlier release using freebsd-update, they
are.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
but never merged because stable/14
allegedly did not have the same issue. If that turns out to be
incorrect, we should definitely fix it before 14.3.
DES
--
Dag-Erling Smørgrav - d...@freebsd.org
29 matches
Mail list logo
