Today I was bitten by the fact that /etc/rc.shutdown and /etc/rc set different
PATHs at least on 12.3-STABLE (I used a command sitting in /usr/local/sbin w/o
specifying its path and it worked in stop_cmd() but not in start_cmd()):
/etc/rc.shutdown: PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbi
Hi all,
In case this hasn't been reported.
I've been testing a FreeBSD 13.1 BETA2 USB image and, after installing
with the default "ZFS root install", the new system fails to mount
root after loading the kernel, then stops in the loader.
How to reproduce:
- boot the image
- selec
I can mfc this to stable/13, but am about to start vacation so can't commit
to releng/13.1.
Warner
On Sun, Mar 20, 2022, 4:49 PM György Pásztor
wrote:
> Hi,
>
> Is there any chance that this referenced PR could be merged to 13.1-STABLE?
> https://github.com/freebsd/freebsd-src/pull/473
>
> I do
Hi,
Is there any chance that this referenced PR could be merged to 13.1-STABLE?
https://github.com/freebsd/freebsd-src/pull/473
I don't see it breaking any previous behaviour, though it could be a huge
improvement on its usability.
Thanks,
Gyu
mike tancsa wrote:
> On 3/20/2022 7:43 AM, mike tancsa wrote:
>> On 3/18/2022 9:18 PM, Yoshihiro Ota wrote:
>>> I had built several versions between releng/13.0 branch point to
>>> stable/13 (before releng/13.1 was created) and all of them had such
>> performance degrade.
>>>
>>> I started suspect
> On 20. Mar 2022, at 15:45, David Chisnall wrote:
>
> On 19 Mar 2022, at 21:24, Chris wrote:
>>
>>> On 2022-03-18 09:08, Ed Maste wrote:
>>> ISA sound cards have been obsolete for more than a decade, and it is
>>> (past) time to retire their drivers. This includes the following
>>> drivers
On 19 Mar 2022, at 21:24, Chris wrote:
>
> On 2022-03-18 09:08, Ed Maste wrote:
>> ISA sound cards have been obsolete for more than a decade, and it is
>> (past) time to retire their drivers. This includes the following
>> drivers/devices:
>> snd_ad1816 Analog Devices AD1816 SoundPort
>> snd_ess
The patch helps here too. I could not reproduce build failures coming
from NUL byte files yet (260 ports and counting).
I had another spurious build failure though, but I think this is unrelated:
===> Building for mpfr-4.1.0_1
Making all in doc
restore=: && backupdir=".am$$" && am__cwd=`pwd` &&
## Christoph Moench-Tegeder (c...@burggraben.net):
> I'm now going back to releng/13.0 and check if that still produces
> the broken files "sometimes" (in the true nature of a concurrency
> issue, the failure is somewhat stochastic).
That was quick: less than 15 minutes into that, I see the the f
## Christoph Moench-Tegeder (c...@burggraben.net):
> ## Mark Johnston (ma...@freebsd.org):
> > Mark or Thomas, if you're able
> > to build a new kernel from the releng/13.0 branch and test it, could you
> > please try this patch?
>
> I'm running that right now, building some 300+ ports (firefox
On 3/20/2022 7:43 AM, mike tancsa wrote:
On 3/18/2022 9:18 PM, Yoshihiro Ota wrote:
I had built several versions between releng/13.0 branch point to
stable/13 (before releng/13.1 was created) and all of them had such
performance degrade.
I started suspecting stable debug options and thus buil
On 3/18/2022 9:18 PM, Yoshihiro Ota wrote:
I had built several versions between releng/13.0 branch point to stable/13
(before releng/13.1 was created) and all of them had such performance degrade.
I started suspecting stable debug options and thus built releng/13.1 and tested.
I don't see NFS s
Testing the kernel patch right now, will report back asap.
Re mplayer warnings: That's on my todo list, thanks for the ping. It
has been fairly low prio though, since these errors are about no-ops
and transitive dependencies which qa.sh is overly eager to report.
13 matches
Mail list logo
