Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Binary name conflict with FreeBSD's ipfs tool #26

Open
ghost opened this issue Feb 22, 2016 · 2 comments
Open

Binary name conflict with FreeBSD's ipfs tool #26

ghost opened this issue Feb 22, 2016 · 2 comments
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws)

Comments

@ghost
Copy link

ghost commented Feb 22, 2016

FreeBSD has a command called ipfs which is part of the firewall tooling: http://www.unix.com/man-page/FreeBSD/8/ipfs/
That's also why the port is called ipfs-go.

ipfs-update needs to take this into account.

cc @Aranjedeath

@whyrusleeping whyrusleeping added the kind/bug A bug in existing code (including security flaws) label Feb 17, 2017
@erkinalp
Copy link

Then call the FreeBSD port interplanetaryfilesystem.

@hsanjuan hsanjuan added the help wanted Seeking public contribution on this issue label Jan 27, 2020
@gammazero
Copy link
Contributor

gammazero commented Dec 31, 2020

The problem is not the name of the FreeBSD port ipfs-go, but the name of the binary installed by that port (/usr/local/bin/ipfs-go) versus the name of the binary installed/upgraded by ipfs-update (/usr/local/bin/ipfs).

The reason the FreeBSD port installs the binary as ipfs-go is to avoid the conflict with the /sbin/ipfs utility on FreeBSD. This issue is asking that the naming used by the port (ipfs-go) is also recognized by ipfs-update when installing/upgrading on FreeBSD.

If ipfs-update needs to be port-aware on FreeBSD...
When installing on FreeBSD, if ipfs-go is installed, then ipfs-update should tell the user to update using the ports or pkg system, or first uninstall the ipfs-go package before using ipfs-update. ipfs-update should not try to update an instance of ipfs-go installed via ports, since that would leave the older port installed, but with a newer binary that was not from the port.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Seeking public contribution on this issue kind/bug A bug in existing code (including security flaws)
Projects
None yet
Development

No branches or pull requests

4 participants