refactor: extract common types and functions from limayaml & store

[unsuman]

Note

This is the first PR out of three PRs. Meging all closes #3769

This PR refactors to use types, constants and functions from the new pkg/limatype package instead of the previous pkg/store and pkg/limayaml packages. This improves code organisation and updates all relevant imports and usages throughout the codebase. The changes are extensive and touch many files, but are primarily focused on type migration rather than functional changes. These changes are made to avoid cycle import issues, making the code more maintainable and modular.

[AkihiroSuda]

Lint is failing.
Should be easy to fix, but let us know if you need help.

[AkihiroSuda]

Where has it gone?

[unsuman]

Ah, my bad. It mistakenly got deleted in commit 5d9na56 🤕

[AkihiroSuda]

Can you fix this? @unsuman

[afbjorklund]

As I mentioned on the chat, do we need to move everything out from limayaml and store just to fix the cycles?

Or can we move just the "problematic" ones that are needed by the drivers, so that one can still import limayaml

[unsuman]

As I mentioned on the chat, do we need to move everything out from limayaml and store just to fix the cycles?

Or can we move just the "problematic" ones that are needed by the drivers, so that one can still import limayaml

Checked and I can say that not everything has been moved from the limayaml to limatype, i.e. only the problematic ones. We need to import the driverutil pkg in the store pkg, the import cycle issue is happening at this point.

[EDIT]: store -> driverutil -> driver -> store
*Here's a catch: I don't remember the exact issue that made me refactor the store/dirnames and store/filenames into limatype

[AkihiroSuda]

Thanks, LGTM, except the ShellEnvBlock regression

[AkihiroSuda]

Thanks