tarfile leaks ValueError instead of InvalidHeaderError for a malformed GNU sparse pax number

Bug description:

When a pax extended header carries a malformed GNU sparse number, tarfile parses it with a bare int() and lets the ValueError escape to the caller, unlike the GNU sparse 0.0 handler which reports such corruption as tarfile.InvalidHeaderError.

import tarfile
tarfile.TarInfo("x")._apply_pax_info(
    {"GNU.sparse.size": "x"}, "utf-8", "strict")   # ValueError

Reporting InvalidHeaderError makes the reader stop at the bad member like the 0.0 format does; a maintainer may prefer to raise instead, so the direction is open.

CPython versions tested on:

3.13, 3.14, 3.15

Operating systems tested on:

macOS

Linked PRs

• gh-153637

Beginne bei TarInfo._apply_pax_info anhand des Beispiels für GNU.sparse.size mit fehlerhaftem Format aus dem Issue und prüfe den verknüpften PR gh-153637 auf die aktuelle Richtung. Bestätige, dass die gewählte Behandlung einer fehlerhaft formatierten GNU-sparse-pax-Zahl dem vorgesehenen Verhalten entspricht und kein unbeabsichtigter nackter ValueError mehr nach außen dringt.