I honestly have a hard time finding fault with anything that filters down from the geniuses at suckless.org. sic is another example.
For a sparse Internet chat application, you can’t get much closer to the bone than sic. Well, there is ii, from the same crew, and it’s potentially sparser. But for a singular application, to the best of my knowledge sic is as-yet unbeaten.
As you can see there, sic doesn’t pretty things up. Join a channel and it’s all spilled into one stream. For some people that might be an information overload, but if you dislike switching windows (like me), it’s heaven.
sic doesn’t do a lot of things. It doesn’t have the pre-installed script-like features of scrollz, or the newb-friendly window-like interface of rhapsody. sic just does what sic does, and any more than that is frivolity. :evil:
I like that, strangely enough. I am torn sometimes between ultra-sparse tools like sic, and clean and complete applications like rhapsody. I think that tries to suggest something about the duality of man. ;)
sic is in Arch and Debian, and as it appeals to those with minimalistic inclinations, that shouldn’t surprise you.
A final note: The conversion of hyperlinks you see in the screenshot is not part of sic. That’s a nifty trick for rxvt-unicode that the godlike Arch wiki taught me. :D
It’s always the simple things that reach out and grab me. Here’s shush, which I almost skipped over because ideally, it needs some sort of local e-mail subsystem to do its job correctly.
Yes, I know that’s really only half working there. I was surprised I got that far, really.
If I understand it properly, it should ideally run command, then wrap up the output and mail it off to the responsible parties.
The home page says it’s meant to run alongside cron, meaning you could ask shush to send the output from regular cron tasks to an e-mail address. And from there, the options are limitless.
It’s a very simple idea, but not one that I usually see as a free-standing application.
I don’t have many tips for setting it up, as you can tell by my botched attempt to show it in action. :oops: On the other hand, the man page for shush has a rather complex example that you can break down into pieces, and probably get something better.
shush is in Debian but not in Arch/AUR, which surprises me. I am sure someone will tackle that omission in quick time though. ;)
Unfortunately, this is all I have to show for shell.fm, which allows a console interface to Last.fm.
It’s true, I don’t have an account with Last.fm. I have a vague idea what it’s about, but I’m afraid it’s not interesting to me. A lot of things aren’t, though.
shell.fm is in AUR as shell-fm, and there is a shell-fm-git, but it looks like shell.fm hasn’t seen updates in quite a while, so there might be no tangible difference. I only found shell-fm in Debian.
Sorry to be so uninformative. If you’ve worked with shell.fm and can offer more than I, please feel free to make suggestions. It looks intriguing, but aside from what you see above, I can give you no guidance. :(
I haven’t seen many to-do list managers in a while. Here’s sh-todo, a simple one that runs at the command line and needs nothing more than your shell to work.
Setting it up is no big trick: Move the todo, todone and todone-archive files out of the git clone folder and somewhere in your $PATH. Copy sh-todo to $HOME/.sh-todo, edit it to give it a path for your lists (the default is a Dropbox folder), and from there it’s very quick to learn.
todo prints a list of what you’ve got.
todo plus a task adds it to your list of things to do.
todone and a task will look for a match and mark it done.
And that’s 90 percent of what you might need a to-do list manager for.
sh-todo can also handle tags, which means you can lump things in groups, and filter through them that way.
If you want to reorder tasks, or edit them some other way, everything is stored as a text file in the folder you defined in .sh-todo. Edit to your heart’s delight.
I like sh-todo for the same reason I like pass: It handles the chore in a very simple and straightforward way, without incorporating gobs of pointless dependencies and staying close to the Unixy way of doing things.
On the other hand, it doesn’t have a lot of the bells and whistles of some other to-do managers, like doneyet‘s full-screen interface or ctodo‘s marvelously intuitive arrangement.
But if you want something that is 99 and 44/100 percent likely to work on your machine, without drawing in clutter just to show a box, this might be for you.
I’ve mentioned a couple of console-driven spreadsheet applications in the past — I’m thinking of sc and oleo there — but somehow ses, the integrated spreadsheet function in emacs, managed to elude me.
There’s no trick to getting it started, you just open a file with the .ses extension and emacs leaps into action.
Navigation is via arrow keys; hit enter to change the contents. As your spreadsheet grows, you’ll need to open rows with CTRL+O but columns can be added just by moving right and entering data.
ses is functional, but would probably take me a while to learn. I glanced through the documentation and it seems most of the fundamentals are in place, with the necessary changes in syntax or structure.
I’m not so averse to emacs that I wouldn’t consider using it for some simple spreadsheets or to fiddle with numbers for fun.
And I admit it is interesting to see how emacs handles the idea of a spreadsheet. What’s next, an onboard mp3 player? (I joke, but it’s probably been done.)
Of course, if you’re already an emacs fan then ses is probably no surprise. I eagerly await the distro that comes armed only with emacs as an entire software suite. :P
I think I will stick with sc for a while longer though. I have some long, rather complex spreadsheets that are tangled up with calculations, and I’m not quite ready to shift. ;)
I thought I was being clever a year ago because I strung together slmenu and a few other random gimmicks, and came up with something like dmenu for text-only environments.
sentaku has that beat by a mile.
pipe text into sentaku, and it makes a full-screen pick-and-choose application from it. It’s complete with highlighted selection, vi-like or arrow-key navigation, help cues on-screen and best of all, a speedy response time.
The selected text is passed out of sentaku as-is, which makes it ideal for spawning applications or sending selections through to scripts. In other words:
eval $( echo "mc htop alsamixer elinks" | sentaku )
Does more or less the same thing as what I was doing with slmenu. Of course, mine had one-key popup menu access, and snazzy animated gifs. :roll: But the same could be done with sentaku, with a little effort.
In case you’re thinking this must take a masterful command of assembly language to accomplish, it turns out that sentaku is just a bash script (or zsh, if you prefer).
And of course sentaku can be used for other things too. It’s not tied to menu selection, although that was what came to mind first.
I really like sentaku and I’d like to see it appear in AUR, if not in Debian as well. Perhaps I shall look into that … :|
You’d think for all the esoteric network tools I have blundered through over the past year or so, I would have a better grasp of some fundamentals.
I don’t. :roll:
That’s sendip, which I like for being easy to figure out, giving plenty of information, and looking good in a screenshot. :oops:
It does look good though. It spills the contents of the packet to the screen, including whatever piggybacked data you specified, and gives you a report of the transaction. Clean, neat and talkative.
What you do with that … I really don’t know for sure. It must be a science thing. :shock:
Of course, without the flag for verbosity, sendip is meek as a kitten. So you have the option, if you prefer the strong, silent type.
sendip is in AUR and Debian, and strikes me as a useful tool to keep around. Even if I don’t know what it does. But when has that ever stopped me?! :D