Marcin Rataj

@RubenKelevra lack of support for `*.localhost` subdomains is a known issue on _some_ linux distributions, unfortunately :( @bmwiedemann please fill an upstream issue in openSUSE Until its fixed there, here...

When it comes to browser vendors, [our collab with Igalia](https://blog.ipfs.io/2021-01-15-ipfs-and-igalia-collaborate-on-dweb-in-browsers/) contributed to fixing this in Firefox 84 ([bug 1220810](https://bugzilla.mozilla.org/show_bug.cgi?id=1220810)). This means both Firefox and Chromium skip DNS lookup and `*.localhost`...

> Is there a way to just disable the redirect? Yes! :point_right: With tools like `curl` or `wget` use URLs with the local IP (`http://127.0.0.1:8080/ipfs/..`). It does not require DNS...

@rafaelramalho19 I was revisiting this while testing https://github.com/ipfs-shipyard/ipfs-companion/pull/936 and this is still a problem. When I run daemon in offline mode (`ipfs daemon --offline`) Web UI online check fails, `stats.bw`...

fwiw i filled request for classic in https://forum.snapcraft.io/t/ipfs-classic-request/28516 when we got :+1: there, I will flip flag in https://github.com/ipfs/go-ipfs/blob/master/snap/snapcraft.yaml#L15 and end this nonsense

I’d like to note that every time Snap discussion surfaces every few weeks, it ends up being a time sink and Snap maintenance creates a disproportionate burden to everyone involved...

There is no progress on getting `classic` request, and the [build on i386 is broken since 0.12](https://launchpadlibrarian.net/620908214/buildlog_snap_ubuntu_bionic_i386_ipfs-stable_BUILDING.txt.gz). As noted in https://github.com/ipfs/kubo/issues/8688#issuecomment-1164285018, I am unable to invest more time into this...

> It would be also great to have an option to convert all the CIDv0 entries in our repos to CIDv1 with one command. We have datastore migration planned for...

@Leask what runtime are you using ? (node? electron?) and what version? Does the issue is still present in the latest version? https://github.com/libp2p/js-libp2p/releases/tag/v0.33.0 (or later)?

- I like both, but the first one is more useful because it shows the name of a conflicting item. - I think we iterate anyway? each item is copied...