Signed-off-by: Jonathan Perkin <jonathan@perkin.org.uk>

v1.1.0 was released in 2022, and since then there have been some project
renames that cause the old version to no longer work, breaking CI:

  go: github.com/kunalkushwaha/ltag@latest: github.com/kunalkushwaha/ltag@v0.3.0: parsing go.mod:
  	module declares its path as: github.com/containerd/ltag
  	        but was required as: github.com/kunalkushwaha/ltag

Signed-off-by: Aleksa Sarai <cyphar@cyphar.com>

In a future patch we will split GetPty() so that users can pass a File
as the already-opened pty master, but in order for us to be able to use
the same File interface as our other external APIs we need to migrate
our internal handlers to use File rather than *os.File.

This change has no user-visible impact, as the underlying types used are
identical.

Signed-off-by: Aleksa Sarai <cyphar@cyphar.com>

Security-conscious callers may wish to have more control over opening
/dev/ptmx, and so GetPty is not suitable for them. Previously it was not
possible for such users to open /dev/ptmx and then use this package to
create new ptys and manage the console.

On Linux, the intended usage would be for a daemon to get an O_PATH
handle to /dev/ptmx that can then be re-opened (through procfs) to get a
new handle to /dev/ptmx. I suspect on FreeBSD you could use O_EMPTY_PATH
to accomplish something similar.

Signed-off-by: Aleksa Sarai <cyphar@cyphar.com>

fix: add solaris to non-supported shim.

pty: add GetPtyFromFile as safer GetPty