Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Debian plugin "at" alias collides with existing "at" command line utility #1141

Closed
JensRantil opened this Issue May 29, 2012 · 8 comments

Comments

Projects
None yet
4 participants

In Debian (or most UN*X platforms for that matter) there already exists a popular (and old) application named "at". The "at" alias in the Debian plugin makes this program unusable, unless you call it using its absolute path.

I propose three different solutions:

  1. Remove the at alias. This is the less viable one, since I expect other users to miss the alias for aptitude. From an avid Debian user's perspective, I hate that I can't tab expand to aptitude since apt-get (and others) tend to be blocking the expansion. An alias is welcome.
  2. If the at application exist, not create the alias. This keeps the at command line application intact. This is somehow just as bad as 1).
  3. Use another alias. I think this is the preferred way to go. This might make previous users still sometimes write at, but calling the preexisting command line program without command line parameters will not really damage anything to the system.

This is the line I am referring to:

alias at='aptitude'

@robbyrussell I couldn't find the original author, "Daniel Bolton", for the Debian plugin. Does he exist on Github?

Use another alias.

Oh, I forgot to ask - anyone has an opinion about an alternative alias? :) Since ap is taken, I propose ai. Based on the plugins I use; git pip debian django python, the ai alias does not collide with any of those.

ai conflicts within the Debian plugin itself: https://github.com/robbyrussell/oh-my-zsh/blob/master/plugins/debian/debian.plugin.zsh#L51

You might try att or api, although you'll want to check those for conflicts.

ai conflicts within the Debian plugin itself: https://github.com/robbyrussell/oh-my-zsh/blob/master/plugins/debian/debian.plugin.zsh#L51

Good point. Funny I didn't notice that.

You might try att or api, although you'll want to check those for conflicts.

Neither att nor api conflicts on my system. I think api could be mistaken for "API" and I therefor prefer att.

@JensRantil JensRantil pushed a commit to JensRantil/oh-my-zsh that referenced this issue Aug 3, 2012

Jens Rantil Changing Debian plugin `aptitude` alias to `att`
Previously, its alias was `at` which conflicted with the old school
UNIX application execution scheduling.

I chose between the alias `att` and `api`. I chose the former because
*api* could be associated with *Application Programming Interface*.

This commit fixes issue #1141.
accc76e

Raise your voices if you would have any command with att in your shell. #1269 proposes this exact alias.

Collaborator

mcornella commented Apr 20, 2014

@JensRantil can this be closed?

Yes. Closing.

@JensRantil JensRantil closed this Apr 20, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment