In Jessie, you have to use:
% pgrep -fa ntpd.pid
or
% pgrep -a ntpd.pid
depending on where you want pgrep to match pattern.
Please, read carefully bug report #526355. Previous behaviour is
really confusing and poor even if it is Sun Solaris compatible.
IMHO, the only positive change is removi
tags 742170 patch
2014-03-20 8:20 GMT+01:00 Alfredo Esteban :
> Package: reaver
> Version: 1.4-2
>
> I'm sending a new man page for reaver. Current one describes use for 1.3
> version, not 1.4.
>
> New flags (no described in man page) can be listed using:
>
> # reaver -h
>
>
>
>
Package: reaver
Version: 1.4-2
I'm sending a new man page for reaver. Current one describes use for 1.3
version, not 1.4.
New flags (no described in man page) can be listed using:
# reaver -h
reaver.1
Description: Binary data
tags 676709 patch
I'm sending the patch. I sent it upstream too (procps-ng mailing list).
Regards,
Alfredo
patch-pgrep-F-676709.diff
Description: Binary data
tags 676239 patch
I'm sending the patch. I sent it upstream too (procps-ng mailing list).
Regards,
Alfredo
patch-pkill_error_parsing_args.diff
Description: Binary data
This bug is already fixed upstream:
https://gitorious.org/procps/procps/blobs/master/skill.c
Alfredo
tags 669128 patch
I'm sending the patch,
Alfredo
patch_conf-files_669128.diff
Description: Binary data
tags 668231 patch
I'm sending the patch.
Alfredo
patch_vmstat-output_668231.diff
Description: Binary data
tags 666181 patch
I'm sending the patch to deal with more than one variables in the same
way previous versions did.
However, I didn't change the behavior of sysctl regarding spaces and
"=". Documentation of sysctl is clear. Syntax with spaces is incorrect
so that command line:
sysctl vm.swappine
tags 668335 patch
I think the problem is in line:
if (i >= Frame_maxtask)) i = q->begtask = Frame_maxtask - 1;
When no process is found index "i" gets a negative value because
Frame_maxtask value is 0.
I'm sending the patch to make i and q->begtask 0 if Frame_maxtask
value is less or equal to 1
tags 526355 patch
Davide Ferrari reported this bug in version 3.2.7:11 of procps.
I think the problem is due to change in format of /proc/diskstats since
version 2.6.25 of linux kernel. Lines with partitions information have the
same number of columns than lines with disks information since this version
of linux ke
Tags: patch
This patch include the following changes:
- A new flag -a modify output format and shows full command line.
- Output format depend on -l and -a flags, not anymore on -f.
- -f flag only modify where to match the pattern, not output format.
For example:
> pgrep firefox
1911
1920
> pg
Ok, I get it.
Anyway, "-L" and "-F" flags are already in use in the code even if they
aren't documented.
If I write the code, which flag should I use? "-C" or "--long" for example?
Alfredo
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
Perhaps options "-f" and "-l" are what you are looking for:
> pgrep -fl activate
1635 /usr/lib/bonobo-activation/bonobo-activation-server --ac-activate
--ior-output-fd=19
1658 /usr/lib/gnome-panel/wnck-applet
--oaf-activate-iid=OAFIID:GNOME_Wncklet_Factory --oaf-ior-fd=18
1660 /usr/lib/gnome-ap
Tags: patch
This is the whole patch to show supplementary groups.
supgid shows supplementary groups gid
supgrp shows supplementary groups names
For example:
ps -e -o tid,supgid --sort supgid
ps -e -o tid,supgrp --sort supgrp
ps -eL -o tid,supgrp
etc
Though I got this patch with "cvs diff" I al
Answering myself on point 2. Man page of getgroups say we can get this
maximum by using
sysconfig(_SC_NGROUPS_MAX)
In my system this max is 65536. Perhaps it means that we have to use
dynamic memory or a mix between static and dynamic.
--- System information. ---
Architecture: i386
Kernel:
> > I'm trying to debug status2proc() function but I'm not able to find input
> > options to force this function to execute.
> I would say you're not using gdb correctly.
Correct, I had a problem with ldconfig. Thanks very much for your help.
> Not simple, if anyone reading this actually underst
reopen 506303
thankyou
Sorry, I don't know the reason but my previous message cause the bug
to be marked as done. I reopen it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: procps
Version: 1:3.2.7-9
--- Please enter the report below this line. ---
I'm trying to debug status2proc() function but I'm not able to find input
options to force this function to execute.
I tried:
ps -ef
ps aux
ps -f -p 1
ps -p 1 -o stat
but the execution doesn't stop in the brea
I tested versions 3.2.7-10 and 3.2.7-11 of procps. I can see the same
behavior I described above in the first report of this bug.
I got the source code by using "apt-get source" and it seems that the
patch is not applied.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
Some lines of patch were broken and blanks were removed by the editor
when I paste it in the first message so I sent the patch again and I
attach it to avoid further issues.
Sorry, I'm not used to the system.
Alfredo
Index: output.c
Package: procps
Version: 3.2.7
Source: 3.2.7
User: Alfredo Esteban de la Torre
When I invoke "ps -e --sort=time" I get:
$ ps -e --sort=time
PID TTY TIME CMD
1 ?00:00:01 init
2 ?00:00:00 kthreadd
3 ?00:00:00 migration/0
4 ?
23 matches
Mail list logo
