summaryrefslogtreecommitdiff
path: root/.gitignore
Commit message (Collapse)AuthorAgeFilesLines
* nls: Update the man-po logicCraig Small2022-11-101-1/+0
| | | | | | | | | | | | | | | | | | | | | Put the man-po pot file under version control like its po/*.pot sibling. Makefile now auto-matically generates the list of man pages as they are in a single directory. There were some missing! pot file target is dependent on the untranslated man pages When downloading from translation project, run po4a to sync the new po files correctly. Downloaded man po files from translation project and synched. Thanks to @gorean for the info References: procps-ng/procps#258 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* library: Rename to libproc2Craig Small2022-08-291-5/+5
| | | | | | | | | | The newlib library used to be called libproc-2 but the new name is preferred. References: https://www.freelists.org/post/procps/Next-for-newlib,3 Signed-off-by: Craig Small <csmall@dropbear.xyz>
* build-sys: Relocate lib/Craig Small2022-08-291-0/+5
| | | | | | | | test files in lib go to src/tests include/ goes to local/ lib/*.c goes to local/ Signed-off-by: Craig Small <csmall@dropbear.xyz>
* misc: Move all binaries to srcCraig Small2022-08-291-28/+28
| | | | | | | | *.c -> src/ ps/* src/ps/ top/* src/top/ Signed-off-by: Craig Small <csmall@dropbear.xyz>
* library: Rename to libproc-2Craig Small2021-02-201-2/+2
| | | | | | | | | | | | | | | | | | | | | | What to call the new library? Keep using libprocps wouldn't do, its a very different library from the programs' point of view. It would also mean we could have some clashes around the packages (two package names, same library name). The ancient procps used libproc or libproc-a.b.c where a.b.c was the package version. Kept the revision numbers down (it was always 0.0.0) but the name of the library changed. So if we use libproc-2 is there a clash with an ancient procps? procps v 2.0.0 was around in 1999 so it was 22 years ago, also the name of the library would have been libproc-2.0.0.so not libproc-2.so so we're fine with that. libproc-2 seems to fit, our second major re-work of the procps library. Signed-off-by: Craig Small <csmall@dropbear.xyz>
* pidwait: Rename from pwaitCraig Small2021-02-151-1/+1
| | | | | | | pwait is already in at least Debian in a different package References: https://bugs.debian.org/982391
* build-sys: Update building of translationsCraig Small2021-02-151-0/+5
| | | | | newlib was lagging behind oldlib in how the build system created the translation files.
* pgrep: add pwaitAlex Xu (Hello71)2020-12-221-0/+1
|
* misc: Update translations _________________ (catch up)Jim Warner2018-05-061-0/+1
| | | | | | | --------------- Original Master Branch Commit Message: po4a is awful, basically. Signed-off-by: Jim Warner <james.warner@comcast.net>
* Port of merge request 49 to newlibCraig Small2017-08-191-0/+1
| | | | | Wayne Porter made !49 which added Cygwin support to the master branch This is the port of those changes to newlib
* pgrep: some coverity fixesCraig Small2016-04-271-0/+1
| | | | | | | | procps_ns_get_id should be checked for < 0 not -1 strncpy should copy only to buflen-1 not buflen References: Coverity 99117, 99108, 99107
* library: tests for sysinfoCraig Small2015-07-201-0/+2
| | | | | | | First set of tests for the library API, this lot checks the two functions out of sysinfo.c Signed-off-by: Craig Small <csmall@enc.com.au>
* build-sys: merge automake subdirs into toplevelFilipe Brandenburger2015-05-011-0/+1
| | | | | | | | | | | | | | | | | | This will be required for subdir-objects, otherwise automake will have problems with more than one Makefile.am having rules to build the same files. Tested that it builds and both `make check` and `make distcheck` work. Tested `make install` and compared the tree with the one installed before this commit, both installed the binaries to the same locations. The binaries are also in the same location in the build tree (for instance, ps/pscommand is still there.) Checked the binaries for the correct libraries linked into them. Binary sizes matched before and after this change. Signed-off-by: Filipe Brandenburger <filbranden@google.com>
* ignore config.cacheMike Frysinger2014-08-281-0/+1
| | | | Signed-off-by: Mike Frysinger <vapier@gentoo.org>
* build-sys: treate new pidof the same as other productsJim Warner2013-11-041-0/+1
| | | | Signed-off-by: Jim Warner <james.warner@comcast.net>
* Added pmap -X and -XX testsCraig Small2012-12-241-0/+1
| | | | | | | | | | The two extra extended pmap options were not tested previously. We test against our known process and process 1 which we should not be able to get data for. Unfortunately, the tests cannot catch SEGSEGVs but they should. Signed-off-by: Craig Small <csmall@enc.com.au>
* Add -i option to wJaromir Capik2012-05-291-0/+1
| | | | w can now show IP address for the from field with the -i option
* build-sys: use dist-xzSami Kerola2012-01-081-1/+1
| | | | | | | Even as conservative project as coreutils has switched to xz distributions so neither should we have any reason to use gz and waste space & bandwidth. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
* Merge branch 'master' into nlsCraig Small2011-12-261-2/+2
|\ | | | | | | | | | | | | Conflicts: configure.ac pmap.c ps/Makefile.am
| * Renaming libprocfs to libprocpsCraig Small2011-12-231-2/+2
| | | | | | | | | | | | | | | | | | The library used to be called libprocps but it was renamed to make sure there was only one. However the formatting of the library SONAME has changed so there cannot be any confusion. libprocps makes it clear that its a library from this project and not a set of functions directly on the filesystem.
* | top: provide extensive, generalized nls supportJim Warner2011-12-221-1/+3
| | | | | | | | | | Reviewed-by: Sami Kerola <kerolasa@iki.fi> Signed-off-by: Jim Warner <james.warner@comcast.net>
* | build-sys: add NLS supportSami Kerola2011-12-201-5/+8
|/ | | | | | Add GNU gettext internationalization and localization support. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
* Rename library and use proper versioningCraig Small2011-12-171-2/+2
| | | | | | | | | Previously the version of libproc always tracked the version of procps. This doesn't work when other non-procps programs link to the library as they are always playing catch up. This change makes the library version independent of the procps version. It will only be incremented when needed.
* Minor test fixes for non-linuxCraig Small2011-12-031-0/+2
| | | | | | procps works well on Linux, on other arches there are some strange differences due to their emulation of procfs which is not 100% Disabling checks for non-linux until that can be sorted out.
* libproc-ng: add pkg-config supportSami Kerola2011-11-051-0/+1
| | | | Signed-off-by: Sami Kerola <kerolasa@iki.fi>
* ncurses and configure againCraig Small2011-10-271-0/+1
| | | | | | Another fix to link properly to ncurses Some minor top fixes Added *~ to gitignore because these files crop up sometimes
* Added tar.gz to gitignoreCraig Small2011-10-201-0/+1
|
* build-sys: rename libproc to libprog-ngJim Warner2011-09-231-1/+1
| | | | | | | | | | The library file version string is taken from configure.ac AC_INIT. Reference: http://www.freelists.org/archive/procps/09-2011 Signed-off-by: Jim Warner <james.warner@comcast.net> Signed-off-by: Craig Small <csmall-procps@enc.com.au> Signed-off-by: Sami Kerola <kerolasa@iki.fi>
* build-sys: take autotools in use againSami Kerola2011-06-041-2/+31
| | | | | | | | | | | | | | | | | | | | | | This will revert change at Oct 2002 when autotools support was removed. Unlike before the package developers are expected to use ./autogen.sh to generate ./configure script, and run make after that. The build system is also able to create, with make dist, a tar ball release which compiles correctly, and has files which seemed to be important to have. The patch removes few unnecessary files, but no everything. Files procps.lsm and procps.spec in git repository are useless as is, but I left them lying around for someone who can make more justified call about removal of them. Last, but not least package version number is set 3.3.0 to distinct this procps from the sourceforge's upstream procps. Please notice that libproc relese is kept as 3.2.8. Signed-off-by: Sami Kerola <kerolasa@iki.fi>
* New version of top from JimCraig Small2011-03-311-0/+19
View Lorry Controller Status