Move Your Package Imports¶
This migration covers the import-path relocations introduced in fsspeckit 0.22.x. It targets code written against the immediately preceding public layout (pre-0.22) and maps the supported legacy imports to their current canonical locations.
For the dataset API migration (removed helper functions and handler method changes), see Upgrade from the Pre-refactor Dataset Module. For the complete legacy-to-canonical mapping including renamed symbols, see Deprecation and Legacy Imports.
Scope¶
Pre-0.22 to 0.22.x. This is a bounded workflow migration for the immediately preceding public layout, not an all-version compatibility promise.
What moved¶
Several modules were relocated to reflect their true dependencies. The old
import paths still resolve through the fsspeckit.utils backwards-compatibility
facade, but they emit no long-term support promise. Use canonical imports in
all new and migrated code.
| Concept | Pre-0.22 location | 0.22.x canonical location |
|---|---|---|
| Schema utilities | fsspeckit.common.schema |
fsspeckit.datasets.schema |
| Type conversion | fsspeckit.common.types |
fsspeckit.datasets.types |
| Polars utilities | fsspeckit.common.polars |
fsspeckit.datasets.polars |
| Parallel processing | fsspeckit.common.misc |
fsspeckit.common.parallel |
| Filesystem sync | fsspeckit.common.misc |
fsspeckit.common.sync |
| Partition helpers | fsspeckit.common.misc |
fsspeckit.common.partitions |
| Logging | fsspeckit.common (misc) |
fsspeckit.common.logging |
The fsspeckit.common package is now importable without any optional
dependencies installed. Schema, type, and polars utilities moved to
fsspeckit.datasets, where pyarrow, numpy, and polars are already
required.
Migration examples¶
Schema and type utilities¶
Before (pre-0.22):
After (0.22.x):
Parallel processing and sync¶
Before (pre-0.22):
After (0.22.x):
Logging¶
Before (pre-0.22):
After (0.22.x):
Dataset handlers¶
Before (pre-0.22):
After (0.22.x):
For renamed dataset symbols (DuckDBParquetHandler,
PyarrowDatasetHandler, etc.), see the table in
Deprecation and Legacy Imports.
Complete example¶
Before (pre-0.22):
After (0.22.x):
Troubleshooting¶
ImportError after migration: verify the canonical path exists in the
table above. The most common cause is importing from a module that has been
split: common.misc is now three separate modules
(common.parallel, common.sync, common.partitions).
fsspeckit.common fails to import: in 0.22.x, fsspeckit.common has no
hard dependency on pyarrow or numpy. If you need schema or type utilities,
import from fsspeckit.datasets instead.
Legacy imports still work¶
The fsspeckit.utils facade re-exports the old names so existing code keeps
running. The facade is not the canonical location; do not use it in new code.
For the full facade mapping, see
Deprecation and Legacy Imports.