On 02/23, Mark Millard wrote:
> Gleb Smirnoff wrote on
> Date: Sat, 24 Feb 2024 04:32:52 UTC :
>
> > More seriously speaking, I
> > actually hope that in some future snapshots.FreeBSD.org will start using
> > these
> > points for snapshot generation.
>
> How about also the likes of:
>
>
On 12/13, Gleb Smirnoff wrote:
> On Mon, Dec 13, 2021 at 11:56:35AM -0800, John Baldwin wrote:
> J> > J> So there are two things here. The root issue is that the devel/apr1
> port
> J> > J> runs a configure test for TCP_NDELAY being inherited by accepted
> sockets.
> J> > J> This test panics
On 12/09, Mark Johnston wrote:
> On Thu, Dec 09, 2021 at 07:37:18PM +0100, Kirill Ponomarev wrote:
> > On 12/08, Mark Johnston wrote:
> > > On Wed, Dec 08, 2021 at 04:05:16PM +0100, FreeBSD User wrote:
> > > > Building recent 13-STABLE sources on a recent 14-CURRENT
On 12/08, Mark Johnston wrote:
> On Wed, Dec 08, 2021 at 04:05:16PM +0100, FreeBSD User wrote:
> > Building recent 13-STABLE sources on a recent 14-CURRENT (FreeBSD
> > 14.0-CURRENT
> > #7 main-n251463-935dc0de881: Wed Dec 8 06:49:25 CET 2021 amd64) fails with
> > the
> > linker error shown
On 08/20, FreeBSD User wrote:
> Running several flavours of CURRENT (all within the last three days rebuilt
> and
> updated, FreeBSD 14.0-CURRENT #16 main-n248811-1a4d7030bbf: Thu Aug 19
> 15:13:39 CEST 2021 amd64, and today, for instance, fail either to build a
> poudriere 13-STABLE jail or
On 03/03, Mateusz Piotrowski wrote:
> Hi current@,
>
> I'm experiencing some problems with memory on r358410.
>
> I'm building a lot of ports in poudriere for testing purposes, which is very
> a resource-intensive operation. After a couple of hours of such a workload,
> the machine starts to
On 05/22, Slawa Olhovchenkov wrote:
> > It has been a while since I tried Karl's patch the last time, and I
> > stopped because it didn't apply to -current anymore at some point.
> > Will what is provided right now in the patch work on -current?
>
> I am mean yes, after
Updating poudriere jail from r331491 to r333924 fails with:
--- Sema/DelayedDiagnostic.o ---
In file included from
/usr/local/poudriere/jails/head-amd64/usr/src/contrib/llvm/tools/clang/lib/Sema/DelayedDiagno
stic.cpp:17:
In file included from
On 03/10, Kirill Ponomarev wrote:
> Hi,
>
> it seems new Carbonss have some issues with S3 according to this Lenovo
> thread:
> https://forums.lenovo.com/t5/Linux-Discussion/X1-Carbon-Gen-6-cannot-enter-deep-sleep-S3-state-aka-Suspend-to/td-p/3998182
>
> The same issu
Hi,
it seems new Carbonss have some issues with S3 according to this Lenovo
thread:
https://forums.lenovo.com/t5/Linux-Discussion/X1-Carbon-Gen-6-cannot-enter-deep-sleep-S3-state-aka-Suspend-to/td-p/3998182
The same issues we have in CURRENT:
hw.acpi.supported_sleep_state: S4 S5
If someone
On 03/24, Vladimir Zakharov wrote:
> Hello!
>
> After upgrading from r315544 to r315880 network interface doesn't get IP
> address using DHCP on boot anymore.
>
> $ grep re0 /etc/rc.conf | grep -v "^#"
> ifconfig_re0="DHCP"
>
> "service netif restart" doesn't help either. Only manual dhclient
>
On 03/24, Vladimir Zakharov wrote:
> Hello!
>
> After upgrading from r315544 to r315880 network interface doesn't get IP
> address using DHCP on boot anymore.
>
> $ grep re0 /etc/rc.conf | grep -v "^#"
> ifconfig_re0="DHCP"
>
> "service netif restart" doesn't help either. Only manual dhclient
>
12 matches
Mail list logo
