Rob [EMAIL PROTECTED] writes:
Is the output of ls -l supposed to be aligned as far as the timestamp and
filenames columns are concerned
Yes. This is fixed in a different way, starting with coreutils 5.1.0.
___
Bug-coreutils mailing list
Tim Waugh [EMAIL PROTECTED] writes:
However, perhaps the extra check should be omitted if FILE is
specified.
OK, thanks for explaining it. Can you please try the following patch
instead? It tries to do the right thing in that case. It also checks
for bogus signal numbers (i.e., nonpositive
I installed the following to try to clarify terminology about NUL
versus null bytes versus null characters in the coreutils documentation.
2005-03-26 Paul Eggert [EMAIL PROTECTED]
* coreutils.texi: Clarify NUL vs null byte vs null character.
--- coreutils.texi.~1.245.~ 2005-03-16
Mike Hearn [EMAIL PROTECTED] writes:
That sounds like the one, yes. Though 5.3.0 doesn't seem to show it.
Odd; it shows it for me.
$ _POSIX2_VERSION=199209 tail -c 123
tail: cannot open `123' for reading: No such file or directory
$ tail --version | head -n 1
tail (GNU coreutils) 5.3.0
I
Eric Blake [EMAIL PROTECTED] writes:
Any reason the terminal names aren't sorted in any particular order?
I think the popular ones are first, then the rest alphabetized.
But I'm guessing.
This fact adds all the more impetus to improving the info pages to
describe the dircolors input file
Tim Waugh [EMAIL PROTECTED] writes:
Yes, this works very well. Thanks!
You're welcome. I installed the following slightly-modified patch:
it updates m4/readutmp.m4 as well, and it adds another check for
size_t overflow.
2005-03-30 Paul Eggert [EMAIL PROTECTED]
* lib/readutmp.h
The previous patch I installed was incomplete: it didn't handle
ancient hosts without any UTMP_NAME_FUNCTION. I installed the
following to fix this. While I was at it, I noticed that the code
won't work if the utmp file is not a regular file, so I fixed that as
well.
2005-03-30 Paul Eggert
[EMAIL PROTECTED] (Karl Berry) writes:
tail -1 works for me with coreutils 5.3.0.
Whether that works depends on (1) _POSIX2_VERSION in the environment,
(2) explicit configuration options by the installer, and (3)
_POSIX2_VERSION in unistd.h, in descending order of importance.
On my coreutils
Warren L Dodge [EMAIL PROTECTED] writes:
I am using coreutils-5.0 and found that uname -a has unknown in two of the
fields where /bin/uname -a has proper information
Can you find out how /bin/uname does it, on your host? You may need to
look at its source code, or strace it.
My /bin/uname
Warren L Dodge [EMAIL PROTECTED] writes:
Here is an strace. I don't have access to the sources.
If you know who generated the software distribution operating on your
servers, then you should be able to get the sources from them.
The strace output says /bin/uname read /proc/cpuinfo, but I
Rene de Zwart [EMAIL PROTECTED] writes:
Probably the time in the Netherlands was adjusted from one standard to
another standard in 1937.
Yes, that's it. The time stamp 1937-07-01 00:00:00 is not valid in
the Netherlands, since the clocks gained 27.87 seconds then, and jumped
from
Warren L Dodge [EMAIL PROTECTED] writes:
Here is uname.c from the redhat release we use.
That uname.c is identical from that of coreutils 4.5.3. Your
/bin/uname evidently comes from different sources; to fix GNU uname to
behave like it, you'll have to find out exactly how it works.
Robert Castelo [EMAIL PROTECTED] writes:
q.txt==(tab-separated columns)
aa value-aa
a value-a
===
both versions 5.2.1 and 5.3.0 output
aa value-aa
a value-a
when sorting over the entire line:
sort q.txt
or more specifically:
sort -k 1,2 q.txt
Guillaume Chazarain [EMAIL PROTECTED] writes:
With recent linux distributions (using NPTL), dd can hang waiting on
a futex when being killed.
I'm not quite sure how to parse that, but it sounds like a problem
with some part of the system other than dd, not with dd itself.
When dd gets a
Rene Kapeller [EMAIL PROTECTED] writes:
Too bad, it's realy useful. No way to make that a standard option of
install(1)?
If someone contributes a clean patch to implement it, I'd volunteer to
review it. The final decision would be Jim's, though.
[EMAIL PROTECTED] (Karl Berry) writes:
What harm can there be in *GNU* tail always accepting tail -10?
I am becoming more inclined to agree with you. I don't know about
Jim, though.
Part of the motivation for removing support for usages not allowed by
POSIX was conformance. But part of it,
sense too.
Here is a proposed patch illustrating the sort of format I was
thinking of. Jim, is this worth installing as-is as an example of
how to do examples, or do you want some more changes to the format,
or do you want all the examples in one big patch?
2005-04-03 Paul Eggert [EMAIL PROTECTED
Amir Marani [EMAIL PROTECTED] writes:
I am using Mandrake Linux 10. I have a problem when I am using
command 'who' in comsole it does not gives any out put. But when I
gives command: promptwho -a it gives out put.
Possibly your /var/run/utmp file (or whatever it is called on your
system) is
string is supposed to stand for
the start of the current day -- that's in the documentation. I
installed this patch, to both coreutils and gnulib.
2005-04-04 Paul Eggert [EMAIL PROTECTED]
* lib/getdate.y (parser_control): rels_seen is now a boolean, not a
count, since there's
Dan Jacobson [EMAIL PROTECTED] writes:
I found I could get away with chmod +x file. Perhaps catch it.
POSIX requires support for that. It's weird, but it's probably not
worth diagnosing.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
Thanks for your bug report. That hint is removed in coreutils 5.3.0,
which you can get here:
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.3.0.tar.gz
so the confusion shouldn't occur.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
Jim Meyering [EMAIL PROTECTED] writes:
I could go either way when the single sentence of exit-status
documentation is all that follows the option descriptions.
But when there's more than that one sentence, I have a slight
preference for putting the examples at the end.
Then let's do the
There is a similar problem in csplit.c. The simplest fix there is to
not print an error message when an interrupt occurs and a file can't
be removed afterwards, and I've prepared a draft patch to do that,
which I'd like to test a bit more before installing.
The resulting csplit program still
GRV [EMAIL PROTECTED] writes:
I run into the same kind of bug today trying to change the ownership
of a directory by running chmod on a symlink refering to it.
The problem is a bit different from the one reported by Mller, Folkhard
but still very close.
If the referenced file ALREADY
they often rely on a weird scenario like an I/O
error causing a diagnostic to be put into a file unexpectedly.
I can't promise that I caught all the troublesome scenarios, but I
patched all the ones I found.
2005-04-11 Paul Eggert [EMAIL PROTECTED]
Add bulletproofing for cases where stdin
Amir Marani [EMAIL PROTECTED] writes:
I am logged in as a user say amir.It has to show amir has logged in
,but it doesn't show.MY question was that this
problem related to system file are not,but you didn't give me proper
or very clear answer.
The file that you sent doesn't say amir anywhere
Thanks for that bug report. I installed this patch: does it fix both
your problems?
2005-04-14 Paul Eggert [EMAIL PROTECTED]
Fix test suite problems reported by Eric Blake on Cygwin.
* tests/mv/mv-special-1: Ignore chatter about when files are removed,
since POSIX
My kneejerk reaction is that it's not worth making this change. The
attack in question will work against almost any program that is
operated in an insecure directory, including the chmod program
itself. It'd be a real pain to work around this problem in all
applications, one at a time, and it's
I installed the following patch, in the hopes that it'd be relatively
simple and easy to maintain. It skip the tests on the platforms with
the contrary-to-POSIX glitches.
2005-04-17 Paul Eggert [EMAIL PROTECTED]
Work around a couple of make check failures reported for Cygwin
Dan Jacobson [EMAIL PROTECTED] writes:
P I think it's better not to mention dot insted. Dot is no longer
P portable (as per POSIX-2001).
Well, mention that dot is deprecated, or else users can't tell if it
is too old, or too new, when encountering it.
That issue is already covered in the
of this particular problem.
I installed the following patch to work around this glitch.
2005-04-18 Paul Eggert [EMAIL PROTECTED]
* tests/install/basic-1: Use cat, not test, to test for
../../src/dd. Problem reported by Eric Blake.
--- basic-1 18 Apr 2005 06:35:06 - 1.12
I installed the following patch to remove fetish to coreutils in a few
more places. The only nontrivial bit here is removing fetish.sf.net
from some URL lists; I assume that's obsolete now?
2005-04-18 Paul Eggert [EMAIL PROTECTED]
fetish - coreutils in several places
J.D. Baldwin [EMAIL PROTECTED] writes:
Note that neither -n or -G works with Solaris /usr/bin/id
Thanks for your bug report. However, that shell script actually tries
this command:
(id -nG || /usr/xpg4/bin/id -nG) 2/dev/null
Does this not work, when run as root on your host?
It works for me
I installed this:
2005-04-19 Paul Eggert [EMAIL PROTECTED]
* tests/chmod/setgid: Use numeric group ids, not symbolic group names,
since the latter can have shell metacharacters in them (e.g., spaces).
This follows up to the 2005-01-17 patch, which missed this occurrence
, as shown below). So mv/mv-special-1
should probably also add a check that mv-null is still a fifo in its new
home.
Thanks for reporting that; I installed the following patch to try to fix this.
2005-04-19 Paul Eggert [EMAIL PROTECTED]
* tests/mv/mv-special-1: Use test -p to test
-conservative patch:
2005-04-19 Paul Eggert [EMAIL PROTECTED]
* tests/mv/setup (dot_mount_point): Use stat -L, in case the
directory is actually a symbolic link. Problem reported by
Eric Blake.
--- setup 14 Apr 2005 20:35:34 - 1.13
+++ setup 19 Apr 2005 07:36
I installed this patch. I think it removes the last instances of the
word fetish from coreutils CVS, except for ChangeLog entries.
2005-04-20 Paul Eggert [EMAIL PROTECTED]
fetish - coreutils in more places.
* tests/Coreutils.pm: Renamed from tests/Fetish.pm.
(package
be needed here, though, right? The code is already using
$pwd/../../src for that purpose.
2005-04-20 Paul Eggert [EMAIL PROTECTED]
Port test cases to Microsoft-Windows-related environments,
following suggestions from Eric Blake.
* tests/install/Makefile.am
Mark Brand [EMAIL PROTECTED] writes:
In case anybody was following this issuse (original subject line chown
fails to ignore symbolic links during recursive directory
transversals[sic]), SuSE has released a fix for their coreutils RPM:
Has this problem (whatever it is) been fixed in coreutils
install runs with umask(0). So I'm inclined to remove the
second argument, since I think its presence contributed to this
permissions bug. I'll ask about this on bug-gnulib first, though.
2005-04-22 Paul Eggert [EMAIL PROTECTED]
* NEWS: Fix bug with mkdir -m =+x dir; the umask
as many
tools already do that.
OK, but is there any precedent for that? I thought this was renice's job.
2005-04-22 Paul Eggert [EMAIL PROTECTED]
* src/nice.c (main): Report proper program name when getopt finds
trouble. Problem reported by Behdad Esfahbod.
--- nice.c 5
I installed this:
2005-04-22 Paul Eggert [EMAIL PROTECTED]
* src/nohup.c (main): If getopt fails, exit with status 127,
not status 1. POSIX requires this.
* NEWS: Document this.
--- NEWS22 Apr 2005 23:51:34 - 1.277
+++ NEWS23 Apr 2005 06:01:50
Dan Jacobson [EMAIL PROTECTED] writes:
$ touch -d 2000 k
$ ls -og k
-rw-r--r-- 1 0 1999-11-30 00:00 k
Thanks, but that bug is fixed in coreutils 5.3.0.
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.3.0.tar.gz
___
Bug-coreutils mailing list
I installed this to fix the documentation to match the recent code fixes.
The install invocation fixes are just to make it more regular
2005-04-23 Paul Eggert [EMAIL PROTECTED]
* doc/coreutils.texi (install invocation): Use a= instead of 0 for
the point of departure for -m
to everyone's satisfaction. Thanks to everyone who
pushed the POSIX committee (and me :-) to get this matter clarified
and resolved.
2005-04-26 Paul Eggert [EMAIL PROTECTED]
Restore support for usages like head -1 and tail -1,
even when conforming to POSIX 1003.1-2001.
Fix bug
Thanks for your review.
Eric Blake [EMAIL PROTECTED] writes:
Hmm - if coreutils ever supplies renice, that would also be a candidate
for supporting obsolescent usages.
Yes, I suppose so.
Also, the Austin group minutes mention that uniq could support '+'
as an option separator
That is the
heromyth [EMAIL PROTECTED] writes:
heromyth [EMAIL PROTECTED] writes:
I have compiled a copy of coreutils CVS with msysDVLPR-1.0.0-alpha of
MSYS. After I run 'rm -r *' to delete a directory with subdirectory, I
deleted everything in the directory except for itself.
When I trace into this
While I was in the chmod-fixing business, I discovered some minor
glitches in the documentation, and fixed them as follows. Most of
this is about modernization of the sticky bit, and clarification of
which things are POSIX and which are GNU extensions.
2005-04-28 Paul Eggert [EMAIL PROTECTED
I installed this minor cleanup to allow programs to include file-type.h first:
2005-04-28 Paul Eggert [EMAIL PROTECTED]
* file-type.c: Include file-type.h first.
* filetype.h: Don't assume sys/stat.h was included first.
Index: lib/file-type.c
. :-)
I installed this patch.
2005-04-28 Paul Eggert [EMAIL PROTECTED]
* NEWS: Document fixes described below.
* src/chmod.c (change, umask_value): New static vars.
(reference_file): Move this static var to inside main.
(process_file, process_files): Remove CHANGES arg
Axel Liljencrantz [EMAIL PROTECTED] writes:
seq a 3 h
should output
a
d
g
Hmm, suppose someone wants the characters from '9' through ';'?
What about non-ASCII locales? What order should the characters appear?
___
Bug-coreutils mailing list
Abel Cheung [EMAIL PROTECTED] writes:
So if coreutils maintainers think this is not a bug, or this is your own
business, then please tell me so that I can ask localization teams
to think about other way to work around it.
No, it's definitely a bug in strftime: it should not be using
tolower
I installed this as a minor simplification to modechange. The only
change visible to coreutils users is that a few invalid usages like
chmod +1 file and chmod ' 1' file are now caught.
2005-05-01 Paul Eggert [EMAIL PROTECTED]
* NEWS: chmod +1 file is now diagnosed.
* lib
I installed this:
2005-04-29 Paul Eggert [EMAIL PROTECTED]
* tests/head/Test.pm: Don't set _POSIX2_VERSION; no longer needed.
* tests/misc/split-fail: Likewise.
* tests/pr/Test.pm: Likewise.
* tests/sort/Test.pm: Fix comment to match new behavior of sort
Axel Liljencrantz [EMAIL PROTECTED] writes:
I did this since the way I want to use this feature is for doing
things with sets of data that is split in multiple files with names
like sampa.asc, sampb.asc, sampc.asc, etc..
Aha! That helps to explain things.
In that case, why not make this an
Eric Blake [EMAIL PROTECTED] writes:
bash TAB-completion with readline's `set visible-stats on' uses '%'
for character-special devices and '#' for block-special devices.
Aack. FreeBSD ls uses % for whiteouts, and nothing for special
files. I'd rather not have gratuitous incompatibility.
to the new directory (as a
byproduct of how Windows NTFS permissions are mapped to POSIX
semantics).
Thanks for catching these. I installed the following
somewhat-different patch:
2005-04-29 Paul Eggert [EMAIL PROTECTED]
The following was partly derived from a tiny change by Eric Blake
Abel Cheung [EMAIL PROTECTED] writes:
About detection of multibyte string, is there any
better method than retrieving LC_TIME and
lookup the charset inside a predefined array
containing known multibyte charset?
Sorry, I don't quite follow, but I was assuming that we could do
something
I installed this into coreutils:
2005-05-01 Paul Eggert [EMAIL PROTECTED]
* build-aux/config.guess, build-aux/config.sub, build-auxtexinfo.tex,
lib/mbswidth.c, lib/regex.c, lib/strtol.c,
m4/getpass.m4, m4/gettext.m4: Sync from gnulib.
Index: build-aux/config.guess
='slash'? I installed this:
2005-05-02 Paul Eggert [EMAIL PROTECTED]
* NEWS: ls --indicator-style=directory renamed to ls
--indicator-style=slash, to avoid confusion with ls --directory.
* doc/coreutils.texi (ls invocation): ls --indicator-style=directory
renamed
allows that too. If you think
that's better I could install a patch along those lines instead.
2005-05-04 Paul Eggert [EMAIL PROTECTED]
* NEWS: chmod -w now complains if it differs from chmod a-w.
* src/chmod.c: Include quotearg.h.
(diagnose_surprises): New var
[EMAIL PROTECTED] (Eric Blake) writes:
Other questions, though - with our extension options, should we interpret
`chmod -w a+x foo' the same as `chmod -- -w ./a+x ./foo' or like
`chmod -- -w,a+x ./foo'?
It's been the former for a while; I guess that's OK.
POSIX allows modes that look like
on Domain OS anyway :-), so I installed it.
2005-05-05 Paul Eggert [EMAIL PROTECTED]
* makepath.c (make_path): chdir to //, not /, if the file name
starts with exactly two slashes. This doesn't solve the problem
in general but it's better than nothing. Problem reported
Eric Blake [EMAIL PROTECTED] writes:
//MACHINE currently generates ENOENT, whether or not there is a
server on the network with that name, and mkdir(2), stat(2), and
chdir(2) with an argument of //MACHINE fail.
That's certainly a hassle. Let's not worry about going through
zillions of lines
Derek Price [EMAIL PROTECTED] writes:
I prefer door #2. Trivial patch attached:
Thanks, but I'd rather use AC_CHECK_DECL, so I installed this instead,
into both coreutils and gnulib. Does it work?
2005-05-05 Paul Eggert [EMAIL PROTECTED]
* lib/getopt.m4 (gl_GETOPT): Check
Eric Blake [EMAIL PROTECTED] writes:
+ if (do_chdir dirpath[0] == '/')
+{
+ /* POSIX says // might be special, so chdir to // if the
+ file name starts with exactly two slashes. */
+ char const *root = // + (dirpath[1] != '/' || dirpath[2] == '/');
Oops -
Urs Thuermann [EMAIL PROTECTED] writes:
$ strace mv foo bar
Hmm, your email's Subject: line says mv -f but this strace doesn't.
I'll assume for now that you meant to write about plain mv, not mv -f.
lstat64(bar, 0xb904) = -1 ENOENT (No such file or directory)
rename(foo,
Abel Cheung [EMAIL PROTECTED] writes:
This means determining the value of mblen() or mbrlen() 1
for all chars in am_pm, if this is true then the string is multibyte
and don't impose tolower/toupper on it?
Yes, though you'd need to impose the equivalent of tolower.
(And this could change its
[EMAIL PROTECTED] (Bob Proulx) writes:
I think the reason for the question might be for what purpose is the
lstat() call there? It is there to tell if the destination is a
directory and if so then it converts the rename to a rename to a
file in the subdirectory, also as required by POSIX.
That looks pretty complicated. How about if we just rely on open
and fcntl to do the work? If they don't work, they should.
I installed this into coreutils:
2005-05-06 Paul Eggert [EMAIL PROTECTED]
* NEWS: dd has new iflag= and oflag= flags binary and text.
* doc
Igor Pechtchanski [EMAIL PROTECTED] writes:
There's always Pierre's solution of doing minimal support for stat()ing
'//' and '//MACHINE', though...
Yes, that's the basic idea. That's the only thing that makes sense here.
___
Bug-coreutils mailing
Christopher Faylor [EMAIL PROTECTED] writes:
Except that it can't be made to work correctly due to a bash bug.
Which Bash bug is that? Bash bugs can be fixed.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
Eric Blake [EMAIL PROTECTED] writes:
it now defaults to the underlying mount mode when the user does not
specify binary or text. In my opinion, dd should default to binary
when neither text nor binary is specified
Hmm, overriding the explicit advice of the system administrator?
How common is
installed this patch. (It's not
often that I get to fix one of his bugs! :-)
2005-05-08 Paul Eggert [EMAIL PROTECTED]
* NEWS: cp, ln, mv, rm no longer discard white space when intepreting
responses.
* lib/yesno.c: Include getline.h, not ctype.h.
(yesno): Don't
this instead into coreutils; I hope it is a reasonable
heuristic.
2005-05-09 Paul Eggert [EMAIL PROTECTED]
* lib/fts.c (fts_sort): Optimize the common case where all pointers
smell the same.
--- lib/fts.c 9 May 2005 18:53:33 - 1.25
+++ lib/fts.c 9 May 2005 23:54:26
As I understand it, that test will work only if you happen to run
it in an NTFS file system.
How about if we just modify the test to always report failure when
building for Cygwin? That's simple and it's better than sometimes
returning the wrong answer.
[EMAIL PROTECTED] (Eric Blake) writes:
It looks like everywhere that coreutils looks for d_ino, it uses
macros that default to 0 on systems without support, so that d_ino
of 0 falls back to the stat() family.
No, actually, it skips such entries.
However, historically (pre-POSIX?) many
Derek Price [EMAIL PROTECTED] writes:
Revised patch attached.
Thanks; I installed the following slightly-different patch.
2005-05-10 Derek Price [EMAIL PROTECTED]
* getopt.m4 (gl_GETOPT): Check for Solaris 10 bug, not decl, when
possible.
--- getopt.m4 6 May 2005 01:04:20
Nic Ferrier [EMAIL PROTECTED] writes:
Curiously it seems to be the timezone that it doing it because this
DOES work:
$ date --date 2004-12-18T17:28:00
GNU date parsed the T as the military time zone T.
Adding support for more ISO date forms is on the list of things to do.
It is
Nic Ferrier [EMAIL PROTECTED] writes:
Note the third item:
$ date --iso-8601=seconds # a GNU extension
2000-12-15T11:48:05-0800
Ah, I missed that the first time. Thanks. I installed this patch,
in both coreutils and gnulib:
2005-05-11 Paul Eggert [EMAIL PROTECTED
Your message about nohup's problems had me nodding in agreement, as similar
problems have happened to me. Are there any objections to my
installing this patch into GNU coreutils?
2005-05-12 Paul Eggert [EMAIL PROTECTED]
* NEWS: nohup now closes stdin if it is a terminal, unless
Jim Meyering [EMAIL PROTECTED] writes:
Paul Eggert [EMAIL PROTECTED] wrote:
Are there any objections to my
installing this patch into GNU coreutils?
Fine by me.
OK, I installed it. Thanks for the quick review!
___
Bug-coreutils mailing list
Bug
Eric J Haywiser [EMAIL PROTECTED] writes:
Apparently ls -lF classifies the link reference rather than the link
itself, while ls -F classfies the link.
I don't observe this behavior with coreutils 5.3.0 ls.
Perhaps the bug has been fixed since your version? Please try:
Sebastian, Susan M [EMAIL PROTECTED] writes:
The man pages says the wc command will
wc - print the number of bytes, words, and lines in files,
Thanks, but this doesn't seem to be in the latest coreutils CVS;
perhaps you're talking about an older version of the man pages?
it). That would be a win, no? (I
don't have easy access to a Solaris 10 system to check this.)
FreeBSD (since 2.2) doesn't let unlink(2) remove directories.
At least, that's what the man pages say.
How about this patch? It incorporates the above ideas.
2005-05-13 Paul Eggert [EMAIL PROTECTED
Nic Ferrier [EMAIL PROTECTED] writes:
GNU date does not allow the date parsing pattern to be specified on
the command line.
Yes.
Neither does it allow use of the DATEMSK env var to hack the behaviour
of the internal call to the C library's getdate().
Yes.
Neither does it change the
Jim Meyering [EMAIL PROTECTED] writes:
That looks fine, and works fine here.
Please commit it.
OK, done. I also added Cygwin to the list of platforms that
can't unlink directories, as Eric Blake suggested.
___
Bug-coreutils mailing list
us remove an #if rather than add one.
2005-05-16 Paul Eggert [EMAIL PROTECTED]
Fix Cygwin porting problem reported by Eric Blake.
* src/remove.c (DT_IS_DIR): Remove.
(DT_IS_KNOWN, DT_MUST_BE): New macros.
(remove_entry): Use them.
--- remove.c14 May 2005 08:05
[EMAIL PROTECTED] (Eric Blake) writes:
After further thought and discussion on the cygwin list, I'm convinced
that dd should default to binary mode (on non-ttys) on systems that
have a distinct text mode.
That sounds reasonable, but I'm beginning to worry that the code is
becoming more ad-hoc
Avis, Ed [EMAIL PROTECTED] writes:
There could be some kind of -f, --follow option so that mkdir will
create the directory pointed to.
There is a potential security problem there, if the symbolic link
is in a directory writable by an attacker.
You'd probably use it together with -p. Then
Partly inspired by the recent fts changes, I installed the following
patch to remove and fix some dependencies and old cruft. Also I added
some copyright notices to modified nontrivial files that lacked them.
This shouldn't affect any behavior.
2005-05-18 Paul Eggert [EMAIL PROTECTED
Eric Blake [EMAIL PROTECTED] writes:
One possible fix is revisiting line 377 in src/du.c in CVS, which
currently skips hard links only if a file has multiple links.
Sorry, I don't quite follow this. Don't all the directories in
question have multiple links? Or, if you're talking about
POSIX requires this, but it is arguably a misfeature, due to the
security issues mentioned.
I still don't understand how this is a security issue any more than the
whole concept of symbolic links is a security issue.
Yes, that's the problem basically. If you're about to say touch /tmp/foo
an
Rafael Correa Liberato [EMAIL PROTECTED] writes:
My frend, this command chmod -R -o+rwx directry is not ok.
-o+rwx isn't what you wanted. It means If other people have
permissions to the file then remove them; but after that, grant all
permissions; except do not affect any permissions that are
Eric J Haywiser [EMAIL PROTECTED] writes:
I would expect the 2nd command to behave like this:
[EMAIL PROTECTED] ~/coreutils-5.3.0/src/ls -lF
total 1
-rwxr-xr-x exe*
lrwxrwxrwx n@ - nonexistant
lrwxrwxrwx x@ - exe
I can see your point: that would be logical, and it seems to be
I installed this to remove an inadvertent dependency of fts-lgpl
on unistd-safer.
2005-05-22 Paul Eggert [EMAIL PROTECTED]
* fts.c (fd_safer) [_LGPL_PACKAGE]: New static function,
so that unistd-safer.h (GPL'ed code) need not be included.
--- fts.c.~1.3.~2005-05-20 15
Peter Kratzer [EMAIL PROTECTED] writes:
Contrary to the Unix behaviour (e.g. HP-UX) using this command on a
GNU/Linux system does not replace the link, but creates a new link in the
originally referenced directory.
Actually, HP-UX is the odd man out here. GNU ln is compatible
with Solaris
[EMAIL PROTECTED] writes:
Logically the only difference from sort is the low level ordering
algorithm. so I vote for and extra arg to sort:
--sort=random.
More generally, sort could pretend that every line had an extra field
called R whose contents are random. That way, you could use, e.g.:
[EMAIL PROTECTED] (Bob Proulx) writes:
I am not convinced POSIX says this. We would have to dig into
exactly what is meant by destination in the standard and how that
differs from or is the same as target_dir.
Here's my reasoning.
sense, yes. But it's not needed any
more for this particular case, now that I installed this patch
(in both gnulib and coreutils) to fix the problems mentioned above:
2005-05-27 Paul Eggert [EMAIL PROTECTED]
* modules/fts (Files): Remove m4/inttypes-pri.m4.
* modules/fts-lgpl
501 - 600 of 3246 matches
Mail list logo
