On Tue, 7 Sep 2021, at 13:51, David Chisnall wrote:
> One of the things I'd love to prototype if I had time is a CMake-based
> build system for FreeBSD so that we could get all of the tooling
> integration from the compile_commands.json, reuse LLVM's (and any other
> contrib things that use
On 06/09/2021 20:34, Wolfram Schneider wrote:
With the option WITHOUT_TOOLCHAIN=yes the world build time is 2.5
times faster (real or user+sys), down from 48 min to 19.5 min real
time.
Note that building LLVM with the upstream CMake + Ninja build system is
*significantly* faster on a decent
We have 3 main repos: src, ports and doc. There are good reasons why
we are doing this, and it will not change in the near future. For
further questions and details, please ask on the freebsd-docs mailing
list.
You are right that the documentation on our web site is mostly for
-current, the state
Am 07.09.21 um 15:51 schrieb David Chisnall:
> On 06/09/2021 20:34, Wolfram Schneider wrote:
>> With the option WITHOUT_TOOLCHAIN=yes the world build time is 2.5
>> times faster (real or user+sys), down from 48 min to 19.5 min real
>> time.
>
> Note that building LLVM with the upstream CMake +
On Tue, Sep 7, 2021 at 7:51 PM Wolfram Schneider wrote:
> We have 3 main repos: src, ports and doc. There are good reasons why
> we are doing this, and it will not change in the near future. For
> further questions and details, please ask on the freebsd-docs mailing
> list.
>
> You are right
In message , David Wolfskill writes:
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: https://FreeBSD.org
NTP: Web: https://nwtime.org
The need of the many outweighs the greed of the few.
> On Tue, Sep 07, 2021 at 10:13:23AM +0200, Jakob Alvermark wrote:
> > ...=20
> >
> From: David Chisnall
> Date: Tue, 7 Sep 2021 14:51:21 +0100
> On 06/09/2021 20:34, Wolfram Schneider wrote:
> > With the option WITHOUT_TOOLCHAIN=yes the world build time is 2.5
> > times faster (real or user+sys), down from 48 min to 19.5 min real
> > time.
>
> Note that building LLVM with
I have stumbled about a quandry, which I hope someone
can shed some light upon. In my day job, I often
generate a sequence of images and display these images
with ImageMagick's display command. From my csh prompt,
a quick and dirty foreach() loop
% foreach i (*.png)
> display $i &
> sleep 3
>
Steve Kargl wrote:
> Yes, that's likely. So, it could be a change in behavior
> for ImageMagick. Your suggested ps command doesn't provide
I don't know when the change was made, but the pkg for ImageMagik 6.9.12.12
has "display" as a stand-alone binary, whilst the pkg for 7.0.11.12 has it
as
On Tue, Sep 07, 2021 at 04:20:30PM -0700, Cy Schubert wrote:
> On September 7, 2021 3:42:53 PM PDT, Steve Kargl
> wrote:
> >I have stumbled about a quandry, which I hope someone
> >can shed some light upon. In my day job, I often
> >generate a sequence of images and display these images
> >with
On September 7, 2021 3:42:53 PM PDT, Steve Kargl
wrote:
>I have stumbled about a quandry, which I hope someone
>can shed some light upon. In my day job, I often
>generate a sequence of images and display these images
>with ImageMagick's display command. From my csh prompt,
>a quick and dirty
Dear All ,
in many of my messages to FreeBSD mailing lists I am mentioning the
following view :
"Please move the Handbook into source tree , and
Maintain it with respect to current release without mixing sliding
releases : If you do this ,
maintenance of a correct Handbook is IMPOSSIBLE
> On 6 Sep 2021, at 21:22, Gordon Bergling wrote:
>
> could you turn to test program into an AFT test to prevent further
> regressions?
Certainly!
M
>
> —Gordon
>
>> Am 06.09.2021 um 20:04 schrieb Steve Kargl
>> :
>>
>> No, thank you for the quick response.
>>
>> Of course, a one
On 9/6/21 8:21 PM, Cy Schubert wrote:
In message <2780735.ssxfcku...@sigill.theweb.org.ua>, "Oleg V. Nauman"
writes:
On 2021 M09 6, Mon 20:31:33 EEST Cy Schubert wrote:
One last favour to ask, can you try this with the wpa_supplicant-devel
port, please? I'm trying to narrow down if this is
Hi,
I think there are two conflated things here:
- Moving the handbook into the source tree.
- Creating branches in the handbook that track particular releases.
The first one is largely irrelevant to anyone other than people
contributing to the handbook, so I'll focus on the second:
This
On 9/7/21 10:29 AM, Peter Jeremy wrote:
On 2021-Sep-06 17:45:31 +0200, Karel Gardas wrote:
just installed 14-current snapshot from 2.9. on uefi amd64 machine.
Installed from USB memstick which was detected as da0 into the ssd
hanging on usb3 in external enclosure which was detected as da1.
On Tue, Sep 07, 2021 at 10:13:23AM +0200, Jakob Alvermark wrote:
> ...
> wlan0 does not associate after boot. (This is with iwm, AC 9260)
>
> My workaround is simply 'ifconfig wlan0 up'.
>
> After a few seconds wpa_supplicant associates and another few secods
> later I have a DHCP IP address.
Van: David Chisnall
Datum: maandag, 6 september 2021 11:43
Aan: freebsd-current@freebsd.org
Onderwerp: Re: -CURRENT compilation time
On 06/09/2021 09:08, Jeremie Le Hen wrote:
> Compiling C++ seems
> extremely CPU heavy and this is made worse by the fact LLVM is built
> twice (once for
On 2021-Sep-06 17:45:31 +0200, Karel Gardas wrote:
>just installed 14-current snapshot from 2.9. on uefi amd64 machine.
>Installed from USB memstick which was detected as da0 into the ssd
>hanging on usb3 in external enclosure which was detected as da1.
>
>ZFS root pool is then using /dev/da1p3
Konstantin Belousov wrote in
:
|On Mon, Sep 06, 2021 at 04:01:37PM +0200, Steffen Nurpmeso wrote:
|> Eric McCorkle wrote in
|> :
|>|Interesting, I wasn't aware of the upstream module. I'd say that's
|>
|> It's existence was the reason i have readded (now optional, and
|> a tad
On Tue, Sep 7, 2021 at 12:17 PM David Chisnall wrote:
> Hi,
>
> I think there are two conflated things here:
>
> - Moving the handbook into the source tree.
> - Creating branches in the handbook that track particular releases.
>
> The first one is largely irrelevant to anyone other than
Eric McCorkle wrote in
:
...
>> This patch creates a new PAM module that will load a ZFS key upon a
>> successful login: https://reviews.freebsd.org/D31844. It will use the
>> user's auth token as the key argument to loading a ZFS encryption key on
>> a user-specific ZFS data set.
...
Eric McCorkle wrote in
:
|Interesting, I wasn't aware of the upstream module. I'd say that's
It's existence was the reason i have readded (now optional, and
a tad different) session support for my pam_xdg PAM module,
because i was thinking that, if such a many-eyes-seen thing of
a software
On Mon, Sep 06, 2021 at 04:01:37PM +0200, Steffen Nurpmeso wrote:
> Eric McCorkle wrote in
> :
> |Interesting, I wasn't aware of the upstream module. I'd say that's
>
> It's existence was the reason i have readded (now optional, and
> a tad different) session support for my pam_xdg PAM module,
24 matches
Mail list logo
