GijsTimmers / kotnetcli

An easy automated way to log in on Kotnet.
GNU General Public License v3.0
5 stars 4 forks source link

Man page #69

Closed jovanbulck closed 8 years ago

jovanbulck commented 9 years ago

For Linux users, we should have a man page with all the info from the readme, wiki and --help flag in a readable and coherent form; (note: all info from the man page should also be available on the wiki, e.g. through a text dump of the man page)

It should come with an installation script (Makefile or so) that installs kotnetcli under /usr/local/bin and the man page under /usr/local/share/man/man1

The Makefile and/or dialog-based installer shell script of the jsh shell could be a good place to start

Marking this for release 3.0.0 'Cape Cod' ?

jovanbulck commented 9 years ago

the installer could also help the user to resolve dependencies

GijsTimmers commented 9 years ago

I completely agree on the necessity of a man page. Some of my thoughts on the installer:

jovanbulck commented 9 years ago

Another very interesting thing would be to upload kotnetcli as a PyPI package,

I like this idea :-) It would also be cross-platform

GijsTimmers commented 9 years ago

I've been looking around for some pointers on how to create a $PATH executable for PyPI packages.

Seems like the most common way to do it is using the entry_points statement along with console_scripts.

What this basically does, is linking an executable in $PATH to a specific function in your package.

Please note that kotnetcli reads command-line-arguments when executed. Linking an executable to a function will therefore result in not being able to parse command-line arguments. An example of this problem can be found here.

I'm not sure what the right approach to this will be.

Some other programs that use entry_points:

GijsTimmers commented 8 years ago

The PyPI stuff is as good as done. Can you do the man page stuff?

jovanbulck commented 8 years ago

The PyPI stuff is as good as done. Can you do the man page stuff?

Writing the man page itself is not a lot of work, but we'll have to keep it up-to-date. Moreover, the --help output is rather self-contained and readable. My original proposal for a man page is therefore not needed anymore. In my opinion you can close this issue for now..

GijsTimmers commented 8 years ago

Alright, closing