On Wed, 7 May 2025 at 23:32, Graham Perrin wrote:
>
> Re:
> <https://lists.freebsd.org/archives/freebsd-pkgbase/2025-May/000516.html>
>
> <https://www.reddit.com/r/freebsd/comments/1khf860/comment/mr6o8ke/> has
> two screenshots that compare the 14.2-RELEASE exp
On April 26, 2025 4:06:16 PM GMT+03:00, void wrote:
>On Sat, Apr 26, 2025 at 03:01:01PM +0300, Sulev-Madis Silber wrote:
>>
>> that might be it!? there is hdd on machine that was tested but now never
>> really likes to complete the long smart tests, and short take ages. there
>> are no "usua
On 4/9/25 13:19, Guido Falsi wrote:
On 4/9/25 13:10, Guido Falsi wrote:
On 4/9/25 12:51, Ronald Klop wrote:
Hi,
Next to hostuuid you could add a jailname in the mix.
That is what ether_gen_addr(9) does to make it easier to prevent
collisions while copying jails around or run a jail on a read
Hello!
I have polished the patch and it did get further testing.
I've been asked to get one more approval from someone more knowledgeable
about the IPv6 stack before being able to commit this code.
It works fine and I'd like to commit it soon so it can get proper
testing and avoid rotting as
Mark Millard wrote:
> > I think you could use something like this, which should be safe to
> > commit:
>
> I do not have a commit bit. Should I submit a bugzilla
> entry or something for its eventual commit?
That's ok. Confirm it works for you and I'll see if I can break
anything with it
>
>
On May 6, 2025, at 16:07, Simon J. Gerraty wrote:
> Mark Millard wrote:
>> Yes, if the value of MAKEOBJDIRPREFIX isn't consistent that's going to
>> cause problems (I'd call it a bug). If so don't use MAKEOBJDIRPREFIX
>> directly, set some other variable and export that.
>> Hmm src.sys.obj.mk pl
Mark Millard wrote:
> Yes, if the value of MAKEOBJDIRPREFIX isn't consistent that's going to
> cause problems (I'd call it a bug). If so don't use MAKEOBJDIRPREFIX
> directly, set some other variable and export that.
> Hmm src.sys.obj.mk plays games with MAKEOBJDIRPREFIX so that's
> probably not a
On May 6, 2025, at 13:14, Simon J. Gerraty wrote:
> Mark Millard wrote:
>>> Of course trying to get too clever can end up being counter productive,
>>> but the tools are there...
>>
>> I still have the addition that we found was needed
>> in my experiments years ago (white space details
>> belo
On Sun, May 4, 2025 at 3:28 PM Lexi Winter wrote:
>
> Rick Macklem:
> > I have coded this, but having a pathconf name for something that is
> > specific to a file is a bit weird. kib@ has suggested that it might be
> > better to do it as an ioctl().
> >
> > So, do you think a pathconf variable is
Mark Millard wrote:
> > Of course trying to get too clever can end up being counter productive,
> > but the tools are there...
>
> I still have the addition that we found was needed
> in my experiments years ago (white space details
> below may not have been preserved):
IIRC there are a few prob
Same context of WITH_META_MODE, it will speed up for sure my builds,
tunning what parts/targets of llvm will be built:
> WITH_LLVM_TARGET_AARCH64=
> WITH_LLVM_TARGET_ARM=
> WITHOUT_LLVM_TARGET_MIPS=
> WITHOUT_LLVM_TARGET_POWERPC=
> WITHOUT_LLVM_TARGET_RISCV=
> WITHOUT_LLVM_TARGET_X86=
>
I will u
On May 6, 2025, at 11:09, Simon J. Gerraty wrote:
> Mark Millard wrote:
# cd /usr/src
# make buildworld-jobs buildkernel-jobs
>>
>> The above used older commands and files from before
>> the following install. META_MODE recorded the use of
>> those commands.
>
> I'm sure you are awar
On May 6, 2025, at 10:47, Nuno Teixeira wrote:
> I use CURRENT on my laptop and rpi4 for some time now.
> I like to see changes in src tree and then rebuild world and test for myself.
> One of the things that attracts me is building and rebuilding stuff and maybe
> that's why I'm so happy as a p
On Tue, May 06, 2025 at 12:49:32AM +, Ahmad Khalifa wrote:
> On Wed Apr 30, 2025 at 8:58 AM +0300, Konstantin Belousov wrote:
> > exa% pwd
> > /usr/local/x86_64-unknown-freebsd13.5/bin
> > exa% ls -l cc1 cc1plus liblto_plugin.so
> > lrwxr-xr-x 1 root wheel 60 Apr 30 08:49 cc1 ->
> > /usr/loca
Mark Millard wrote:
> > > # cd /usr/src
> > > # make buildworld-jobs buildkernel-jobs
>
> The above used older commands and files from before
> the following install. META_MODE recorded the use of
> those commands.
I'm sure you are aware, but maybe not everyone is, that bmake contains a
number o
Hello!
I use CURRENT on my laptop and rpi4 for some time now.
I like to see changes in src tree and then rebuild world and test for
myself.
One of the things that attracts me is building and rebuilding stuff and
maybe that's why I'm so happy as a ports committer :)
The only "change" that I do in
On May 6, 2025, at 08:15, Nuno Teixeira wrote:
> Hello Mark,
>
> Definitely I'm not getting the results I want with WITH_META_MODE using BEs
> since most of the times I end up rebuilding almost everything in new BE.
>
> Should I stop using WITH_META_MODES a go straight to clean builds (clean
Hello Mark,
Definitely I'm not getting the results I want with WITH_META_MODE using BEs
since most of the times I end up rebuilding almost everything in new BE.
Should I stop using WITH_META_MODES a go straight to clean builds (clean
/usr/obj) instead?
My first concern is to speed up builds expec
Van: Matthew Seaman
Datum: dinsdag, 6 mei 2025 11:04
Aan: freebsd-current@freebsd.org
Onderwerp: Re: Recent changes to pkg argument parsing
(https://reviews.freebsd.org/D49977)
On 06/05/2025 09:18, Dan Mahoney (Ports) wrote:
> For example, we've got a cron job on every box that gat
On 06/05/2025 09:18, Dan Mahoney (Ports) wrote:
For example, we've got a cron job on every box that gathers all our leaf
packages into a file:
#!/bin/sh
/usr/sbin/pkg query -e '%#r == 0' '%n-%v'
We now get warnings:
# /usr/local/libexec/pkgleaf
pkg: invalid option -- e
(but the query still r
This pkg argument issue is fixed yesterday.
https://cgit.freebsd.org/src/commit/?id=73ba568b1c35aabc1682540b5b4d5d77220c5468
Regards,
Ronald.
Van: "Dan Mahoney (Ports)"
Datum: dinsdag, 6 mei 2025 10:18
Aan: "freebsd-current@freebsd.org"
Onderwerp: Recent changes to pkg argument parsing
(ht
On Wed Apr 30, 2025 at 8:58 AM +0300, Konstantin Belousov wrote:
> exa% pwd
> /usr/local/x86_64-unknown-freebsd13.5/bin
> exa% ls -l cc1 cc1plus liblto_plugin.so
> lrwxr-xr-x 1 root wheel 60 Apr 30 08:49 cc1 ->
> /usr/local/libexec/gcc/x86_64-unknown-freebsd13.5/14.1.0/cc1
> lrwxr-xr-x 1 root wh
(...)
This way i did have less compiling expecially on buildworld. My rpi4 is
recompiling allmost everything in buildworld phase using beinstall.sh.
I will use this mehod from now on.
Thanks very much for your great explanation!
Cheers,
Nuno Teixeira escreveu (segunda, 5/05/2025 à(s)
23:36):
Hello Mark,
Minutes ago I used a more tradicional way:
# make buildworld-jobs buildkernel-jobs
```
RELEASE=Whatever
> bectl create ${RELEASE}
> bectl mount ${RELEASE}
BASEDIR=/tmp/be_mount. # Use mount point returned by bectl mount
> make DESTDIR=${BASEDIR} installkernel
> etcupdate -p -D $
Nuno Teixeira wrote on
Date: Mon, 05 May 2025 20:37:09 UTC :
> (...)
>
> Don't forget to `env NO_PKG_UPGRADE=yes beinstall.sh` to not mess with
> ports and stuff.
>
> Nuno Teixeira escreveu (segunda, 5/05/2025 à(s)
> 21:34):
>
> > Hello,
> >
> > Using incremental WITH_META_MODE builds, after
(...)
Don't forget to `env NO_PKG_UPGRADE=yes beinstall.sh` to not mess with
ports and stuff.
Nuno Teixeira escreveu (segunda, 5/05/2025 à(s)
21:34):
> Hello,
>
> Using incremental WITH_META_MODE builds, after installation with
> beinstall.sh, building same src, a complete compilation happens.
On Sun, 4 May 2025 at 02:13, Kevin Oberman wrote:
>
> It is definitely be61deae0aa2 and it is cosmetic. be61deae0aa2 changes the
> parser in the base system. It results in all options generating the error,
> but they are passed to the sub-program (info, version, delete, etc), so they
> are jus
Rick Macklem:
> I have coded this, but having a pathconf name for something that is
> specific to a file is a bit weird. kib@ has suggested that it might be
> better to do it as an ioctl().
>
> So, do you think a pathconf variable is preferred, since it is
> "Solaris compatible" or an ioctl()?
io
I can confirm that reverting commit be61deae0aa2 fixes the PKG.
Sent from Proton Mail Android
Original Message
On 5/4/25 7:28 PM, Yusuf Yaman wrote:
> Thanks for reporting that, I just noticed that problem too. Hope it gets
> fixed soon.
>
> Sent from Proton Mail Android
Thanks for reporting that, I just noticed that problem too. Hope it gets fixed
soon.
Sent from Proton Mail Android
Original Message
On 5/2/25 9:33 AM, Graham Perrin wrote:
> root@mowa219-gjp4-zbook-freebsd:~ # pkg version -C -vRL= | grep -v orphaned
> pkg: invalid option -
On Mon, Apr 28, 2025 at 3:08 AM Lionel Cons wrote:
>
> On Sat, 26 Apr 2025 at 17:14, Rick Macklem wrote:
> >
> > On Tue, Apr 22, 2025 at 3:34 AM Cedric Blancher
> > wrote:
> > >
> > > On Sun, 9 Mar 2025 at 00:02, Rick Macklem wrote:
> > > >
> > > > First off, I cross posted because I don't thin
>pkg: invalid option -- v
> > > >pkg: invalid option -- R
> > > >pkg: invalid option -- L
> > > >pkg: invalid option -- =3D
> > >
> > > how odd.
> > >
> > > I'd try re-making pkg from an updated ports tree.
> > >
00, Graham Perrin wrote:
> > >root@mowa219-gjp4-zbook-freebsd:~ # pkg version -C -vRL=3D | grep -v
> > orphaned
> > >pkg: invalid option -- C
> > >pkg: invalid option -- v
> > >pkg: invalid option -- R
> > >pkg: invalid option -- L
> > >pkg: i
on -- R
> >pkg: invalid option -- L
> >pkg: invalid option -- =
>
> how odd.
>
> I'd try re-making pkg from an updated ports tree.
> My context builds everything from source. It doesn't use pkg base.
>
> % pkg version -C -vRL= | grep -v orphaned
>
On Fri, May 02, 2025 at 07:32:34AM +0100, Graham Perrin wrote:
root@mowa219-gjp4-zbook-freebsd:~ # pkg version -C -vRL= | grep -v orphaned
pkg: invalid option -- C
pkg: invalid option -- v
pkg: invalid option -- R
pkg: invalid option -- L
pkg: invalid option -- =
how odd.
I'd try re-m
Also (with /usr/sbin/pkg in CURRENT), fish completions are sometimes
broken. The most recent example:
grahamperrin@mowa219-gjp4-zbook-freebsd ~> pkg iinfo Fpkg: invalid
option -- l
pkg: invalid option -- q
rames/ reeBSD
> What is the right way to build with gcc?
Here is one data point.
> exa% MAKEOBJDIRPREFIX=/tmp/obj/ make -j 16 -s buildworld
> __MAKE_CONF=/dev/null SRCCONF=/dev/null TARGET=amd64 TARGET_ARCH=amd64
> CROSS_TOOLCHAIN=amd64-gcc14
With a not-that-recent stable/14 (based on 6f34788b4e24ecbd602 f
On 02.05.25 08:32, Graham Perrin wrote:
root@mowa219-gjp4-zbook-freebsd:~ # pkg version -C -vRL= | grep -v orphaned
pkg: invalid option -- C
pkg: invalid option -- v
pkg: invalid option -- R
pkg: invalid option -- L
pkg: invalid option -- =
Updating FreeBSD-ports repository catalogue...
FreeBSD-p
On Tue, Apr 29, 2025 at 08:44:50PM +0200, Dimitry Andric wrote:
> On 29 Apr 2025, at 19:43, Shawn Webb wrote:
> >
> > On Sun, Apr 27, 2025 at 07:42:44PM +0200, Dimitry Andric wrote:
> >> On 27 Apr 2025, at 17:04, Shawn Webb wrote:
> >>>
> >>> On Sat, Apr 26, 2025 at 06:06:54PM +0200, Dimitry An
On 29 Apr 2025, at 19:43, Shawn Webb wrote:
>
> On Sun, Apr 27, 2025 at 07:42:44PM +0200, Dimitry Andric wrote:
>> On 27 Apr 2025, at 17:04, Shawn Webb wrote:
>>>
>>> On Sat, Apr 26, 2025 at 06:06:54PM +0200, Dimitry Andric wrote:
>> ...
Please let me know if you encounter any problems res
On Sun, Apr 27, 2025 at 07:42:44PM +0200, Dimitry Andric wrote:
> On 27 Apr 2025, at 17:04, Shawn Webb wrote:
> >
> > On Sat, Apr 26, 2025 at 06:06:54PM +0200, Dimitry Andric wrote:
> ...
> >> Please let me know if you encounter any problems resulting due to this
> >> change, as I intend to MFC i
On Sun, 27 Apr 2025, at 19:50, Vladimir Kondratyev wrote:
> On 4/27/25 19:57, Gleb Smirnoff wrote:
> I see 3 possible reasons:
>
> 1. Pre-daa098cc37b9 system running during March stabweek.
> 2. Different touchpad hardware.
> 3. Something else. E.g. a luck.
>
> --
> WBR
> Vladimir Kondratyev
This
On 4/27/25 19:57, Gleb Smirnoff wrote:
On Sun, Apr 27, 2025 at 03:38:46PM +, Dave Cottlehuber wrote:
D> On Sat, 26 Apr 2025, at 16:19, Vladimir Kondratyev wrote:
D> > On 4/24/25 21:46, Gleb Smirnoff wrote:
D> >> On Thu, Apr 24, 2025 at 05:48:46PM +, Dave Cottlehuber wrote:
D> >> D> On Thu
On 27 Apr 2025, at 17:04, Shawn Webb wrote:
>
> On Sat, Apr 26, 2025 at 06:06:54PM +0200, Dimitry Andric wrote:
...
>> Please let me know if you encounter any problems resulting due to this
>> change, as I intend to MFC it. For example, I tried covering all
>> incremental build scenarios, but I m
I updated my source tree and did a whole world build then did the
buildworld again without changing anything that would affect something
to get rebuild and then the world has been built now in 192 seconds.
Indeed, it seems pico files can be cached too. Sorry for the noise and
thank you all! Hav
On Sun, Apr 27, 2025 at 03:38:46PM +, Dave Cottlehuber wrote:
D> On Sat, 26 Apr 2025, at 16:19, Vladimir Kondratyev wrote:
D> > On 4/24/25 21:46, Gleb Smirnoff wrote:
D> >> On Thu, Apr 24, 2025 at 05:48:46PM +, Dave Cottlehuber wrote:
D> >> D> On Thu, 24 Apr 2025, at 17:31, Gleb Smirnoff wr
On Sat, 26 Apr 2025, at 16:19, Vladimir Kondratyev wrote:
> On 4/24/25 21:46, Gleb Smirnoff wrote:
>> On Thu, Apr 24, 2025 at 05:48:46PM +, Dave Cottlehuber wrote:
>> D> On Thu, 24 Apr 2025, at 17:31, Gleb Smirnoff wrote:
>> D> > D> This issue actually came up last month but I had no time to
>>
On Sat, Apr 26, 2025 at 06:06:54PM +0200, Dimitry Andric wrote:
> Hi,
>
> In https://cgit.freebsd.org/src/commit/?id=2e47f35be5dc I committed a
> change to convert libllvm, libclang, and liblldb into private shared
> libraries. This means that tools like clang, lld, lldb, and more are now
> quite
On Thu, Apr 24, 2025 at 08:56:44AM +0300, Andriy Gapon wrote:
> On 23/04/2025 21:56, Andriy Gapon wrote:
> > BTW, I've been wondering how illumos avoids the problem even though they
> > do not use any special dlopen flags.
> > It turns out that they link almost all system shared libraries with
> >
On 27 Apr 2025, at 01:28, Yusuf Yaman wrote:
>
> I am a new user of 15.0-CURRENT and just updated my source tree and
> noticed that there are now files to be built that have the ".pico"
> extension, as a ccache user, i was enjoying fast world/kernel builds but
> these files doesn't seem to get
On Sun, Apr 27, 2025 at 2:28 AM Yusuf Yaman wrote:
>
> Hi,
>
> I am a new user of 15.0-CURRENT and just updated my source tree and
> noticed that there are now files to be built that have the ".pico"
> extension, as a ccache user, i was enjoying fast world/kernel builds but
> these files doesn't s
Hi,
I am a new user of 15.0-CURRENT and just updated my source tree and
noticed that there are now files to be built that have the ".pico"
extension, as a ccache user, i was enjoying fast world/kernel builds but
these files doesn't seem to get cached to me and my world builds are
taking long t
On 4/24/25 21:46, Gleb Smirnoff wrote:
On Thu, Apr 24, 2025 at 05:48:46PM +, Dave Cottlehuber wrote:
D> On Thu, 24 Apr 2025, at 17:31, Gleb Smirnoff wrote:
D> > D> This issue actually came up last month but I had no time to
D> > investigate
D> > D> then, details
D> > https://bugs.freebsd.org/
On Tue, Apr 22, 2025 at 3:34 AM Cedric Blancher
wrote:
>
> On Sun, 9 Mar 2025 at 00:02, Rick Macklem wrote:
> >
> > First off, I cross posted because I don't think many read freebsd-arch@.
> > There seems to be a nice market for Solaris style extended attributes.
> > Since ZFS is already wired fo
On Sat, Apr 26, 2025 at 03:01:01PM +0300, Sulev-Madis Silber wrote:
that might be it!? there is hdd on machine that was tested but now
never really likes to complete the long smart tests, and short take ages.
there are no "usual" disk errors, tho. that hdd is part of 2 disk mirror
that the gi
On April 23, 2025 6:40:44 PM GMT+03:00, void wrote:
>On Mon, Apr 21, 2025 at 04:25:16AM +0300, Sulev-Madis Silber wrote:
>> i have long running issue in my 13.4 box (amd64)
>>
>> others don't get it at all and only suggest adding more than 4g ram
>>
>> it manifests as some mmap or other probl
On Apr 22, 2025, at 21:29, Mark Millard wrote:
> On Apr 22, 2025, at 20:27, Mark Millard wrote:
>
>> Sulev-Madis Silber wrote
>> on
>> Date: Wed, 23 Apr 2025 02:04:28 UTC :
>>
>>> yes, 2 * 8g partitions on separate disks, so i have 16g swap
>>>
>>> . . .
>>>
>> Van: Sulev-Madis Silber
On Mon, Apr 21, 2025 at 01:00:13AM -0700, Gleb Smirnoff wrote:
T> This is an automated email to inform you that the April 2025 stabilization
week
T> started with FreeBSD/main at main-n276625-d4763484f911, which was tagged as
T> main-stabweek-2025-Apr.
The A/B testing at Netflix didn't find any st
On Thu, Apr 24, 2025 at 05:48:46PM +, Dave Cottlehuber wrote:
D> On Thu, 24 Apr 2025, at 17:31, Gleb Smirnoff wrote:
D> > D> This issue actually came up last month but I had no time to
D> > investigate
D> > D> then, details
D> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=286045
D> >
D>
On Thu, 24 Apr 2025, at 17:31, Gleb Smirnoff wrote:
> D> This issue actually came up last month but I had no time to
> investigate
> D> then, details
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=286045
>
> Is this regression since last stabweek or from an earlier point?
Hi Gleb
Just sinc
On Thu, Apr 24, 2025 at 02:04:39PM +, Dave Cottlehuber wrote:
D> On Mon, 21 Apr 2025, at 14:22, Warner Losh wrote:
D> > Please note: Gleb is on vacation this week, so I'll be coordinating
D> > stab-week this time. Please be sure to cc me on any problems you
D> > encounter.
D> >
D> > Warner
D> >
On Mon, 21 Apr 2025, at 14:22, Warner Losh wrote:
> Please note: Gleb is on vacation this week, so I'll be coordinating
> stab-week this time. Please be sure to cc me on any problems you
> encounter.
>
> Warner
>
> On Mon, Apr 21, 2025 at 2:00 AM Gleb Smirnoff wrote:
>>
>> Hi FreeBSD/main users
On Thu, 24 Apr 2025, at 14:04, Dave Cottlehuber wrote:
> On Mon, 21 Apr 2025, at 14:22, Warner Losh wrote:
>> Please note: Gleb is on vacation this week, so I'll be coordinating
>> stab-week this time. Please be sure to cc me on any problems you
>> encounter.
> from https://bugs.freebsd.org/bugzil
On 23/04/2025 21:56, Andriy Gapon wrote:
BTW, I've been wondering how illumos avoids the problem even though they do not
use any special dlopen flags.
It turns out that they link almost all system shared libraries with -Bdirect
option (which is Solaris/illumos specific).
It's somewhat similar t
Sulev-Madis Silber wrote on
Date: Wed, 23 Apr 2025 06:55:06 UTC :
>
> On April 23, 2025 8:34:36 AM GMT+03:00, Mark Millard
> wrote:
> >On Apr 22, 2025, at 21:59, Mark Millard wrote:
> >
> >> Sulev-Madis Silber
> >> wrote on
> >> Date: Wed, 23 Apr 2025 04:31:41 UTC :
> >>
> >> . . .
> . . .
On Wed, Apr 23, 2025 at 09:09:56PM +0300, Andriy Gapon wrote:
> On 19/04/2025 13:29, Konstantin Belousov wrote:
> > On Sat, Apr 19, 2025 at 01:25:28PM +0300, Andriy Gapon wrote:
> > > On 19/04/2025 12:39, Andriy Gapon wrote:
> > > > From a quick look at the code, should we try to resolve the symb
On 19/04/2025 13:38, Konstantin Belousov wrote:
And there is the version with the recursive marking by deepbind:
I think that this patch would help with my case (haven't tested yet).
But I am not sure if it would be "correct".
First, as you have rightfully asked, it's not clear that deepbind s
On 19/04/2025 13:29, Konstantin Belousov wrote:
On Sat, Apr 19, 2025 at 01:25:28PM +0300, Andriy Gapon wrote:
On 19/04/2025 12:39, Andriy Gapon wrote:
From a quick look at the code, should we try to resolve the symbol in
refobj itself when it's marked with deepbind?
Oh, and it looks like obj
On Mon, Apr 21, 2025 at 04:25:16AM +0300, Sulev-Madis Silber wrote:
i have long running issue in my 13.4 box (amd64)
others don't get it at all and only suggest adding more than 4g ram
it manifests as some mmap or other problems i don't really get
basically unrestricted git consumes all the me
Hello Warner,
I've encountered the following issue:
drm-kmod refuses to build, complains about vm_page_next() not being
defined. Also, when I tried installing drm-kmod or drm-66-kmod packages,
the kmods didn't want to work, complained about some symbols not being
there.
There does exist a f
On Wed, Apr 23, 2025 at 3:10 AM Cedric Blancher
wrote:
>
> On Tue, 22 Apr 2025 at 13:10, Rick Macklem wrote:
> >
> > On Tue, Apr 22, 2025 at 3:34 AM Cedric Blancher
> > wrote:
> > >
> > > On Sun, 9 Mar 2025 at 00:02, Rick Macklem wrote:
> > > >
> > > > First off, I cross posted because I don't
Alastair Hogge writes:
> Dag-Erling Smørgrav writes:
> > Alastair Hogge writes:
> > > ld-elf.so.1: Shared object "libmd.so.6" not found, required by "mtree"
> > > *** Error code 1
> > This is _after_ installworld, right? `etcupdate -p`, then installworld,
> > then `etcupdate -B`?
> Correct, and
On 2025-04-18 14:24, Dag-Erling Smørgrav wrote:
> Alastair Hogge writes:
>> Hmm I did try $(etcupdate -B), and I recall it also failing, so I
>> updated another host, and used -B with etcupdate, and it failed for
>> another reason:
>> [...]
>> ld-elf.so.1: Shared object "libmd.so.6" not found, req
On April 23, 2025 8:34:36 AM GMT+03:00, Mark Millard wrote:
>On Apr 22, 2025, at 21:59, Mark Millard wrote:
>
>> Sulev-Madis Silber wrote
>> on
>> Date: Wed, 23 Apr 2025 04:31:41 UTC :
>>
>> https://forums.freebsd.org/threads/server-freezes-when-using-git-to-update-ports-tree.88651/
>>
>>
On Apr 22, 2025, at 21:59, Mark Millard wrote:
> Sulev-Madis Silber wrote
> on
> Date: Wed, 23 Apr 2025 04:31:41 UTC :
>
> https://forums.freebsd.org/threads/server-freezes-when-using-git-to-update-ports-tree.88651/
>
> That, in turn mentions:
>
> the remote console shows an unresponsive, fr
Sulev-Madis Silber wrote on
Date: Wed, 23 Apr 2025 04:31:41 UTC :
https://forums.freebsd.org/threads/server-freezes-when-using-git-to-update-ports-tree.88651/
That, in turn mentions:
the remote console shows an unresponsive, frozen OS, unable to interact with.
If FreeBSD 13.4 can still swappi
On April 23, 2025 6:27:20 AM GMT+03:00, Mark Millard wrote:
>Sulev-Madis Silber wrote on
>Date: Wed, 23 Apr 2025 02:04:28 UTC :
>
>> yes, 2 * 8g partitions on separate disks, so i have 16g swap
>>
>> . . .
>>
>> >> >Van: Sulev-Madis Silber
>> >> >Datum: maandag, 21 april 2025 03:25
>> >> >.
On Apr 22, 2025, at 20:27, Mark Millard wrote:
> Sulev-Madis Silber wrote
> on
> Date: Wed, 23 Apr 2025 02:04:28 UTC :
>
>> yes, 2 * 8g partitions on separate disks, so i have 16g swap
>>
>> . . .
>>
> Van: Sulev-Madis Silber
> Datum: maandag, 21 april 2025 03:25
> . . .
>>
Sulev-Madis Silber wrote on
Date: Wed, 23 Apr 2025 02:04:28 UTC :
> yes, 2 * 8g partitions on separate disks, so i have 16g swap
>
> . . .
>
> >> >Van: Sulev-Madis Silber
> >> >Datum: maandag, 21 april 2025 03:25
> >> >. . .
> >> >>
> >> >> others don't get it at all and only suggest adding mo
On April 22, 2025 8:34:35 PM GMT+03:00, Toomas Soome wrote:
>
>
>> On 22. Apr 2025, at 18:23, Sulev-Madis Silber
>> wrote:
>>
>> well i don't have those errors anymore so there's nothing to give
>>
>> i've tried to tune arc but it didn't do anything so i took those things off
>> again
>>
yes, 2 * 8g partitions on separate disks, so i have 16g swap
but issues i see aren't "usual" memory problems. even building rust works, just
takes 10g swap and entire day. nothing will fail. nothing will lag
but what i see are kernel taking too much. as far as i understand. i can't
figure out w
> On 22. Apr 2025, at 18:23, Sulev-Madis Silber
> wrote:
>
> well i don't have those errors anymore so there's nothing to give
>
> i've tried to tune arc but it didn't do anything so i took those things off
> again
>
> right now i'm looking at
>
> ARC: 1487M Total, 1102M MFU, 128M MRU, 15
I wouldn't normally top post, but all I have is a generic question.
Do you have a swap partition setup?
(I'd use something like 6-8Gbytes for a 4Gbyte system.)
rick
On Tue, Apr 22, 2025 at 8:23 AM Sulev-Madis Silber
wrote:
>
> well i don't have those errors anymore so there's nothing to give
>
well i don't have those errors anymore so there's nothing to give
i've tried to tune arc but it didn't do anything so i took those things off
again
right now i'm looking at
ARC: 1487M Total, 1102M MFU, 128M MRU, 1544K Anon, 56M Header, 199M Other
942M Compressed, 18G Uncompressed, 19.36:1
Hi,
First, instead of writing "it gives vague errors", it really helps others on
this list if you can copy-paste the errors into your email.
Second, as far as I can see FreeBSD 13.4 uses OpenZFS 2.1.14. FreeBSD 14 uses
OpenZFS 2.2.X which has bugfixes and improved tuning, although I cannot cla
On Tue, Apr 22, 2025 at 3:34 AM Cedric Blancher
wrote:
>
> On Sun, 9 Mar 2025 at 00:02, Rick Macklem wrote:
> >
> > First off, I cross posted because I don't think many read freebsd-arch@.
> > There seems to be a nice market for Solaris style extended attributes.
> > Since ZFS is already wired fo
On 2025-04-21 11:46, Chris wrote:
On 2025-04-21 10:47, Dag-Erling Smørgrav wrote:
Chris writes:
Can I safely move my new kernel to say, kernel.new while running my
current
kernel as kernel and rebuild the new kernel with the kernconf corrections?
If you're booted into kernel.old you can jus
On Mon, Apr 21, 2025 at 03:37:55PM -0700, Rick Macklem wrote:
> Hi,
>
> I just spotted something in the NFS server that seems like
> it is a bug, but I thought I'd check.
> (Note that I have never seen this cause a problem, but I
> think it might if a server file system is being forced
> dismounte
On 2025-04-21 10:47, Dag-Erling Smørgrav wrote:
Chris writes:
Can I safely move my new kernel to say, kernel.new while running my current
kernel as kernel and rebuild the new kernel with the kernconf corrections?
If you're booted into kernel.old you can just build a new kernel and run
`make r
Chris writes:
> Can I safely move my new kernel to say, kernel.new while running my current
> kernel as kernel and rebuild the new kernel with the kernconf corrections?
If you're booted into kernel.old you can just build a new kernel and run
`make reinstallkernel` to replace the new (non-working)
Please note: Gleb is on vacation this week, so I'll be coordinating
stab-week this time. Please be sure to cc me on any problems you
encounter.
Warner
On Mon, Apr 21, 2025 at 2:00 AM Gleb Smirnoff wrote:
>
> Hi FreeBSD/main users & developers:
>
> This is an automated email to inform you that
On 2025-04-21 09:29, Warner Losh wrote:
On Mon, Apr 21, 2025 at 10:03 AM Chris wrote:
On 2025-04-21 00:23, Gary Jennejohn wrote:
> On Sun, 20 Apr 2025 12:19:45 -0700
> Chris wrote:
>
>> On 2025-04-20 01:15, Dag-Erling Smørgrav wrote:
>> > Chris writes:
>> >> Warner Losh writes:
>> >> > Mayb
On 2025-04-21 06:42, Warner Losh wrote:
Put 'da' back in. I'm pretty sure it's not optional. Well, maybe it is
optional, but you'll need nda if you do that and the kernel config
doesn't have that. While you have nvd, the default is to prefer nda to
nvd, even when nda isn't in the kernel (so more
On Mon, Apr 21, 2025 at 10:03 AM Chris wrote:
>
> On 2025-04-21 00:23, Gary Jennejohn wrote:
> > On Sun, 20 Apr 2025 12:19:45 -0700
> > Chris wrote:
> >
> >> On 2025-04-20 01:15, Dag-Erling Smørgrav wrote:
> >> > Chris writes:
> >> >> Warner Losh writes:
> >> >> > Maybe this is a custom kernel
On 2025-04-21 00:23, Gary Jennejohn wrote:
On Sun, 20 Apr 2025 12:19:45 -0700
Chris wrote:
On 2025-04-20 01:15, Dag-Erling Smørgrav wrote:
> Chris writes:
>> Warner Losh writes:
>> > Maybe this is a custom kernel without the label code.
>> It's an upgrade. It's 15 from ~11 mos ago. Yes a cus
Put 'da' back in. I'm pretty sure it's not optional. Well, maybe it is
optional, but you'll need nda if you do that and the kernel config
doesn't have that. While you have nvd, the default is to prefer nda to
nvd, even when nda isn't in the kernel (so more like an either or
choice than a bidding ch
On Sun, 20 Apr 2025 12:19:45 -0700
Chris wrote:
> On 2025-04-20 01:15, Dag-Erling Smørgrav wrote:
> > Chris writes:
> >> Warner Losh writes:
> >> > Maybe this is a custom kernel without the label code.
> >> It's an upgrade. It's 15 from ~11 mos ago. Yes a custom kernel. But
> >> I'm using
On 2025-04-20 01:15, Dag-Erling Smørgrav wrote:
Chris writes:
Warner Losh writes:
> Maybe this is a custom kernel without the label code.
It's an upgrade. It's 15 from ~11 mos ago. Yes a custom kernel. But
I'm using the same kernconf as before. Was label removed from generic
in the last 11 mos
Chris writes:
> Warner Losh writes:
> > Maybe this is a custom kernel without the label code.
> It's an upgrade. It's 15 from ~11 mos ago. Yes a custom kernel. But
> I'm using the same kernconf as before. Was label removed from generic
> in the last 11 mos.?
Please share:
- The output of the `w
Am 19.04.25 um 16:02 schrieb Mark Johnston:
On Sat, Apr 19, 2025 at 06:06:59AM -0700, David Wolfskill wrote:
Running:
FreeBSD g1-118.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #445
main-n276537-7121e9414f29: Fri Apr 18 12:36:30 UTC 2025
r...@g1-120.catwhisker.org:/common/S4/obj/usr/s
1 - 100 of 102474 matches
Mail list logo
