Benno Schulenberg wrote:
several wording mistakes in FAQ
Thank you very much for your careful reading of the FAQ! I have
corrected most of the items you have mentioned.
On http://www.gnu.org/software/coreutils/faq/ the second paragraph
says: This master location of this document is available
Giuseppe Scrivano wrote:
Hi Pádraig,
Pádraig Brady p...@draigbrady.com writes:
I do wonder though whether it would be better
to have num_processors() try to return this by default?
num_processors is going to be used by programs as nproc will be used by
scripts; all considerations we
Pádraig Brady wrote:
num_processors() already uses _NPROCESSORS_ONLN (online processors)
so I then wondered how this be different to that returned by
pthread_getaffinity_np() ?
A quick google for cpuset shows:
http://www.kernel.org/doc/man-pages/online/pages/man7/cpuset.7.html
Also this
Hi,
I don't know if that's the place to post this question, but I am sure
someone here will be able to give me hints on how to proceed.
I would like to propose and patch improvements on the mv (move) and
cp (copy) commands, by adding options for progress information.
The idea is that any GUI
On Sunday 01 November 2009 06:56:45 BRAGA, Bruno wrote:
I would like to propose and patch improvements on the mv (move) and
cp (copy) commands, by adding options for progress information.
this is the place for such things, but this topic has come up before and
rejected (for specific commands).
On Sunday 01 of November 2009 12:56:45 BRAGA, Bruno wrote:
I don't know if that's the place to post this question, but I am sure
As good as any.
someone here will be able to give me hints on how to proceed.
I would like to propose and patch improvements on the mv (move) and
cp (copy)
Bruno Haible wrote:
Here is a proposed change to the gnulib 'nproc' module. It will
require changes (simplification) on Giuseppe's side, of course.
Wow, this is great stuff Bruno, thanks!
*** lib/nproc.c.orig 2009-11-01 14:55:37.0 +0100
--- lib/nproc.c 2009-11-01
Thanks, Mike.
I got the references of this discussion (Thanks Kamil), and see the actually
this talk is long. Well, I still think it stinks to use rsync for such task,
but the addition of repetitive code for each applications really calls for
more generic implementation underneath them, as some
Jim Meyering wrote:
Voelker, Bernhard wrote:
I'm wondering why there are so many tests (in coreutils-8.0( run by
sudo env PATH=$PATH NON_ROOT_USERNAME=$USER make -k check-root
which are skipped with must be run as non-root,
e.g. touch/read-only, mv/perm-1, etc.
Is that on