merge 28929 28970 29022
tag 28929 notabug
thanks
On Sat, Oct 21, 2017 at 02:47:03PM -0400, Mohammad Edghaim wrote:
[...]
> "unrecognized file system type 0x794c7630 for 'xyz.log'. please report this
> to bug-coreutils@gnu.org. reverting to polling"
[...]
On Tue, Oct 24, 2017 at 09:33:56AM -0700,
On Tue, Aug 15, 2017 at 08:19:13AM +0100, Jonny Grant wrote:
> On 15/08/17 00:50, Paul Eggert wrote:
> > Jonny Grant wrote:
> >> do you know which kernel API has this limitation?
> >
> > All kernels have a limitation there to some extent, except perhaps the
> > Hurd. Sorry, I don't know what the
Hi,
I've got a bug report from Sergey Vlasov about split(1) regression
in coreutils v8.8: https://bugzilla.altlinux.org/24841
In short, the default suffix length is not 2 as it shall be according to POSIX.
Looks like the regression is due to commit v8.7-25-gbe10739.
For more details and the test
5c36d056cbd46c43cb0bb54175fcc06b1b6069be Mon Sep 17 00:00:00 2001
From: Dmitry V. Levin l...@altlinux.org
Date: Sat, 30 Jan 2010 16:02:36 +
Subject: [PATCH] Fix exit status of signal handlers in shell scripts
The value of `$?' on entrance to signal handlers in shell scripts
cannot be relied upon, so set the exit code
On Sat, Jan 30, 2010 at 11:52:31PM +0300, Dmitry V. Levin wrote:
On Sat, Jan 30, 2010 at 12:28:50PM -0700, Eric Blake wrote:
According to Dmitry V. Levin on 1/30/2010 12:18 PM:
The value of `$?' on entrance to signal handlers in shell scripts
cannot be relied upon, so set the exit code
The value of `$?' on entrance to signal handlers in shell scripts
cannot be relied upon, so set the exit code explicitly to
128 + SIGTERM == 143.
* src/Makefile.am (sc_tight_scope): Use `exit 143' in signal handler.
* cfg.mk (sc_always_defined_macros, sc_system_h_headers): Likewise.
*
On Sat, Jan 30, 2010 at 12:28:50PM -0700, Eric Blake wrote:
According to Dmitry V. Levin on 1/30/2010 12:18 PM:
The value of `$?' on entrance to signal handlers in shell scripts
cannot be relied upon, so set the exit code explicitly to
128 + SIGTERM == 143.
* src/Makefile.am
On Sun, Jan 10, 2010 at 11:32:50AM +0100, Bruno Haible wrote:
[...]
I like this workaround, but would prefer to have it in the nproc module
in gnulib. coreutils/src/nproc.c is purely the command-line program.
Here's a proposed patch.
It looks good, thank you.
--
ldv
pgpoquZHdhgdv.pgp
Hi,
The recently introduced nproc utility outputs wrong result when run in
--all mode inside a /proc-less /sys-less GNU/Linux chroot on a system
with several CPUs. In this environment, nproc --all always outputs 1
while plain nproc outputs correct number of available CPUs.
The underlying
On Wed, Jan 06, 2010 at 06:20:51AM -0700, Eric Blake wrote:
According to Jim Meyering on 1/5/2010 2:07 PM:
--- Comment #5 from Ondrej Vasik ova...@redhat.com 2010-01-05 14:29:13
EDT ---
Ah - even the latest gnulib doesn't handle this new recent change - so
touch
from coreutils might
* tests/touch/not-owner: Handle the case when the root file system is
mounted read-only.
Reported by Solar Designer.
---
tests/touch/not-owner |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/tests/touch/not-owner b/tests/touch/not-owner
index 3dd8a80..9cfa026 100755
On Thu, Sep 10, 2009 at 07:29:35PM +0200, Jim Meyering wrote:
Eric Blake wrote:
I think there are some infelicities in the canonicalization options of
readlink.
readlink -fv file/= correctly reports ENOTDIR
readlink -fv missing = lists /path/to/missing
readlink -fv missing/ =
On Tue, Feb 19, 2008 at 03:44:00PM +0100, Jim Meyering wrote:
James Youngman [EMAIL PROTECTED] wrote:
This is a consolidated patch including all the previous changes,
implementing order checking in join by default. make distcheck
works (if I move distcheck-hook from Makefile.am to
On Fri, Mar 07, 2008 at 03:27:19PM +0100, Jim Meyering wrote:
There have been over 50 change-sets since the last one, so...
Something odd happened with generated man/Makefile.in file,
it is no longer going to build and install manpages because all
corresponding code is absent in the new version:
On Wed, Mar 19, 2008 at 11:41:14PM +0100, Jim Meyering wrote:
Dmitry V. Levin [EMAIL PROTECTED] wrote:
On Fri, Mar 07, 2008 at 03:27:19PM +0100, Jim Meyering wrote:
There have been over 50 change-sets since the last one, so...
Something odd happened with generated man/Makefile.in file
On Tue, May 29, 2007 at 06:07:22PM +0400, NTFS wrote:
При консольном входе в систему, после входа набрать команды:
reset
sleep --help
то справка будет не в той кодировке
The issue you are talking about is related to linux virtual
console driver rather than coreutils.
Workaround is
$ printf
On Mon, Mar 27, 2006 at 05:33:48AM +0400, Solar Designer wrote:
[...]
POSIX.1-2001 does not appear to explicitly specify the behavior of
skip= with partial reads. It defines skip= as follows:
skip=n
Skip n input blocks (using the specified input block size)
On Fri, Nov 25, 2005 at 10:18:25AM +0100, Jim Meyering wrote:
[FYI, I posted a similar message just before making the incompatible
change, but no one objected. ]
Due to complaints that the new (5.93) stat has broken some Debian scripts,
I'm thinking of making the following changes in
On Mon, Oct 17, 2005 at 07:06:54PM +0200, Jim Meyering wrote:
Thanks to both of you.
I'm inclined to apply this after the stable release.
I wish it'd shown up a couple weeks ago.
If I were to change it now, it'd invalidate the corresponding
translations. Of course, if a few translators say
On Tue, Sep 27, 2005 at 01:43:59PM -0700, Paul Eggert wrote:
Andreas Schwab [EMAIL PROTECTED] writes:
Emacs can use --dired now, so this should not be an issue.
OK, thanks. I just now checked, and if I understand it aright this
started happening with Emacs 21.3 (released March 2003).
On Fri, Oct 28, 2005 at 04:07:53PM -0700, Paul Eggert wrote:
I installed this patch instead, both in gnulib and coreutils.
[...]
@@ -70,7 +70,6 @@ char *
savedir (const char *dir)
{
DIR *dirp;
- struct dirent *dp;
char *name_space;
size_t allocated = NAME_SIZE_DEFAULT;
On Wed, Oct 26, 2005 at 04:27:44PM +0400, Dmitry V. Levin wrote:
On Sun, Oct 23, 2005 at 11:07:59AM +0200, Jim Meyering wrote:
** Binary input and output are now implemented more consistently.
These changes affect only platforms like MS-DOS that distinguish
between binary and text files
On Sun, Oct 23, 2005 at 11:07:59AM +0200, Jim Meyering wrote:
** Binary input and output are now implemented more consistently.
These changes affect only platforms like MS-DOS that distinguish
between binary and text files.
Unfortunately, these changes affect GNU/Linux, too.
[...]
Hi,
mkdir -p and install -d now fail when creating final component
of the file name when it already exists.
Proposed patch with testcase is attached.
--
ldv
2005-10-24 Dmitry V. Levin [EMAIL PROTECTED]
* lib/mkdir-p.c (make_dir_parents): When creating final component
Hi,
On Tue, Apr 12, 2005 at 12:24:35AM -0700, Paul Eggert wrote:
Derek Price [EMAIL PROTECTED] writes:
If I pass these times in as EDT (Eastern Daylight Time), then they
work. Ian mentioned doing something similar with BST (British
Summer Time) in a separate email. Is this an
Hi,
According to NEWS file,
tee - now writes to standard output instead of to a file named -.
However, tee closes stdout more than once if file is named -:
$ env -i tee - /dev/null; echo rc=$?
tee: write error
rc=1
Proposed fix and testcases for tee could be found at
Hi,
On Tue, Jan 11, 2005 at 11:29:40PM +0300, Peter Volkov Alexandrovich wrote:
I've changed my locale to ru_RU.utf8 and now I have some problem is with cat
utilty. When I do:
$ cat
words in russianenter
I should get the same string again. But if I misstyped and then edited my
words in
On Tue, Jan 11, 2005 at 11:00:15PM +0100, Andreas Schwab wrote:
Peter Volkov Alexandrovich [EMAIL PROTECTED] writes:
I should get the same string again. But if I misstyped and then edited my
words in russian language with backspace then next line differs from the
previous. So if I type:
Hi,
On Wed, Jan 05, 2005 at 09:55:15PM +, James Youngman wrote:
On Wed, Jan 05, 2005 at 09:17:40PM +0100, Giuliano Colla wrote:
[...]
The -execdir action was introduced by *BSD as a secure alternative to
the insecure-by-design -exec action that Unixes have had for years
(and which POSIX
Hi,
On Mon, Jan 03, 2005 at 12:53:58AM -0800, Paul Eggert wrote:
Your change (at 2004-11-23) to src/touch.c introduces regression:
On GNU/Linux without futimes syscall and without /proc mounted, futimes()
function from glibc returns ENOENT, futimens() from gnulib also returns
ENOENT, and
On Sat, Nov 20, 2004 at 01:02:37PM +, Philip Rowlands wrote:
On Fri, 19 Nov 2004, Paul Eggert wrote:
If small size is all you want, I can do a lot better than that:
$ ls -l true
-rwxr-xr-x 1 eggert eggert 10 2004-11-19 22:18 true
$ ./true; echo $?
0
Can't beat this for size:
Hi,
On Thu, Oct 07, 2004 at 12:03:48PM +0100, [EMAIL PROTECTED] wrote:
Suresh Krishnan wrote:
Thanks for the quick response. readlink -f does almost everything I
want. The only thing it does not do is to verify whether the path is
valid. I can add this on very easily in my script.
That
Hi,
On Thu, Sep 16, 2004 at 05:21:54PM +0200, Alfred M. Szmidt wrote:
Could someone explain the following behaviour for me? Because I sure
do not understand it.
[EMAIL PROTECTED]:/tmp/foo$ touch 1 2 3 4 5
[EMAIL PROTECTED]:/tmp/foo$ foo=`ls`
[EMAIL PROTECTED]:/tmp/foo$ /bin/echo $foo
1 2
Meyering
ptx: _(F. Pinard)
ptx: Franois Pinard
readlink: Dmitry V. Levin
setuidgid: Jim Meyering
test: FIXME: ksb, mjb
test: Kevin Braunsdorf, Matthew Bradburn
true: Jim Meyering
true: no one
I think that all entries except ptx(1) where we have translation issue
Hi,
On Wed, Aug 11, 2004 at 01:21:18AM +0400, Dmitry V. Levin wrote:
On Sat, Jun 26, 2004 at 12:06:19AM -0700, Paul Eggert wrote:
[...]
Proposed fix is attached.
This fix is not complete, there is one more regression:
$ install -d newdir{1,2,3}
install: target `newdir3
newdir
install: missing destination file operand after `newdir'
Proposed fix is attached.
Looks like our regression test suit for install program is incomplete.
--
ldv
2004-08-11 Dmitry V. Levin [EMAIL PROTECTED]
* src/install.c (main): Fix -d regression introduced
On Mon, Mar 29, 2004 at 01:33:32AM +0400, Dmitry V. Levin wrote:
On Sun, Mar 28, 2004 at 10:22:47AM +0100, J.D. Hood wrote:
Dmitry V. Levin wrote:
[...]
You suggest to change readlink -f behaviour to more compatible way,
i.e. readlink -f /path/to/foo will also succeed when /path
Hi,
On Mon, Mar 22, 2004 at 11:56:12PM +0100, Thomas Hood wrote:
On Mon, 2004-03-22 at 20:48, Dmitry V. Levin wrote:
I'd suggest to leave current readlink -f behaviour unchanged.
If you need to add new mode for readlink(1), please consider adding
new option.
The difference
On Sun, Mar 28, 2004 at 10:22:47AM +0100, J.D. Hood wrote:
Dmitry V. Levin wrote:
[...]
You suggest to change readlink -f behaviour to more compatible way,
i.e. readlink -f /path/to/foo will also succeed when /path/to
exists and /path/to/foo points to some target /another/path/to/bar
39 matches
Mail list logo
