Should peer dependency break existing functionlaity of spl-token deps?

[ComradePashka]

Hello!

I am using latest spl-token library (0.4.9) in my web3 app and when I add Jupiter Widget as npm package all imports for @solana/spl-token are pointing to Jupiter dependency(0.1.8) so all new features are not available.

if I install @solana/spl-token as alias and import aliased version, e.g.

yarn add @solana/spl-token-latest@npm:@solana/spl-token@0.4.9

...

import { getMetadataPointerState, getMint, getTokenMetadata, TOKEN_2022_PROGRAM_ID, TOKEN_PROGRAM_ID } from '@solana/spl-token-latest'

-- all functionality is working as expected not conflicting with Jupiter deps.

yarn list @solana/spl-token                                  
yarn list v1.22.22
warning Filtering by arguments is deprecated. Please use the pattern option instead.
├─ @jup-ag/common@6.1.0
│  ├─ @metaplex-foundation/mpl-token-metadata@2.13.0
│  │  └─ @solana/spl-token@0.3.11
│  └─ @solana/spl-token@0.1.8
├─ @jup-ag/react-hook@6.2.0
│  └─ @solana/spl-token@0.1.8
├─ @jup-ag/terminal@3.3.2
│  └─ @solana/spl-token@0.1.8
├─ @mercurial-finance/optimist@0.4.0
│  └─ @solana/spl-token@0.3.11
└─ @solana/spl-token@0.4.9
✨  Done in 0.40s.

Was it designed so? Is there any other solution to not break existing spl-token root dependency for entire project?

thank you.