* [ANNOUNCE] procps 2.0.10 @ 2002-10-08 13:35 Rik van Riel 2002-10-08 14:31 ` J.A. Magallon 2002-10-11 3:50 ` Brandon Low 0 siblings, 2 replies; 13+ messages in thread From: Rik van Riel @ 2002-10-08 13:35 UTC (permalink / raw) To: procps-list; +Cc: linux-kernel Procps 2.0.10 8 Oct 2002 Procps is the package containing various system monitoring tools, like ps, top, vmstat, free, kill, sysctl, uptime and more. After a long period of inactivity procps maintenance is active again and suggestions, bugreports and patches are always welcome on the procps list. The plan is to release a procps 2.1.0 around the time the 2.6.0 kernel comes out, with regular releases until then. Code cleanups and all kinds of enhancements are welcome. You can download procps 2.0.10 from: http://surriel.com/procps/procps-2.0.10.tar.bz2 If you have feedback (or patches) for the procps team, feel free to mail us at: procps-list@redhat.com NEWS for version 2.0.10 of procps * fix memory size overflow in ps (Anton Blanchard) * add iowait statistics to top (Rik van Riel) * update top help text (Denis Vlasenko) * fix jumpy percentage formatting in top (Denis Vlasenko) * fix some newer gcc compiler warnings (Denis Vlasenko) * by default, do not show threads in ps or top - you can use the `-m' flag in ps or the `H' key in top to show them (Robert Love) Rik -- A: No. Q: Should I include quotations after my reply? http://www.surriel.com/ http://distro.conectiva.com/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 13:35 [ANNOUNCE] procps 2.0.10 Rik van Riel @ 2002-10-08 14:31 ` J.A. Magallon 2002-10-08 14:38 ` Rik van Riel 2002-10-11 3:50 ` Brandon Low 1 sibling, 1 reply; 13+ messages in thread From: J.A. Magallon @ 2002-10-08 14:31 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel On 2002.10.08 Rik van Riel wrote: > Procps 2.0.10 > 8 Oct 2002 > > >Procps is the package containing various system monitoring tools, like >ps, top, vmstat, free, kill, sysctl, uptime and more. After a long >period of inactivity procps maintenance is active again and suggestions, >bugreports and patches are always welcome on the procps list. > >The plan is to release a procps 2.1.0 around the time the 2.6.0 kernel >comes out, with regular releases until then. Code cleanups and all kinds >of enhancements are welcome. > > >You can download procps 2.0.10 from: > > http://surriel.com/procps/procps-2.0.10.tar.bz2 This makes CPU percentages stay aligned in column when some of them reach 100%: --- top.c.orig 2002-10-08 15:28:10.000000000 +0200 +++ top.c 2002-10-08 16:18:59.000000000 +0200 @@ -1700,8 +1700,8 @@ cpu_mapping [i]; printf - ("CPU%d states: %2d%s%-d%% user, %2d%s%-d%% system," - " %2d%s%-d%% nice, %2d%s%-d%% iowait, %2d%s%-d%% idle", + ("CPU%d: %3d%s%-d%% user, %3d%s%-d%% system," + " %3d%s%-d%% nice, %3d%s%-d%% iowait, %3d%s%-d%% idle", cpumap, trimzero(u_ticks - u_ticks_o [i] + n_ticks - n_ticks_o [i]) * 100 / t_ticks, decimal_point, It also kills the 'states' part, things are beginning to spread past 80 columns...is it very important ? I am gettin also strange outputs sometimes, with a ton of digits in decimal parts. Sample before my patch: CPU0 states: 0,0% user, 0,6% system, 0,0% nice, 4,1070653% iowait, 0,109% idle CPU1 states: 0,1% user, 0,1% system, 0,0% nice, 4,1070653% iowait, 0,113% idle And after: CPU0: 0,12% user, 0,5% system, 0,0% nice, 99,1357% iowait, 0,489% idle CPU1: 0,13% user, 0,15% system, 0,0% nice, 99,1357% iowait, 0,478% idle -- J.A. Magallon <jamagallon@able.es> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.0 (dolphin) for i586 Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:31 ` J.A. Magallon @ 2002-10-08 14:38 ` Rik van Riel 2002-10-08 14:43 ` J.A. Magallon ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: Rik van Riel @ 2002-10-08 14:38 UTC (permalink / raw) To: J.A. Magallon; +Cc: procps-list, linux-kernel On Tue, 8 Oct 2002, J.A. Magallon wrote: > It also kills the 'states' part, things are beginning to spread past 80 > columns...is it very important ? Yes, things should stay within 80 lines. > I am gettin also strange outputs sometimes, with a ton of digits in > decimal parts. Wait... I remember fixing that bug. On 2.4 kernels iowait should always be 0.0% and it always is 0.0% here. I have no idea why it's displaying a wrong value on your system, unless you somehow managed to run against a wrong libproc.so (shouldn't happen). regards, Rik -- A: No. Q: Should I include quotations after my reply? http://www.surriel.com/ http://distro.conectiva.com/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:38 ` Rik van Riel @ 2002-10-08 14:43 ` J.A. Magallon 2002-10-08 16:19 ` venom 2002-10-08 14:53 ` J.A. Magallon 2002-10-08 15:31 ` J.A. Magallon 2 siblings, 1 reply; 13+ messages in thread From: J.A. Magallon @ 2002-10-08 14:43 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel On 2002.10.08 Rik van Riel wrote: >On Tue, 8 Oct 2002, J.A. Magallon wrote: > >> It also kills the 'states' part, things are beginning to spread past 80 >> columns...is it very important ? > >Yes, things should stay within 80 lines. > You can also kill the commas ',', they look not so important: CPU0: 0,0% user 0,0% system 0,0% nice 0,0% iowait 100,0% idle CPU1: 0,4% user 0,3% system 0,0% nice 0,0% iowait 98,3% idle >> I am gettin also strange outputs sometimes, with a ton of digits in >> decimal parts. > >Wait... I remember fixing that bug. On 2.4 kernels iowait >should always be 0.0% and it always is 0.0% here. > >I have no idea why it's displaying a wrong value on your >system, unless you somehow managed to run against a wrong >libproc.so (shouldn't happen). > werewolf:/lib# which top /usr/bin/top werewolf:/lib# ldd `which top` libproc.so.2.0.10 => /lib/libproc.so.2.0.10 (0x1557b000) libncurses.so.5 => /lib/libncurses.so.5 (0x15589000) libc.so.6 => /lib/i686/libc.so.6 (0x155ce000) libgpm.so.1 => /usr/lib/libgpm.so.1 (0x156ee000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x15556000) ??? Will take a look. By. -- J.A. Magallon <jamagallon@able.es> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.0 (dolphin) for i586 Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:43 ` J.A. Magallon @ 2002-10-08 16:19 ` venom 0 siblings, 0 replies; 13+ messages in thread From: venom @ 2002-10-08 16:19 UTC (permalink / raw) To: J.A. Magallon; +Cc: Rik van Riel, procps-list, linux-kernel libgpm is present because your libncurses has been linked with it. you can use -lcurses -ltermcap insted (if you have old curses installed) On Tue, 8 Oct 2002, J.A. Magallon wrote: > Date: Tue, 8 Oct 2002 16:43:28 +0200 > From: J.A. Magallon <jamagallon@able.es> > To: Rik van Riel <riel@conectiva.com.br> > Cc: procps-list@redhat.com, linux-kernel@vger.kernel.org > Subject: Re: [ANNOUNCE] procps 2.0.10 > > > On 2002.10.08 Rik van Riel wrote: > >On Tue, 8 Oct 2002, J.A. Magallon wrote: > > > >> It also kills the 'states' part, things are beginning to spread past 80 > >> columns...is it very important ? > > > >Yes, things should stay within 80 lines. > > > > You can also kill the commas ',', they look not so important: > > CPU0: 0,0% user 0,0% system 0,0% nice 0,0% iowait 100,0% idle > CPU1: 0,4% user 0,3% system 0,0% nice 0,0% iowait 98,3% idle > > >> I am gettin also strange outputs sometimes, with a ton of digits in > >> decimal parts. > > > >Wait... I remember fixing that bug. On 2.4 kernels iowait > >should always be 0.0% and it always is 0.0% here. > > > >I have no idea why it's displaying a wrong value on your > >system, unless you somehow managed to run against a wrong > >libproc.so (shouldn't happen). > > > > werewolf:/lib# which top > /usr/bin/top > werewolf:/lib# ldd `which top` > libproc.so.2.0.10 => /lib/libproc.so.2.0.10 (0x1557b000) > libncurses.so.5 => /lib/libncurses.so.5 (0x15589000) > libc.so.6 => /lib/i686/libc.so.6 (0x155ce000) > libgpm.so.1 => /usr/lib/libgpm.so.1 (0x156ee000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x15556000) > > ??? > > Will take a look. > > By. > > -- > J.A. Magallon <jamagallon@able.es> \ Software is like sex: > werewolf.able.es \ It's better when it's free > Mandrake Linux release 9.0 (dolphin) for i586 > Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:38 ` Rik van Riel 2002-10-08 14:43 ` J.A. Magallon @ 2002-10-08 14:53 ` J.A. Magallon 2002-10-08 15:05 ` Rik van Riel 2002-10-08 15:31 ` J.A. Magallon 2 siblings, 1 reply; 13+ messages in thread From: J.A. Magallon @ 2002-10-08 14:53 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel On 2002.10.08 Rik van Riel wrote: >On Tue, 8 Oct 2002, J.A. Magallon wrote: > >> It also kills the 'states' part, things are beginning to spread past 80 >> columns...is it very important ? > >Yes, things should stay within 80 lines. > >> I am gettin also strange outputs sometimes, with a ton of digits in >> decimal parts. > >Wait... I remember fixing that bug. On 2.4 kernels iowait >should always be 0.0% and it always is 0.0% here. > >I have no idea why it's displaying a wrong value on your >system, unless you somehow managed to run against a wrong >libproc.so (shouldn't happen). > It looks like the 2 first screenshots show buggy data: First: CPU0: 0,1% user 0,1% system 0,0% nice 99,18% iowait 0,103% idle CPU1: 0,0% user 0,4% system 0,0% nice 99,18% iowait 0,101% idle Second: CPU0: 0,15% user 0,4% system 0,0% nice 4,1070639% iowait 0,434% idle CPU1: 0,13% user 0,7% system 0,0% nice 4,1070639% iowait 0,433% idle Third: CPU0: 3,1% user 2,3% system 0,0% nice 0,0% iowait 94,0% idle CPU1: 3,3% user 2,0% system 0,0% nice 0,0% iowait 94,1% idle Always the same, does not depend on interval. Samples above were taken with top -d100. Hope this helps. -- J.A. Magallon <jamagallon@able.es> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.0 (dolphin) for i586 Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:53 ` J.A. Magallon @ 2002-10-08 15:05 ` Rik van Riel 2002-10-08 16:02 ` J.A. Magallon 0 siblings, 1 reply; 13+ messages in thread From: Rik van Riel @ 2002-10-08 15:05 UTC (permalink / raw) To: J.A. Magallon; +Cc: procps-list, linux-kernel On Tue, 8 Oct 2002, J.A. Magallon wrote: > >should always be 0.0% and it always is 0.0% here. > > > >I have no idea why it's displaying a wrong value on your > >system, unless you somehow managed to run against a wrong > >libproc.so (shouldn't happen). > > It looks like the 2 first screenshots show buggy data: Yup, that's the bug I fixed friday. Wait a moment, I fixed it for five_cpu_numbers(), but probably not for the SMP CPU code in top.c itself ... I'll fix this one after lunch. thanks, Rik -- A: No. Q: Should I include quotations after my reply? http://www.surriel.com/ http://distro.conectiva.com/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 15:05 ` Rik van Riel @ 2002-10-08 16:02 ` J.A. Magallon 2002-10-08 16:46 ` Rik van Riel 0 siblings, 1 reply; 13+ messages in thread From: J.A. Magallon @ 2002-10-08 16:02 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel On 2002.10.08 Rik van Riel wrote: >On Tue, 8 Oct 2002, J.A. Magallon wrote: > >> >should always be 0.0% and it always is 0.0% here. >> > >> >I have no idea why it's displaying a wrong value on your >> >system, unless you somehow managed to run against a wrong >> >libproc.so (shouldn't happen). >> >> It looks like the 2 first screenshots show buggy data: > >Yup, that's the bug I fixed friday. Wait a moment, I fixed >it for five_cpu_numbers(), but probably not for the SMP CPU >code in top.c itself ... > >I'll fix this one after lunch. > Oops... I swear, I had not seen five_cpu_numbers when I sent you the patch about 0.1%... -- J.A. Magallon <jamagallon@able.es> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.0 (dolphin) for i586 Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 16:02 ` J.A. Magallon @ 2002-10-08 16:46 ` Rik van Riel 0 siblings, 0 replies; 13+ messages in thread From: Rik van Riel @ 2002-10-08 16:46 UTC (permalink / raw) To: J.A. Magallon; +Cc: procps-list, linux-kernel On Tue, 8 Oct 2002, J.A. Magallon wrote: > >Yup, that's the bug I fixed friday. Wait a moment, I fixed > >it for five_cpu_numbers(), but probably not for the SMP CPU > >code in top.c itself ... > > I swear, I had not seen five_cpu_numbers when I sent you the patch > about 0.1%... But that code is used on UP systems. I forgot to do the same fix for SMP... Rik -- A: No. Q: Should I include quotations after my reply? http://www.surriel.com/ http://distro.conectiva.com/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 14:38 ` Rik van Riel 2002-10-08 14:43 ` J.A. Magallon 2002-10-08 14:53 ` J.A. Magallon @ 2002-10-08 15:31 ` J.A. Magallon 2 siblings, 0 replies; 13+ messages in thread From: J.A. Magallon @ 2002-10-08 15:31 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel On 2002.10.08 Rik van Riel wrote: >On Tue, 8 Oct 2002, J.A. Magallon wrote: > >> It also kills the 'states' part, things are beginning to spread past 80 >> columns...is it very important ? > >Yes, things should stay within 80 lines. > >> I am gettin also strange outputs sometimes, with a ton of digits in >> decimal parts. > >Wait... I remember fixing that bug. On 2.4 kernels iowait >should always be 0.0% and it always is 0.0% here. > >I have no idea why it's displaying a wrong value on your >system, unless you somehow managed to run against a wrong >libproc.so (shouldn't happen). > Perhaps it is the percentage-mod plays. With this (calculate percentage in 0.1% units and then /10 and %10, I do not get that strange output). Perhaps it was gcc-3.2 optimizing things, and it eats this better. It also guarantees that decimal part never has more than 1 digit (%10 thing): --- top.c.orig 2002-10-08 15:28:10.000000000 +0200 +++ top.c 2002-10-08 17:21:24.000000000 +0200 @@ -1691,6 +1691,8 @@ i, __LINE__); break; } else { + int u_delta, s_delta, n_delta, io_delta, i_delta, un_delta; + t_ticks = (u_ticks + s_ticks + i_ticks + n_ticks + io_ticks) - (u_ticks_o[i] + s_ticks_o[i] + i_ticks_o[i] + n_ticks_o[i] + io_ticks_o[i]); if (Irixmode) @@ -1699,25 +1701,21 @@ cpumap = cpu_mapping [i]; + u_delta = (trimzero(u_ticks - u_ticks_o[i])*1000)/t_ticks; + s_delta = (trimzero(s_ticks - s_ticks_o[i])*1000)/t_ticks; + n_delta = (trimzero(n_ticks - n_ticks_o[i])*1000)/t_ticks; + io_delta = (trimzero(io_ticks - io_ticks_o[i])*1000)/t_ticks; + i_delta = (trimzero(i_ticks - i_ticks_o[i])*1000)/t_ticks; + un_delta = (trimzero(u_ticks - u_ticks_o[i]+n_ticks - n_ticks_o[i])*1000)/t_ticks; printf - ("CPU%d states: %2d%s%-d%% user, %2d%s%-d%% system," - " %2d%s%-d%% nice, %2d%s%-d%% iowait, %2d%s%-d%% idle", + ("CPU%d: %3d%s%-d%% user %3d%s%-d%% system" + " %3d%s%-d%% nice %3d%s%-d%% iowait %3d%s%-d%% idle", cpumap, - trimzero(u_ticks - u_ticks_o [i] + n_ticks - n_ticks_o [i]) * 100 / t_ticks, - decimal_point, - trimzero(u_ticks - u_ticks_o [i]) * 100 % t_ticks / 100, - trimzero(s_ticks - s_ticks_o [i]) * 100 / t_ticks, - decimal_point, - trimzero(s_ticks - s_ticks_o [i]) * 100 % t_ticks / 100, - trimzero(n_ticks - n_ticks_o [i]) * 100 / t_ticks, - decimal_point, - trimzero(n_ticks - n_ticks_o [i]) * 100 % t_ticks / 100, - trimzero(io_ticks - io_ticks_o [i]) * 100 / t_ticks, - decimal_point, - trimzero(io_ticks - io_ticks_o [i]) * 100 % t_ticks / 100, - trimzero(i_ticks - i_ticks_o [i]) * 100 / t_ticks, - decimal_point, - trimzero(i_ticks - i_ticks_o [i]) * 100 % t_ticks / 100); + un_delta/ 10, decimal_point, un_delta% 10, + s_delta / 10, decimal_point, s_delta % 10, + n_delta / 10, decimal_point, n_delta % 10, + io_delta/ 10, decimal_point, io_delta% 10, + i_delta / 10, decimal_point, i_delta % 10); s_ticks_o[i] = s_ticks; u_ticks_o[i] = u_ticks; n_ticks_o[i] = n_ticks; And looks cleaner...;) -- J.A. Magallon <jamagallon@able.es> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.0 (dolphin) for i586 Linux 2.4.20-pre9-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk)) ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-08 13:35 [ANNOUNCE] procps 2.0.10 Rik van Riel 2002-10-08 14:31 ` J.A. Magallon @ 2002-10-11 3:50 ` Brandon Low 2002-10-11 4:04 ` Alexander Viro 2002-10-11 13:54 ` Rik van Riel 1 sibling, 2 replies; 13+ messages in thread From: Brandon Low @ 2002-10-11 3:50 UTC (permalink / raw) To: Rik van Riel; +Cc: procps-list, linux-kernel Hey, I just saw the recent announcement of procps-3.0.1 on the mailing list by the procps.sourceforge.net team, what is the status of these two projects, there are features in each that are very nice, the versioning is confusing, and inconsistant, and the package names are the same... Kinda hoping to learn which tree a distribution developer should follow, etc. TIA, Brandon Low Gentoo Linux Kernel Release Manager p.s. please CC On Tue, 10/08/02 at 10:35:40 -0300, Rik van Riel wrote: > Procps 2.0.10 > 8 Oct 2002 > > > Procps is the package containing various system monitoring tools, like > ps, top, vmstat, free, kill, sysctl, uptime and more. After a long > period of inactivity procps maintenance is active again and suggestions, > bugreports and patches are always welcome on the procps list. > > The plan is to release a procps 2.1.0 around the time the 2.6.0 kernel > comes out, with regular releases until then. Code cleanups and all kinds > of enhancements are welcome. > > > You can download procps 2.0.10 from: > > http://surriel.com/procps/procps-2.0.10.tar.bz2 > > If you have feedback (or patches) for the procps team, feel free to > mail us at: > > procps-list@redhat.com > > > NEWS for version 2.0.10 of procps > > * fix memory size overflow in ps (Anton Blanchard) > * add iowait statistics to top (Rik van Riel) > * update top help text (Denis Vlasenko) > * fix jumpy percentage formatting in top (Denis Vlasenko) > * fix some newer gcc compiler warnings (Denis Vlasenko) > * by default, do not show threads in ps or top - you can use the > `-m' flag in ps or the `H' key in top to show them (Robert Love) > > > > Rik > -- > A: No. > Q: Should I include quotations after my reply? > > http://www.surriel.com/ http://distro.conectiva.com/ > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-11 3:50 ` Brandon Low @ 2002-10-11 4:04 ` Alexander Viro 2002-10-11 13:54 ` Rik van Riel 1 sibling, 0 replies; 13+ messages in thread From: Alexander Viro @ 2002-10-11 4:04 UTC (permalink / raw) To: Brandon Low; +Cc: Rik van Riel, procps-list, linux-kernel On Thu, 10 Oct 2002, Brandon Low wrote: > Hey, I just saw the recent announcement of procps-3.0.1 on the mailing > list by the procps.sourceforge.net team, what is the status of these two > projects, there are features in each that are very nice, the versioning is > confusing, and inconsistant, and the package names are the same... > > Kinda hoping to learn which tree a distribution developer should follow, > etc. Simple: Albert's one is, well, Albert's. If it gets into sarge, procps gets on hold on my boxen, so I'm not too concerned... I would (read: will) go with Rik's variant - unlike Albert he got taste. YMMV. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [ANNOUNCE] procps 2.0.10 2002-10-11 3:50 ` Brandon Low 2002-10-11 4:04 ` Alexander Viro @ 2002-10-11 13:54 ` Rik van Riel 1 sibling, 0 replies; 13+ messages in thread From: Rik van Riel @ 2002-10-11 13:54 UTC (permalink / raw) To: Brandon Low; +Cc: procps-list, linux-kernel On Thu, 10 Oct 2002, Brandon Low wrote: > Hey, I just saw the recent announcement of procps-3.0.1 on the mailing > list by the procps.sourceforge.net team, what is the status of these two > projects, Albert Cahalan's procps seems to be focussed on rewriting and improving procps. The procps project I'm maintaining is more focussed on supporting the latest stats exported by 2.5. I hope to get some time to clean up the source code, too... regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ Current spamtrap: <a href=mailto:"october@surriel.com">october@surriel.com</a> ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2002-10-11 13:48 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-10-08 13:35 [ANNOUNCE] procps 2.0.10 Rik van Riel 2002-10-08 14:31 ` J.A. Magallon 2002-10-08 14:38 ` Rik van Riel 2002-10-08 14:43 ` J.A. Magallon 2002-10-08 16:19 ` venom 2002-10-08 14:53 ` J.A. Magallon 2002-10-08 15:05 ` Rik van Riel 2002-10-08 16:02 ` J.A. Magallon 2002-10-08 16:46 ` Rik van Riel 2002-10-08 15:31 ` J.A. Magallon 2002-10-11 3:50 ` Brandon Low 2002-10-11 4:04 ` Alexander Viro 2002-10-11 13:54 ` Rik van Riel
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).