Remove all references to LXD and `lxc` command line about incus HOT 13 CLOSED

Why not make cli command "incus"? Seems like not much different, and can search for help easier. "inc" instead of "inc" :)

from incus.

I think I'll prepare a PR to rename the daemon to incusd, then rename the CLI to incus so we can get an idea of what that involves :)

from incus.

Yeah, we'll be going with incus for the command line tool, I'm preparing a PR for the rename.

from incus.

Yeah, as much as having just the three letters saves some typing, using incus would certainly make things a bit more googlable and folks can still create a local alias.

from incus.

I can only comment that moving away from using the command line tool named "lxc" is alone a reason to move to this fork... I cannot tell you how irritating it is to search for information about LXC on $favourite_search_engine and only find results for LXD.

from incus.

Yep, the priority right now likely is:

• cmd/incus
• doc/
• cmd/*
• incusd/

Basically from most to least user visible. For each of those, we need to evaluate every instance of LXD, LXC, lxd and lxc.
It would be easy to just run sed over the whole thing and call it done, but it's not quite that simple as there are some cases that need to be noted down as things to keep for backward compatibility reasons, just as there will still be legitimate uses for LXC and lxc when it refers to liblxc or the LXC project.

That's why the current renames took some time, they weren't fully automated, I would write a bunch of grep patterns to identify the bulk of what needed changing, then sed patterns to rename the most common safe ones, then keep going until only a few odd ones remain and then process those entirely by hand as they're the ones that may need to stay the way they were.

from incus.

Although I'm hardly in a position to be part of any decision making process, I'd like to suggest that "incus" is preferable to "inc", as the latter will be almost impossible to search on google, since there will be many unrelated instances of "inc", as an abbreviation for "include", and other things.

from incus.

That unfortunately won't improve as Canonical will keep using the lxc/lxd combo...
And I don't expect inc is going to be a whole lot more Googlable, though Incus might be :)

from incus.

FYI /usr/bin/inc seems taken by mmh: https://pkgs.alpinelinux.org/contents?branch=v3.18&name=mmh&arch=x86_64&repo=community

from incus.

That's kinda the issue with any three letter command these days...

Hopefully there aren't many systems that both want mmh and Incus installed concurrently.

Looking at mmh it seems likely that if one uses Incus, mmh would find itself inside a container rather than on the host.

from incus.

So @stgraber, what I grab from the discussion is that we should call incus commands through incus instead of inc? Are we freezing the name as incus under /usr/bin/incus?

from incus.

@palaashatri and every user that would like to use inc will be able to do so by creating an alias.

from incus.

all "usage" functions will need to be adapted to talk about the right tool

from incus.