Search Criteria
Package Details: command-not-found 0.6.2-2
| Git Clone URL: | https://aur.archlinux.org/command-not-found.git (read-only, click to copy) |
|---|---|
| Package Base: | command-not-found |
| Description: | In case a command could not be found this utility searches for packages containing this or a similar command (bash,zsh). |
| Upstream URL: | http://github.com/metti/command-not-found |
| Licenses: | |
| Submitter: | msquared |
| Maintainer: | oberon2007 |
| Last Packager: | oberon2007 |
| Votes: | 194 |
| Popularity: | 0.27 |
| First Submitted: | 2011-09-10 22:42 |
| Last Updated: | 2019-04-29 19:21 |
Dependencies (6)
- boost-libs (boost171, boost-libs-git)
- libarchive (libarchive-git)
- tdb (traildb-git)
- wget (wget-git)
- boost (boost-git) (make)
- cmake (cmake-git) (make)
Latest Comments
1 2 3 4 5 6 ... Next › Last »
eimis commented on 2019-07-19 12:11
this is obsolete, just use https://wiki.archlinux.org/index.php/Bash#Command_not_found
sacarde commented on 2019-06-29 07:47
find-the-command is working
sacarde commented on 2019-06-28 08:54
we need to execute cnf-populate before?
and if yes, with what parameters?
Usage:
cnf-populate -p <path> ( -c <catalog> | -m ) [ -d <path> ]
Options:
--help -? -h Show this help and exit
--verbose -v Display verbose output
--package-path -p Set the path containing the packages
--catalog -c Set the catalog name to index (e.g. core) --mirror -m Scan mirror structure and detect catalogs --truncate -t Truncate the catalog before indexing
--database-path -d Customize the database lookup path
default is /var/lib/cnf/
sacarde commented on 2019-06-23 09:46
also here, installed but not synchronized
oberon2007 commented on 2019-04-30 21:05
The mirror providing cnf-database seems to be currently offline: https://github.com/metti/command-not-found/issues/19
r3b311i0n commented on 2019-04-29 20:25
I'm getting a "Could not download catalog file ... aborting" after updating to 0.6.2-2 from 0.6.2-1
jonathon commented on 2019-04-29 18:45
Seriously people - if there's an issue with a Manjaro package then it's nothing to do with the AUR and you should report on the Manjaro forum. This is why Manjaro users have a bad name.
Otherwise, if you've built the AUR package and it needs to be rebuilt then you can do that yourself.
argamanza commented on 2019-04-24 09:20
I have the same issue, even while using the 0.6.2-2.1 version from the community repository.
Any 'cnf-*' command will return: cnf-lookup: error while loading shared libraries: libboost_system.so.1.68.0: cannot open shared object file: No such file or directory
What can i do about it?
roti commented on 2019-03-11 13:50
Hi! I am getting this error: nf-lookup trash cnf-lookup: error while loading shared libraries: libboost_system.so.1.68.0: cannot open shared object file: No such file or directory
pacman -Qs boost local/boost-libs 1.69.0-1
There is a forum thread about the need of recompile. https://forum.manjaro.org/t/closed-command-not-found-using-older-shared-library/61913
bwrsandman commented on 2018-07-23 16:34
Could you add 'armv7h' to the arch array?
It compiles and runs (by replacing ARCH with x86_64) just fine on arch linux arm with the raspberry pi and all the dependencies exist in the arm repos.