Dear port maintainers,
The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this po
On 2024-03-10 14:49, Daniel Engberg wrote:
On 2024-03-10T21:45:16.000+01:00, Eugene Grosbein
wrote:
29.02.2024 2:22, Florian Smeets wrote:
>This policy should give some guidance on when ports can or should be
removed. In general ports should not be removed without reason but if a port
On Mar 10, 2024, at 13:34, Nuno Teixeira wrote:
>> Hello Mark,
Hello.
>>> Context: 1GHz, 4 core, cortex-a7 (armv7), 2 GiBytes RAM, USB2.
>>> RAM+SWAP: 5.6 GiBytes. Also, this is doing my normal armv7 (and
>>> aarch64) style of devel/llvm* build: OPTION'd to BE_NATIVE
>>> instead of BE_STANDARD
On 2024-03-10T21:45:16.000+01:00, Eugene Grosbein wrote:
> 29.02.2024 2:22, Florian Smeets wrote:
>
>
> >This policy should give some guidance on when ports can or should be
> > removed. In general ports should not be removed without reason but if a
> > port blocks progress it should be d
29.02.2024 2:22, Florian Smeets wrote:
> This policy should give some guidance on when ports can or should be removed.
> In general ports should not be removed without reason but if a port blocks
> progress it should be deprecated and subsequently removed. In general, if a
> ports blocks progre
Hello Mark,
> Context: 1GHz, 4 core, cortex-a7 (armv7), 2 GiBytes RAM, USB2.
> RAM+SWAP: 5.6 GiBytes. Also, this is doing my normal armv7 (and
> aarch64) style of devel/llvm* build: OPTION'd to BE_NATIVE
> instead of BE_STANDARD and OPTION'd to not build MLIR.
llvm BE_NATIVE/without MLIR seems th
[poudriere bulk status update.]
On Mar 5, 2024, at 18:43, Mark Millard wrote:
> [I noticed that my SWAP figures were not self consistent for the armv7.]
>
> On Feb 18, 2024, at 09:50, Mark Millard wrote:
>
>> [I also forgot to mention an important FreeBSD configuration setting
>> as well. It
Le mer. 28 févr. 24 à 20:22:34 +0100, Florian Smeets
écrivait :
> Dear ports community,
Hello,
> as the removal of ports is a recurring source of friction and dispute we
> would like to add a ports removal and deprecation policy to the porters
> handbook.
Thanks for working on this subject!
