Package Details: nottoomuch-addresses-git r45.fdfe30e-1

Git Clone URL: https://aur.archlinux.org/nottoomuch-addresses-git.git (read-only)
Package Base: nottoomuch-addresses-git
Description: An email address completion/matching tool
Upstream URL: http://www.guru-group.fi/~too/nottoomuch/nottoomuch-addresses/
Licenses: GPL
Submitter: Rhinoceros
Maintainer: Rhinoceros
Last Packager: Rhinoceros
Votes: 4
Popularity: 0.000128
First Submitted: 2016-02-09 00:28
Last Updated: 2016-02-09 00:56

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

Rhinoceros commented on 2016-03-23 21:30

@e.sovetkin Thanks for the comments. I agree in theory with the `*.sh` issue. Personally, when I develop shell scripts, I don't use the extension. However, I just followed upstream's lead. For example, as per the homepage [3], they frequently (but not exclusively) refer to the script with the suffix. I'm not sure what the general feeling is here on changing filenames from upstream. It's an easy enough procedure in this case, but I can imagine that it'd be more intrusive and require numerous changes in other cases… which makes me think that I shouldn't bother here. What are your thoughts?

As for installing other scripts, I think that's a good idea. There are not many, and it makes sense to install them together, for not much "cost" in terms of space. However, this would necessitate changing the repository name to something more general, like `nottoomuch-git`. Rather than deleting this repository and creating a new one, perhaps it'd just be easier to create a separate package instead, and people can choose which to install?

[3] http://www.guru-group.fi/~too/nottoomuch/nottoomuch-addresses/

ahphaw5S commented on 2016-03-23 17:34

Just a small suggestion for discussion. I was under the impression that having in /bin/ executables ending on ".sh" is a bad habit/tone. Maybe it makes sense to install the actual script without *.sh extension?

Did you consider also installing other scripts? I find myself useful only the nottoomuch-addresses script, but maybe there are people who also would like to have the emacs-related stuff.

I am willing to submit a patch, if you agree with any of these suggestions.