can't break enrichment processing back to shell with ctrl-c

[HongPong]

during enrichment ctrl-c (pressing a few times) gives

Enriching facility NORTH LAKE CORRECTIONAL FACILITY...
^CEnriching facility NORTHEAST OHIO CORRECTIONAL CENTER...
Enriching facility NORTHERN REGIONAL JAIL...
Enriching facility NORTHWEST STATE CORRECTIONAL CENTER...
^CEnriching facility OLDHAM COUNTY DETENTION CENTER...
^CProcess ForkProcess-2:
Process ForkProcess-3:
Traceback (most recent call last):
Traceback (most recent call last):
  File "/installs/python/3.13.3/lib/python3.13/multiprocessing/process.py", line 313, in _bootstrap
    self.run()
    ~~~~~~~~^^
  File "/installs/python/3.13.3/lib/python3.13/multiprocessing/process.py", line 313, in _bootstrap
    self.run()
    ~~~~~~~~^^

/installs/python/3.13.3/lib/python3.13/multiprocessing/connection.py", line 395, in _recv
    chunk = read(handle, remaining)
KeyboardInterrupt
KeyboardInterrupt
^C
^C^C^C^C^C

etc and the shell is not reset back to normal. i think it would be best if we could break out.

process such as

/share/mise/installs/python/3.13.3/bin/uv run python main.py --scrape --enrich

can be halted by kill and the process number as normal.

[johnseekins]

So it does exit on ctrl-c:

$ uv run python main.py --enrich
ICE Detention Facilities Scraper by the Open Security Mapping Project. MIT License.
Did not supply --scrape or --load-existing. Proceeding with default data set (20 facilities)
Starting data enrichment with external sources...
Enriching facility BAKER COUNTY SHERIFF DEPT....
Enriching facility SAUK COUNTY SHERIFF...
Enriching facility NORTHWEST ICE PROCESSSING CENTER...
^CEnriching facility LOGAN COUNTY JAIL...
Enriching facility JEFFERSON COUNTY JAIL...
Enriching facility GRAYSON COUNTY JAIL...
Enriching facility COLLIER COUNTY NAPLES JAIL CENTER...
Traceback (most recent call last):
  File "/home/john/github/ice_detention_scraper/main.py", line 167, in <module>
    main()
    ~~~~^^
  File "/home/john/github/ice_detention_scraper/main.py", line 154, in main
    facilities_data = enrich_facility_data(facilities_data, args.enrich_workers)
  File "/home/john/github/ice_detention_scraper/enrichers/general.py", line 27, in enrich_facility_data
    for res in pool.map(_enrich_facility, facilities_data["facilities"].items()):
               ~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/john/.local/share/mise/installs/python/3.13.3/lib/python3.13/concurrent/futures/process.py", line 617, in _chain_from_iterable_of_lists
    for element in iterable:
                   ^^^^^^^^
  File "/home/john/.local/share/mise/installs/python/3.13.3/lib/python3.13/concurrent/futures/_base.py", line 619, in result_iterator
    yield _result_or_cancel(fs.pop())
          ~~~~~~~~~~~~~~~~~^^^^^^^^^^
  File "/home/john/.local/share/mise/installs/python/3.13.3/lib/python3.13/concurrent/futures/_base.py", line 317, in _result_or_cancel
    return fut.result(timeout)
           ~~~~~~~~~~^^^^^^^^^
  File "/home/john/.local/share/mise/installs/python/3.13.3/lib/python3.13/concurrent/futures/_base.py", line 451, in result
    self._condition.wait(timeout)
    ~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/home/john/.local/share/mise/installs/python/3.13.3/lib/python3.13/threading.py", line 359, in wait
    waiter.acquire()
    ~~~~~~~~~~~~~~^^
KeyboardInterrupt

Just not like you'd expect. You have to wait...'cause there are subprocesses that...don't appear to be properly receiving the signal.

I agree we should explore this more, but it feels like somewhat lower priority than other things.

[HongPong]

Yeah I agree it seems like they are getting the message eventually so it is not such a big deal. i'll leave open as 'nice to have' but we don't need to worry for now.