math/py-numpy1: Strip shared library

- Bump PORTREVISION for package change

math/py-numpy1: restore mistakenly removed patch

Leads to breakages like math/py-nlopt:

[ 98%] Building CXX object
extern/nlopt/src/swig/CMakeFiles/nlopt_python.dir/CMakeFiles/nlopt_python.dir/nloptPYTHON_wrap.cxx.o
/wrkdirs/usr/ports/math/py-nlopt/work-py311/nlopt-python-2.9.1/build/temp.freebsd-14.3-RELEASE-p10-i386-cpython-311/extern/nlopt/src/swig/CMakeFiles/nlopt_python.dir/nloptPYTHON_wrap.cxx:15325:3:
error: cannot initialize return object of type 'int' with an rvalue of type
'std::nullptr_t'
 15325 |   import_array();
       |   ^~~~~~~~~~~~~~
/usr/local/lib/python3.11/site-packages/numpy/core/include/numpy/__multiarray_api.h:1558:151:
note: expanded from macro 'import_array'
 1558 | #define import_array() {if (_import_array() < 0) {PyErr_Print();
PyErr_SetString(PyExc_ImportError, "numpy.core.multiarray failed to import");
return NULL; } }
      |                                                                         
                                                                            
^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
   35 | #define NULL    nullptr
      |                 ^~~~~~~
1 error generated.

Reported by: diizzy, fallout

math/py-numpy*: unbreak the ports tree

math/py-numpy1: backport configtool/pkg-config file from numpy 2

Traditionally the way to query for the numpy C API has been through
distutils/setuptools, but the use of setuptools beyond a PEP-517
build backend is increasingly discouraged. numpy 2 introduced
numpy-config and a pkg-config file to allow consumer build systems
to better support the use of numpy as a dependency.

Based on:
https://github.com/numpy/numpy/commit/2634f803313f349170c09606d3cc619accd72247

Reported by: fluffy
PR: 281470

math/py-numpy1: copy from math/py-numpy and rework

- rework and fix OPTIONS for meson-python
- fix build with free-threaded CPython

PR: 281470