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 gathers all our
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
17 matches
Mail list logo
