Re: Proposed ports deprecation and removal policy

2024-02-28 Thread Aryeh Friedman
On Wed, Feb 28, 2024 at 2:22 PM Florian Smeets wrote: > - The port does not adapt to infrastructure changes (i.e. USE_STAGE, > MANPREFIX, compiler updates, etc.) within 6 months. Ports should be set > to DEPRECATED after 3 months and can be removed after 6 Does this include special cases such as

Re: FreeBSD ports community is broken [port building configuration notes]

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 10:21 PM Mark Millard wrote: > > On Feb 18, 2024, at 17:23, Aryeh Friedman wrote: > > > On Sun, Feb 18, 2024 at 3:21 PM Mark Millard wrote: > >> > >> I fully agree that poudriere's systematic behavior > >> rebuilds more th

Re: FreeBSD ports community is broken [port building configuration notes]

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 3:21 PM Mark Millard wrote: > > I fully agree that poudriere's systematic behavior > rebuilds more than the likes of portmaster [but fails > less often]. > > > As stands there are tradeoffs between use of portmaster > (and the like) vs. use of poudriere (/synth?). No one >

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:51 AM Thierry Thomas wrote: > > Le dim. 18 févr. 24 à 12:30:55 +0100, Aryeh Friedman > écrivait : > > > > It is still possible for maintainer to submit PR with patches not tested > > > on poudriere: it is the committer’s responsibilit

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:45 AM Gleb Popov wrote: > > On Sun, Feb 18, 2024 at 2:35 PM Aryeh Friedman > wrote: > > No it is not possible since the pkg's are usually of a different > > version then what is built from ports (ports is almost newer) > > There ca

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:41 AM Vasily Postnicov wrote: > > My 50 cents about poudriere: it's definitely not a machine-killer. Just > remember to disable tmpfs for too heavy ports (my list includes rust, 0ad, > webengine), start with only two jobs (one job is bad because the build can be > bloc

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:32 AM Gleb Popov wrote: > And it is not a Poudriere deficiency. Just as you can ask portmaster > to download some binary packages instead of building them, the same > way you can configure Poudriere. To be honest, I don't quite get > what's the problem you're talking abo

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:28 AM Thierry Thomas wrote: > > Le dim. 18 févr. 24 à 12:18:11 +0100, Aryeh Friedman > écrivait : > > > Wonderful: Are we now moving to the binary pkg only for mere mortals > > then. For example my desktop is a fairly standard 12 core machine &

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 6:11 AM Gleb Popov wrote: > > On Sun, Feb 18, 2024 at 1:37 PM Aryeh Friedman > wrote: > > > > On Sun, Feb 18, 2024 at 5:16 AM Felix Palmen wrote: > > > > > > * Tomoaki AOKI [20240218 17:49]: > > > > [a lot about automo

Fwd: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
Forwarding to all original recipients because of being blocked from the -ports@ list (see below for details) but no maintainer should *EVER* be blocked from that list -- Forwarded message - From: Aryeh Friedman Date: Sun, Feb 18, 2024 at 5:37 AM Subject: Re: Re: FreeBSD ports

Re: Re: FreeBSD ports community is broken

2024-02-18 Thread Aryeh Friedman
On Sun, Feb 18, 2024 at 5:16 AM Felix Palmen wrote: > > * Tomoaki AOKI [20240218 17:49]: > > [a lot about automotive regulations] > > That's a nice example how comparisons of entirely different domains > almost always go completely wrong. I guess you have never heard of software engineering? Al

Re: Building a Linuxulator userland from source

2023-08-18 Thread Aryeh Friedman
On Fri, Aug 18, 2023 at 3:45 AM Mario Marietto wrote: > > Nice idea,but I think you will have no advantages changing userland. Actually > I ve been able to squeeze the maximum features from the linuxulator. So im > sure that you will not add any more feature to it. Im running cuda with the > nv