Re: Debian-Med policy proposal: 64-bit & little-endian only* for new packages

On 29/03/2024 19.44, Steven Robbins wrote:
> On Thursday, March 28, 2024 8:51:01 A.M. CDT Michael R. Crusoe wrote:
> 
>> Therefore I personally conclude that:
>> Support Debian-Med packages for 32-bit and/or big-endian architectures is
>> not a good use of our limited resources.

> I am left with a question whether that is what you are proposing, or whether
> you mean to preemptively restrict the architectures even when they are not
> troublesome?  I would support the former but the latter position seems
> unwarranted to me.

At least the first, but preferably also the second. Why waste the computing resources / climate damage / maintainer time when that does not benefit our users?

Yes, it is true that compiling for 32-bit and/or big-endian architectures occasionally highlights coding errors that were otherwise hidden and could cause problems later. But I'm proposing that it isn't worth it, and that if a member of the team wishes to restrict the architectures built, they should do so.

> 
>> Like all policy proposals, this is not meant to be a hard rule for all time.
>> We can and should revisit the issue later!
> 
> Absolutely.  The working set of machines does change over time as you mention
> yourself.  I remember doing neuroinformatics research coding on SGI IRIX
> machines -- which will surely date me.  :-)

:-D

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEck1gkzcRPHEFUNdHPCZ2P2xn5uIFAmYRQm8FAwAAAAAACgkQPCZ2P2xn5uKw
Pw/8CHC0HxxlBrwXISGDewKghbnFw86YPXVQtDqJMBMlohItkL9RXXv9uh/fNvhlqBz5bOehUwQV
Sk9pTE1DntejDn/44AjFKdM3XJoYXzd7krVsUUC8YOu9EsAL7I/2KtDdTIQUyQ/mzwwBTIVI/B+f
7+GeCCHMd62lF1geGia5h7bJaZ+O2BMNxBpeZ+kKDr4P8GtOSn3nyNKd++6g+HEJiEkR1KKbfWiy
IttOMjWJp+hmnLJXCDQxpEMRmbeR98OmEugVMWE9M2O2T5DSoebfojRxIyTpo0a1kTPKFZmvm5aq
gz7Wwyaka3ROeF6X0PI/bnvwxEqSAbne9e98arJq7qto6j86Fj4khtvuAjAmdhttdq2sR558lNf/
raRw/JAtQY8j8KJyHW8+rHJ725A8Tcr34vXrTKjPPSofviRv3ORKLBaR1KTKl+1xkQ4hNTQ6M8wn
SgMYVKdFnIpnjH72Yn2jIAl/51dHY3JF6XSZboJyS+w6sWalyuCA2JMce59FbEdASy7mmu2ksVbj
ffDhHfXQ5iIZF1HPelKGYRO1WTvmDCXQDN1o9xVUNVKGhf/EwQqfrBUaoGIGJsVXWf4z3tg7uFX5
6+VgwezJ0WZwizxB3d2+XtM2EU0d5pDAN/TeAgiIzNQ3x32nUapmPKBkhI8otUUGyWaJKVz3G/D3
UGs=
=KUvI
-----END PGP SIGNATURE-----