Show HN: PyHN - Hacker news client for command line | Hacker News Reader

Show HN: PyHN - Hacker news client for command line

pypi.python.org

79 pointsSocketubs18 comments

Open articleView on HN

Its a pretty nifty concept. Wish there was a way to browse comments without leaving the terminal though.

Your wish is granted: https://github.com/ryanss/vim-hackernews

haxor-news can display comments in the terminal https://github.com/donnemartin/haxor-news

There's also hnwatch from 2Ton, written exclusively in assembler ⌘ https://2ton.com.au/hnwatch/

There's a binary in the HeavyThing tarball so you needn't assemble the thing yourself.

Nice work and I've installed it. One problem I found is the current subject titles focus blacked out. I fixed this in $HOME/.pyhn/config by changing:

    FROM: 35 focus = black||underline
    TO:   35 focus = light blue||underline

I'm using standard Bash with black background/white text. Once again great work.

Cool. But I do like comments.

I guess there's another project for me, once I finish writing a somewhat complex, networked application in Scheme, and building a Bryan Cantrill Bingo Sheet generator (which would be trivial, if I could ever get around to it).

Hey, no matter how silly the idea, I have to keep in practice somehow.

Great idea, but the delivery leaves much to be desired: I am not going to run "pip install" and bypass the software management subsystem of my operating system, thereby compromising the integrity of my system. No OS package, no install.

He already provides packaging for Arch, probably what he uses. It's probably just a question of what resources he has available. Many of us are content to use a tarball or pip.

Debian installs pip in user's local storage. Plus, use virtualenv, it's great!

Genuinely curious - how does installing a Python library through pip 'compromise the integrity of [your] system'?

The distribution packages are often carefully tuned to match compatible versions, with pip, you might add something that the packaging system doesn't account for. I disliked pip ever since but the virtualenv idea sounds good.

pip install --user and you have a local installation leaving everything untouched. As you have a local npm/cabal/gem package store.

So now it is expected of me to learn some programming language's private packaging system, just to use an application?

Nope, that won't fly.

My operating system wouldn't know about this new content, which means that it would not be automatically reproducible. There would now be a change to the system that the system doesn't know about.

I don't do that. On my system every single change to every single file is encapsulated inside of an OS package. The integrity of the OS content is not compromised in any way, because the OS knows about every single application's file. Emphasis on application's file, as opposed to just raw data.

Why not just use a virtual env?

What is a "virtual env"? Why am I expected to know this just to run an end-user application? Is my spare time completely worthless?

Steve Jobs would have had a field day with this one, if he were alive!

"the delivery leaves much to be desired"

If you have access to the source, that is all you need.

Just make one, it's usually straightforward

Reply on news.ycombinator.com