Missing icon packs

[sachinraja]

Hey, first of all, thanks for making this, this makes working with icons much easier for me.

Would it be possible to update @iconify/json?

astro-icon/packages/service/package.json

Lines 21 to 25 in d2e7faf

	"dependencies": {
	"@iconify/json": "^1.1.439",
	"@iconify/json-tools": "^1.0.10",
	"etag": "^1.8.1"
	},

I want to use an icon added in a newer version of a pack but @iconify/json is not on the latest version here.

[natemoo-re]

Thanks for opening an issue! I'm thinking through how to version the service without breaking anyone... do you know which version of @iconify/json you need?

[sachinraja]

I need version 2.0.10, where the Simple Icons collection added the Astro icon. I'm not sure what the breaking change is.

[peterlobster]

I would like to see this updated too. There are actually quite a few icons missing from our current set vs upstream's current set. It looks like the version used here seems to be about 6 months old.

@natemoo-re I believe that they update the upstream repo quite a bit (3 times a week by (a) fully automated script). So it might be worth considering implementing Dependabot to assist?

[JulianCataldo]

Mhhh…
I'm missing system-uicons:cubes and others too

[mgjules]

Is there any update on the issue or a roadmap? Thanks

[stramel]

@natemoo-re I just stumbled upon this issue as well. I'm not aware of the original decision behind the service but is the service necessary?

To bypass the versioning issue, would it make more sense to make @iconify/json a peer dependency in which the astro-icon loads from and grabs the icon data? Doing it this way would allow for each application to manage their version range of the @iconify/json and even lock it using a lock file. Switching to this would incur a breaking change still.

Alternatively, maybe we could lean on a CDN such as Skypack to handle the versioning request or unpkg for us and allow the service to accept a version range and pass it along to the CDN? (eg. 'https://cdn.skypack.dev/@iconify/json@~2.0', isn't currently working) (eg. https://unpkg.com/@iconify/json@~2.0.0/json/mdi.json)

[zaha]

I'm another one that just stumbled over this and have finally an explanation why some icons just wouldn't work.

I am in favor of @stramel's suggestion of making this a peer dependency, letting the individual applications manage the version of @iconify/json themself.

[DJOCKER-FACE]

Same problem here is there any quick fix?

[zaha]

Same problem here is there any quick fix?

@DJOCKER-FACE My quick fix is to download the icons as SVG and use them as local icons.

[stramel]

@zaha @DJOCKER-FACE I forked and did a quick implementation using the updated tooling and @iconify/json as a peerDependency. Seems to be working 👍🏼

You can try it out using:

npm install -D 'https://gitpkg.now.sh/stramel/astro-icon/packages/core?main'
npm install @iconify/json

@natemoo-re @matthewp Let me know if you want me to clean it up and submit a PR (main...stramel:astro-icon:main)