Fred . wrote:
> I was thinking of like running date without a daemon, such as;
> $ date --sync time-a.nist.gov
Stepping the time like that is trouble because it means that some
system times will be seen twice and other system times will be
skipped. Cron tasks that are meant to trigger on a partic
James Youngman wrote:
> I found I had been testing with a sufficiently out-of-date gnulib to
> prevent coreutils' "make dist" from working. I updated it and now
> "bootstrap" doesn't work :)
Building coreutils is somewhat involved because it needs quite new
versions of a number of dependencies.
Vincent J. Schiavoni wrote:
> Please consider adding features to ln to allow recursive linking of
> files in a directory and the use of wildcards to support that feature.
>
> At present, there appears to be no way to link large numbers of files in
> a "batch"-type mode - each file must be linked
Richard Ems wrote:
> If I do a "du -s * ." and right afterwards "du -s ." I get different
> values for the actual directory ".".
Note that 'du -s * .' will stat every file twice because effectively
it was listed twice in the command line argument list.
> This is on Linux, openSUSE 10.3, coreutils
Paul Eggert wrote:
> I see that this aspect of 'du' is not documented. Here's a proposed patch
> to the documentation, which I hope improves things.
>
> +If two or more hard links point to the same file, only one of the hard
> +links is counted. The @var{file} argument order affects which links
>
Fabiana Fabricia Volpi wrote:
> Estou tentando instalar o amule, e minha última conquista foi isso:
You may have better luck getting help from the aMule users. This is
the GNU Coreutils mailing list. The GNU Coreutils are the basic file,
shell and text manipulation utilities of the GNU Operating
h --no-tags git://git.proulx.com/idutils
rm-fail-eperm-fix:rm-fail-eperm-fix
Bob
2008-02-25 Bob Proulx <[EMAIL PROTECTED]>
Fix test failure where rm would appear to succeed incorrectly.
* tests/rm/fail-eperm: Ignore files that were opportunistically chosen
to test pe
Jim Meyering wrote:
> Bob Proulx wrote:
> > git fetch --no-tags git://git.proulx.com/idutils
> > rm-fail-eperm-fix:rm-fail-eperm-fix
>
> Thanks for tracking that down and fixing it.
> I applied your patch. (though, fyi, the fetch failed)
I crossed the streams! Tha
Jan Engelhardt wrote:
> $ date +%s
> 120433
%s seconds since 1970-01-01 00:00:00 UTC
> $ TZ=GMT date +%s
> 120433
> $ TZ=PDT date +%s
> 120433
Right. I assume you were *very fast* typing in that data and that
seconds did not move on while you
Martin Schmeing wrote:
> Is there a size limit for the input files for join?
Long lines will consume as much memory as needed to work with the full
size of the line. In the extreme if lines are extremely long then it
will use an extreme amount of memory. Size of memory is an effective
limit. Bu
Jan Engelhardt wrote:
> There is (my default zone is /etc/localtime ->
> /usr/share/zoneinfo/Europe/Berlin):
>
> $ TZ=GMT date +%s -d "`date '+%Y-%m-%d %H:%M:%S'`"
> 1204325194
> $ date +%s
> 1204321595
>
> (now with not-so-fast typing! :)
:-)
> I wanted to get the
Brian Dessent wrote:
> Jan Engelhardt wrote:
> > I wanted to get the number of seconds since the start of the day.
> >
> > echo $[`date +%s` % 86400];
>
> How about:
>
> echo $[$(date +%s) - $(date -d '' +%s)]
That works most of the time and if I were never to run this at
midnight I wou
Andreas Schwab wrote:
> This will fail during the day after a DST transition.
Which points out a terrible bug in my suggestion of how to map the
range of 0-(N-1) to the range of 1-N!
Bob wrote this buggy code:
>> case $secondssincedaystart in (0) secondssincedaystart=86400 ;; esac
That will obv
Martin Bernreuther wrote:
> on a common Linux system, everyone can use e.g.
> ps and will see running processes of all users including
> the command line arguments.
Yes. This is a long standing reason that programs that deal with
secure data such as passwords should avoid putting passwords in the
Jan Engelhardt wrote:
> $(()) is easily confusable with $(), I therefore ask $[] to be not removed,
> more like the reverse actually.
I am not able to influence the decision. I am just reporting how it
is documented.
Bob
___
Bug-coreutils mailing lis
Eric Blake wrote:
> * configure.ac: If autoconf is new enough, link GNUmakefile into VPATH
> builds.
Is there another way to determine if autoconf is new enough?
> +dnl Allow maintainer rules under GNU make even in VPATH builds. This does
> +dnl not work in autoconf 2.61 or earlier, but we don't
Pádraig Brady wrote:
> As a related issue, why do we indicate in the man page and FAQ to explicitly
> set the order use LC_ALL rather than LC_COLLATE ?
Because there is a priority of variables available the documentation
would need to say set LANG, unless LC_COLLATE is set in which case set
LC_COL
The bug-coreutils mailing list was apparently BCC'd on this bug
report. As such replies will go to the BTS but not to the the mailing
list. For those who read the bug-coreutils mailing list archive later
here is a link to the BTS mail archive so that the replies can be
viewed.
http://bugs.debi
Martin,
Martin Schmeing wrote:
> Hi Bob,
> Join works fine with my test smaller files, giving an appropriate
> output. When both files are 1000 (short) lines long, it outputs
> maybe one or two of the joined lines, but there should be hundreds
> output. The files are sorted, and there is no error
[EMAIL PROTECTED] wrote:
> tail: invalid option -- 1
What version of tail are you using?
tail --version
If it is older than 5.90 please upgrade. Your report implies that you
are probably running 5.2.1 from 2004. This behavior was changed in
coreutils 5.90 in 2005. The current stable release
Bauke Jan Douma wrote:
> What might have been the case here, and which is a
> situation that I find myself in sometimes, is this:
> you want to do 'filter1 FILE | filter2'
> (or 'filter1 isn't what's to be expected. You investigate, and
> part of that is temporarily substituting filter1 for
> pla
seb_kramm wrote:
> I have search about an hour on how to tell 'cut' to use space as input
> delimiter, finally found out alone ! Below is the question I was about to
> post, and the solution. I suggest adding this "trick" to the FAQ, or even
> to the manual.
I will add something to the FAQ sinc
seb_kramm wrote:
> Ah. Is that a problem ? I mean, when I talk about the space character as a
> field-separator, to me, it's the same if there is 1 or 2 or more spaces.
Yes. That seems to be the problem here.
> Like in a source code, it doesn't matter how much spaces or tabs there are.
Ah...
Andreas Schwab wrote:
> seb_kramm writes:
> > Ah. Is that a problem ? I mean, when I talk about the space character as a
> > field-separator, to me, it's the same if there is 1 or 2 or more
> > spaces. Like in a source code, it doesn't matter how much spaces or tabs
> > there are.
>
> In python, f
This translation bug report was received in the Debian bug tracker.
Please see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470843
P M wrote:
> I found a bug in the translation of the md5sum and sha*sum
Thanks for the report. I am forwarding this to the translation team
and the person l
Dennis Heuer wrote:
> i tried to install coreutils onto a new partition as part of a plain
> new x86_64 system.
Thanks for the report. Bug reports and improvement suggestions are
always welcome. However some of your report wasn't clear enough for
me to understand it.
Are you trying to bootstrap
Steve Frampton wrote:
> Linux appears to swap the bytes within the words:
Most Linux kernel based systems are little endian. So are many
others. Here is are two references that explains this in some detail.
http://en.wikipedia.org/wiki/Endianness
http://www.ietf.org/rfc/ien/ien137.txt
> [
jose antonio arjona garzon wrote:
> When I run the application it shows me this error:
>
> df: `/var/cache/pbuilder/build/8394/dev/pts': No existe el fichero o el
> directorio
>
> No existe el fichero o el directorio -> The file or directory doesn't
> exists.
Because pbuilder is a chroot projec
kevin wrote:
> I want to use join command with this 2 files :
> test1:
> 1 a
> 2 a
> 3 a
> 45 a
> 78 a
> 152 a
> 1896 a
The input files to join must be sorted. The above is not.
Please see this reference for more information.
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#join
Miroslaw Osys wrote:
> I read at website:
> http://www.gnu.org/software/coreutils/
> the new features can be requested.
Yes. This is the right place for the discussion. Pleased to read
your message!
> Due to lack of storage other than RAM, I only could do:
> ...
> I could execute:
>
> big-
Eric Blake wrote:
> Brock Noland wrote:
> | I find myself for whatever reason, wanting to prepend a file (or
> | stdin) to a file. Most often when dealing XML that does not have a top
> | level tag.
> |
> | This can be done safely in the shell but requires a lot of work.
> | (Maybe there is already
Brock Noland wrote:
> > In addition to the above if I restrict myself to programs that already
> > know how to edit files in place I can think of a few additional easy
> > ways. Sed of course comes to mind. Here is one way to use sed to
> > edit a file in place and insert "foo" at the first l
Bo Borgerson wrote:
> As I thought more about this functionality I realized that it may be
> more broadly useful. Any utility that can operate on multiple input
> files could benefit. I wondered if it would be possible in a
> non-invasive way to provide this service to other tools. This is what
Eric Blake wrote:
> According to James J. Perry on 4/16/2008 4:25 PM:
> | We are in the cutover process and one of the DBAs found this behavior.
> | If testfile1 is owned by usera:group1 in a parent directory with
> | permissions 777 owned by usera:group1, userb:group2 can delete testfile1
> | even
Bruce Korb wrote:
> --sort=version ??? What happened?
We are waiting for you to send in your copyright assignment paperwork
before that patch can be included. Or if you did send it in then we
are waiting for the GNU copyright clerk to process it. I sent you the
forms in early February 2008. Th
Bob Proulx wrote:
> Bruce Korb wrote:
> > --sort=version ??? What happened?
>
> We are waiting for you to send in your copyright assignment paperwork
> before that patch can be included. Or if you did send it in then we
> are waiting for the GNU copyright clerk to proces
charles stringfellow wrote:
>When I type $ chmod u+x xo-get.py, I get error message: cannot access
>xo-get.py.
>Can you suggest a work around or remedy?
That message would normally be followed by the specific reason that
you "cannot access xo-get.py" such as "No such file or directory"
[EMAIL PROTECTED] wrote:
> Unfortunately, after a new system installation, I just today
> discovered, that the --reply=foo option in cp has been deprecated
> and is going to be removed.
Yes. It didn't do what people thought it did. It was possible to
have silent data loss.
> I often want to do
Gnthoralf wrote:
> I have the following bug in date,
> if I type date +%s the unixtimestamp is correct, but if I type "date" then I
> have 23 sec difference. I use suse 9 distro, with ntpd.
How are you determining that the +%s time is correct? (I would use
date for this, rather circularly.)
da
Graham Cunnington wrote:
> i have just installed Ubuntu Edgy and i find that
You would have better luck asking your question in the Ubuntu User
mailing list. This is the GNU Coreutils mailing list. The GNU
Coreutils are the basic file, shell and text manipulation utilities of
the GNU Operating S
Brock Noland wrote:
> tests is an area where I may be of service. However, I am not overly
> familiar with git or how the tests should be written. Before I write a
> bunch, I wanted to submit a single test and make sure I am `doing it
> right.' As such, I wrote the relatively trivial test below as
Brock Noland wrote:
> tests is an area where I may be of service.
Have you contributed a copyright assignment to the FSF? I do not see
your name in the assignment list. Your addition would be a
significant contribution and would require one in order to be
incorporated.
I will send you the forms
Kenneth Koym wrote:
> Repeatedly, OO 2.2 has froze while saving a document; often this
Ah... You have found the 'mv' people but not the 'openoffice'
people. We don't know maintain openoffice here.
> mv: cannot move `/root/.openoffice.org2' to a subdirectory of itself,
> `/root/.openoffice.o
For some reason your mailer has really munged up the message. I am
going to rebuild it as best as I can to make it readable for the
reply.
charles stringfellow wrote:
> Bob Proulx wrote:
> > charles stringfellow wrote:
> > > When I type $ chmod u+x xo-get.py, I get error mess
Fred wrote:
> Gostaria de saber se alguém pode me ajudar. Pois, toda vez que eu
> utilizo o tsclient (RDP) ou VNC. O mouse não entra na aplicação remota.
> Apenas local, como faço para resolver isto?
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are the basic file, shell and
Dean K. Gibson wrote:
> When the output from "tee" is piped to "head" (or presumably any other
> program that does not read all of stdin), tee gives "broken pipe" and
> "write error" error messages.
That is a pretty strong indication that your session has changed the
default signal handling to i
Dai, Manhong wrote:
> I think I found a bug of sort. the command is
>
> echo -e "a0 1\na 1\na1 1" | sort
> a0 1
> a 1
> a1 1
>
> Is this wrong?
The result is dependent upon your configured locale. The above is
correct in a locale that ignores punctuation such as en_US. Please
see
Mike Markowski wrote:
> I think I've come across a bug in 'sort'. Using the attached file (please
> let me know if the attachment is stripped from this email), I tried to sort
> on the 5th column of states/countries by using:
>
>sort -k 5 c3
>
> The first few lines look like:
>
>10-Ap
Mike Markowski wrote:
> With -b, I can now easily sort a subset of my ham radio log. :-)
> Thanks both for your help and for your speedy reply!
Great! Glad to have helped.
73 es cul de kf0uw
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
[EMAIL PROTECTED] wrote:
> I´m running coreutils 6.9.92.4-f088d-dirty (dirty??),
"dirty" means that you are running from a git version control system
checkout of the code with uncommitted changes and not from an official
upstream distribution image. That is okay.
> and I found a bug. I´m using t
Jim Meyering wrote:
> Mike Frysinger wrote:
> > for example, if you're running a recent version of glibc (say 2.7)
> > compiled against recent kernel headers (say 2.6.25) but execute on
> > an older kernel (say 2.6.18), then the resulting touch binary will
> > attempt to use utimensat() which fails
Daniel Jacobowitz wrote:
> Bob Proulx wrote:
> > Most common systems only support backward compatibility. I have not
> > heard of a system which supported forward compatibility.
> >
> > In other words, compiling on a platform usually results in an
> > executable
Rémy DEJARDIN wrote:
> Je suis un relativement nouvel utilisateur de UBUNTU, et j'en suis
> ravi. Mais un problème : j'ai des applications que je ne peux
> lancer : exemple k3b et Mondo. Pourtant j'en aurais bien besoin car
> je voudrais créer une image de ubuntu 7.10 avant d'installer 8.04.
> Po
Markku A. Mähönen wrote:
> 2008/6/14 Philip Rowlands <[EMAIL PROTECTED]>:
> > You might find rsync to be a better tool for this task. It's more robust
> > against partial-copy failures, and has the nice property that copied files
> > will all carry the same mtime, whereas cp -u will not attempt to
Markku A. Mähönen wrote:
> You don't get the exit code, if the system boots while 'cp -u'
At that point the computational model of the machine is broken and
there isn't anything that will protect you against file corruption.
But you mentioned interrupted and therefore normal SIGINT came to
mind.
Hossain, Syed wrote:
> I am surprised that I could not found any posting related to this,
Here is a recent one. :-)
http://lists.gnu.org/archive/html/bug-coreutils/2008-04/msg00238.html
> /home/shossain$ echo 1234 | wc -m
> 5
> Obviously I was expecting a count of 4 but wc printed out 5. I ha
Micah Cowan wrote:
> Andrew Panin wrote:
> > I can't make echo to show \n and \r symbols. According to 'man echo',
> > there's a way to do this by using '-e' option.
> >
> > However, this doesn't help. Doesn't even matter which option I choose
> > (even 'echo -e \015'), it just shows '015' literal
Emanuele Rodo wrote:
> Glad if you can help ASAP.
We are all volunteers. As such ASAP requests really doesn't help. In
fact this tends to put volunteers off. Generally better results occur
with just normal questions.
> dpkg: error processing grub-pc (--configure):
You appear to be installing
sani jabo wrote:
> Since i install ubuntu 8.04, there is no detection of my wireless network
After recent Ubuntu releases there have been several people who have
been asking about Ubuntu questions on this GNU Coreutils mailing
list. If you would be so kind could you tell us what has directed you
First, thank you for making this suggestion. However I do not believe
this to be a deficiency of the whoami command. This is expected
behavior in the GNU and Unix systems.
flaviano petrocchi wrote:
> I use an alternate root user with login capabilities, created with
> "useradd -u 0 -o -g 0 -G 0
Michel Briand wrote:
> this may not be a bug. Please pardon for any annoyance, but this
> question is not visibly treated in FAQ.
>
> I wonder why, when I use "du /" (as root), it reports errors like this:
Look at the documentation for the 'du -x' option. I think you will
want it in your context
Michael Alston wrote:
> This "info coreutils" help feature is very informative, on the sort
> command and many others.
> ...
> What else have I been in the dark about?
You might find the GNU standards manual interesting reading.
http://www.gnu.org/prep/standards/html_node/GNU-Manuals.html#GNU-M
I am CC'ing bug-coreutils@gnu.org because that is actually the home
mailing list for the sort command. Followups should go there and I
have set Mail-Followup-To: appropriately.
jrw32982 wrote:
> I couldn't find this previously reported. I didn't see anything in
> the documentation which indicate
Jeff Lerman wrote:
> I note that in the manpage for the "sort" utility, the -k flag syntax
> claims that an "=" should be used between the flag and the argument(s).
>-k, --key=POS1[,POS2]
> start a key at POS1, end it at POS2 (origin 1)
> This is incorrect and results in an er
Dr. Aprahamian wrote:
> It's the PuTTY.exe that is not recognizing the French accents. Your
> e-address was given for help.
> Sorry for the inconvenience,
The PuTTY.exe home page is:
http://www.chiark.greenend.org.uk/~sgtatham/putty/
See their Feedback section on reporting issues with PuTTY.
Erik Rossen wrote:
> Jim Meyering wrote:
> > For chgrp (probably chown, too, at least in some cases), it's not
> > as obvious, since the current implementation does not stat files
> > before changing permissions. So, to do what you want would involve
> > adding a stat call per file to get owner/gr
David Chin wrote:
> Eli Rykoff <[EMAIL PROTECTED]> told me about this, and I verified with
> coreutils-6.12 compiled with gcc-4.3.0 on Fedora Core 9.
> coreutils-6.10 which comes with Fedora Core 9 also has this bug.
Thank you for your report. However I do not see any bug here.
> To reproduce, d
Richard Eaton wrote:
> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to
> correct the problem.
> E: _cache->open() failed, please report.
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are the basic file, shell and text manipulation utilities of the GN
Thanks for the report. But what you are reporting is expected
behavior. This is not a bug in chown or other utility.
Adam Hayes wrote:
> I (accidentally) created a file in the working directory named
> "--exclude". When I ran
> chown [username] *
> in that directory, it gave an error:
> chown:
James Youngman wrote:
> It looks to me like you probably just have locate settings that you don't
> like:-
>
> ~$ sort -t "" -k 1 < Desktop/T
> ...versus...
> ~$ LC_ALL=C sort -t " " -k 1 < Desktop/T
I have the following in my $HOME/.bashrc file.
export LANG=en_US.UTF-8
export LC_
Schmidt, Kriss A wrote:
> I was trying to work with the 'tail' command and ran into a little problem.
Thanks for the report. Do you have a suggestion on how to improve the
wording?
> The "--help" states:
>
> "If the first character of N (the number of bytes or lines) is a '+',
> print beginning
James Youngman wrote:
> 1. Dereference the link; shred the thing it points to.
> 2. Unlink the symbolic link
> 3. Refuse to do anything
>
> At the moment then, shred does (1). shred -u shreds the file and then
> truncates it. The -f option is not needed.
I think that shred is fundamentally a d
Michael Schaufler wrote:
> Dear Linux-Team,
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are the basic file, shell and text manipulation utilities of the GNU
Operating System. You can learn more about GNU Coreutils here:
http://www.gnu.org/software/coreutils/
The GNU Co
Brian Biswas wrote:
> I have built the coreutils 6.9 package (the latest) on a 64-bit x86
> Linux system (Linux 2.6).
What operating system are you using? 64-bit with a Linux 2.6 kernel
could mean any one of a number of different systems. And x86 implies
a 32-bit system so you probably mean am
césar beleño d. wrote:
> Hi, I recently installed kubuntu 8.10 beta in my computer from internet.
> Previously I had ubuntu 8.04 and I had downloaded some applications from KDE
> such as kile and k3b, but these applications was not working. This were the
> mean reason for I decided install kubunt
Klein, Roger wrote:
> I am using cut in an awkward situation: I got huge files that for any
> reason show larger file sizes than they actually have.
Those files are probably sparse files. Sparse files can be created by
using lseek(2) to seek to a different part of the file and writing
data. The
Klein, Roger wrote:
> I have problems when too many things get mixed in one mail that's why
> please let me sort a little. I see three threads now:
>
> 1) the problem I had and I was trying to solve: when copying a sparse
> file onto Windows the resulting file occypies the full apparent size on
>
Nelson H. F. Beebe wrote:
> < if [ ! "$lscmd" ]; then
> ---
> > if [ ! " $lscmd" ]; then
That expression can never be true due to the additional space.
I suggest using the -z operator instead.
if [ -z "$lscmd" ]; then
Bob
___
Bug-coreut
Howland Craig D (Craig) wrote:
> When using od with output formats of 1 or 2 bytes, the printed
> output can be wrong, particularly--but not exclusively--with
> non-printing characters. Specifically, the output is sometimes
> printed as an asterisk ('*') instead of the regular output--the
> w
aledom2 wrote:
> Vorrei un aiuto per questo errore bag, grazie.
> Alessandro c.
If you are having a problem with the 'chmod' command then please
include a sample of the error. The text you included only showed the
online 'chmod --help' output and did not show a problem. Please tell
us what you a
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > Pádraig Brady wrote:
> >> Ondřej Vašík wrote:
> >> > Let's do some summary, feel free to add/comment items if you have
> >> > something not mentioned here:
> >> >
> >> > What patched ls --user-format can and upstream find -printf not:
I am probably mis
This seems very strange. Periodically I have seen the dd reblock test
fail. It isn't a hard failure and that seems like a critical clue to
me. But it also seems quite strange.
http://buildbot.proulx.com:9000/i686-gnu-linux-full/builds/990/step-test/0
+ dd bs=3 ibs=1 obs=1
...
+ diff -u
Aaron Peterson wrote:
> I had no idea that this specifically was a security risk.
It isn't this specifically. It is this generally. :-)
> I do remember one of my friends explaining how other characters could
> be used as seporators,
There are two characters which are invalid within a filename.
EA Games wrote:
> I am using 2.6.21.5 kernel (gcc 4.3.2, ld 2.17.50.0.17*). I've tried
> compiling the latest coreutils
> that I downloaded from the official website and I keep getting the same
> error message.
Thanks for the report. By the way... The kernel version is possibly
less important th
Carlos Carvalho wrote:
> % date -d 2008-10-19
> date: invalid date `2008-10-19'
>
> This happens with 5.97 and 6.10 in Debian.
This works okay for me using Debian.
$ date -R -d 2008-10-19
Sun, 19 Oct 2008 00:00:00 -0600
However reversing months and days causes it to be invalid for me.
$
Vincent Chapman wrote:
> $ sudo chown -R vincent:vincent *
When using -R and other commands in recursive mode you generally don't
want to use '*'. Simply use '.' in that case.
sudo chown -R vincent:vincent .
The command will recurse down '.' directory and do what you wanted.
That would have
Jeremy M. Guthrie wrote:
> I have found a bug with 'date', it will jump a year the last few days of the
> year.
Thank you for your report. But the behavior you are reporting is not
a bug but a misunderstanding of the date format specifications.
> #The actual time/date
> [h-custmgmt-msn-1 guthri
Bob Kline wrote:
> The date command reports the wrong ISO week number in some cases. For
> example:
>
> $ date -d 2008-12-31 +%Y%V
> 200801
>
> Clearly the last day of the year can't be in the first week of that
> year.
According to ISO 8601 it can. See the official standard for the
authoritat
Eric Blake wrote:
> There seems to always be a rash of "bug" reports about date at the
> turn of the year (and also around daylight savings changes), due to
> the large number of people who don't realize the subtleties
> involved. Perhaps we should create a FAQ entry with the most common
> of thes
yuan xinfang wrote:
> i have met a problem , i have install cumin and mrg management .
>
> now i install cumin -0.1-3.el5, mrgmanagement -1.0-2.noarch
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are the basic file, shell and text manipulation utilities of the GNU
Operating
Eric Blake wrote:
> A couple of nits:
>
> "The parsing of dates with date --date=STRING is a GNU extension and not
> covered by any standards beyond those to which GNU holds itself." Not
> entirely true any longer, now that POSIX 2008 requires that 'touch -d
> STRING' parse a limited format of IS
Philip Durbin wrote:
> To word wrap the output of a growing log file I tried. . .
> $ tail -f log.txt | fold -s
> . . . and it works fine on NetBSD and Mac OS X, but on the two Linux
> distributions I tried (Red Hat and SUSE) I get no output.
This topic comes up periodically. Please see this ref
Pádraig Brady wrote:
> Bob Proulx wrote:
> > In summary it is all about I/O buffering happening in libc's output
> > routines. If the output is not a tty then data is buffered for
> > performance reasons into larger chunks before writing.
>
> Well tail -f flushes
Sneha Math (snmath) wrote:
> eag-vnc-006:52>>quota
> quota: Error while getting quota from broward:/export/dftfarm5 for
> 205746: Connection refused
> Disk quotas for user snmath (uid 205746):
>
> My user Id is 204746..
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are
You have reached the GNU Coreutils mailing list. The GNU Coreutils
are the basic file, shell and text manipulation utilities of the GNU
Operating System. You can learn more about GNU Coreutils here:
http://www.gnu.org/software/coreutils/
The GNU Coreutils are part of the GNU Operating System.
Olaf Reitmaier Veracierta wrote:
> I'm trying to use the output of the command df -T as input for some
> shell script the problem arises when for some reason some line split
> into two lines, ...
The lines are split when a field is too long to avoid misalignment.
To avoid this use the -P / --porta
HggdH wrote:
> Jim Meyering wrote:
> > How about
> > --random-source=FILE
>
> If I understand correctly, the --random-source must be as big as the
> data to be shredded, which makes it only useful for smallish files (a
> few hundred megas, at most). Certainly not effective for full disk
> shreds
Francis,Richard wrote:
> many of the du manpage options are not avalable, see command line only options
>
> : du --version
> du: Not a recognized flag: -
> Usage: du [-a | -s] [-rlkmgx] [ -H | -L ] [Name ...]
That is *not* the GNU Coreutils du command. That is more likely the
AIX du command.
Ch
saifeddine najem wrote:
> I get the following error messages with no output when executing
> ‘id root’:
>
> Segmentation fault
>
> Could you help please.
Unfortunately that is not enough information to even guess at a
reason. I am afraid that you will simply need to debug it further.
Perhaps yo
wagne...@seas.upenn.edu wrote:
> If a file has no newline at the end of the last line, the last line
> doesn't get counted.
Thanks for the report. However that is the way it is supposed to
work. The 'wc -l' command counts the number of newline characters in
the file. It can't count missing ne
1 - 100 of 1446 matches
Mail list logo
