Improve "print_env.sh" experience for reporting issues about cudf HOT 6 OPEN

I think we should have similar api support like import pandas as pd; pd.show_versions()

from cudf.

A show_versions function may be enough for most use cases. I am hopeful that other cases with installation issues can be resolved from conda solver output or the pip placeholder packages showing an error that includes environment information (which should be available in recent/future releases, from the Kitmaker team’s updates).

from cudf.

Wild guess, but presumably most people who have difficulty installing cudf are trying to install it via pip or conda. This means they don't have access to anything inside the package (script or function). So helping them will need something else.

I like the idea of having cudf.show_versions(). Easier to use as a user, easier to explain to users

from cudf.

I love that idea. We can extend that as cudf.show_versions() to include any extra information we need.

@galipremsagar What do you think cudf.pandas should do?

from cudf.

I'm confused, isn't something like cudf.show_versions exactly what you mentioned in your original post as:

The downside would be that users having installation troubles wouldn't be able to import the package to call such a function -- but the environment information might still be helpful for diagnosis.

I'm still OK with that approach if we think that covers enough use cases, just making sure I'm not missing something here.

from cudf.

There is a much older issue #931 discussing this problem. I'm going to close that one in favor of this one since the discussion here is much more current, but some of the discussions there (particularly around ensuring that we also support non-Python users in some way) still apply.

from cudf.