On 03/13/2015 05:58 PM, 積丹尼 Dan Jacobson wrote:
> I'm pretty much sure I can successfully cp/mv entire
> complicated tree A onto entire complicated tree B, but it would be great
> to know before I get started if deep inside B there is something that
> will cause some tiny part of the whole operatio
On 03/16/2015 06:42 AM, Eric Mrak wrote:
It seems that whenever STDIN is involved the results padding
reverts to the BSD-style 7/8 padding. When files are given
as input (excluding STDIN) the padding reflects the width of
the largest count.
When files are given as input and one of these is "-", t
On 03/31/2015 05:15 AM, Pádraig Brady wrote:
> + tail -f continues to follow changes to a file even after it's renamed.
> + [bug introduced in coreutils-7.5]
> +
It is not 100% clear to me by this sentence what was the actual change;
maybe a little "again" or "now" would help?
> --- /dev/null
>
unarchive 19530
forcemerge 20278 19530
stop
On 04/08/2015 04:25 AM, Rich Burridge wrote:
> You'll notice that gdf no longer shows the "/" file-system:
>
> rpool/ROOT/os-s12-b70-take2
> 457G13G 310G 4%/
>
> From a cursory look at the output, I'm not sur
unarchive 18748
forcemerge 18748 8527
stop
On 04/11/2015 12:59 PM, Dolf Andringa wrote:
> Hey All,
>
> Many people on the internet seem to have stumbled across this bug, so much so
> that the ubuntu docs on
> https://help.ubuntu.com/community/FilePermissionsACLs even report that ACL's
> are ren
On 04/17/2015 10:39 AM, Ma Jiehong wrote:
Currently, 'cp', 'mv' and 'ln' share the same basic syntax, that is to say the
following:
cp [OPTION] SOURCE DEST
mv [OPTION] SOURCE DEST
ln [OPTIONS] TARGET LINK_NAME
Which is the same exact rule, and is consistent.
While this is perfect for 'cp' an
On 04/17/2015 02:45 PM, Pádraig Brady wrote:
ln [OPTIONS] EXISTING NEW
I stilll think this is a translation issue.
And I don't think the synopsis has to look the same as for
cp and mv. If you really want it to be changed, What about
ln [OPTIONS] LINK_TARGET LINK_NAME
?
Have a nice day,
On 04/17/2015 04:52 PM, Erik Auerswald wrote:
> On Fri, Apr 17, 2015 at 01:45:02PM +0100, Pádraig Brady wrote:
>> How I think about it is:
>>
>> cp [OPTION] EXISTING NEW
>> mv [OPTION] EXISTING NEW
>> ln [OPTIONS] EXISTING NEW
>
> That's good wording.
IMO there's no gain if the operand na
On 04/27/2015 07:30 AM, Paul Eggert wrote:
> --- a/bootstrap.conf
> +++ b/bootstrap.conf
...
> @@ -318,9 +319,9 @@ gnulib_tool_option_extras="--tests-base=gnulib-tests
> --with-tests --symlink\
> buildreq="\
> autoconf 2.64
> automake 1.11.2
> -autopoint -
> +autopoint 0.19.4
> bison
On 04/27/2015 09:27 AM, Paul Eggert wrote:
Bernhard Voelker wrote:
Could we work around
it?
Sure, how about if we shrink it down to 0.19? Would that work for you?
yes, "0.19" is okay for me - openSUSE-13.2 has 0.19.2.
Thanks & have a nice day,
Berny
on a local ext4 file system:
+ is_local_dir .
./tests/tail-2/inotify-rotate-resources.sh: line 28: is_local_dir: command not
found
+ skip_ 'inotify not used on remote file system'
The attached fixes this: s/(is_local_dir)/\1_/
Have a nice day,
Berny
>From 99dfd5a6616cbda93d1c8c917a
On 05/19/2015 07:21 AM, Chris Puttick wrote:
> The expansion & consequences of my typo understood! However, given the
> risks inherent in this edge case (directory only has 2 files in it)
> and the unlikelihood of someone wanting to change a directory
> containing 2 different files into a directory
On 05/28/2015 12:24 AM, Linda Walsh wrote:
ok... ARG -- I just installed the new version of grep from
my distro (suse13.2) -- grep-2.20-2.4.1.x86_64
I think they'll be out with a new distro release in about
a year...(yes, I can probably build my own...like I have
to with a growing body of Softwa
tag 20679 notabug
close 20679
stop
On 05/28/2015 06:08 AM, 徐兴旺 wrote:
If the name of current diretory including blank, pwd return raw blank istead of escaping
character, "\ ".
When used with cp command, the directory name will be recognized two params.
If I understand correctly, then you have
On 05/28/2015 03:17 PM, Linda Walsh wrote:
Bernhard Voelker wrote:
On 05/28/2015 12:24 AM, Linda Walsh wrote:
ok... ARG -- I just installed the new version of grep from
my distro (suse13.2) -- grep-2.20-2.4.1.x86_64
I think they'll be out with a new distro release in about
a year...(y
On 05/31/2015 04:35 AM, Bob Proulx wrote:
> Bernhard Voelker wrote:
>> First of all, I want to mention that the invoked 'pwd' is a builtin
>> in most shells, which means you have to e.g. specify the path like
>> /bin/pwd to be sure to invoke the coreutils version
tag 20840 notabug
close 20840
stop
On 06/18/2015 02:15 AM, alisoncosse...@gmail.com wrote:
> when attempting to install Anaconda 2.2.0 Linux x86-64 after I accept the
> license it gets into what looks like a
> terminal loop where each line just say “y” over and over for minutes and
> minutes -
tag 21051 notabug
close 21051
stop
On 07/13/2015 10:04 PM, Lee Sung wrote:
> I cannot delete dir/file from my home directory.
> [lsung@hw-lnx-shell3 ~/fpc_i2cs_cpld]$
>
> [lsung@hw-lnx-shell3 ~/fpc_i2cs_cpld]$ ls -al
> total 28
> drwxr-xr-x 3 lsung ipg4096 Jul 13 11:23 .
> drwxr-xr-x
On 07/16/2015 04:49 PM, Eric Blake wrote:
On 07/16/2015 07:20 AM, Ruediger Meier wrote:
IMO all workarounds to cleanup "." (inclusive dot-files) are just
annoying.
These work (but I agree that they are much longer to type)
rm -rf -- * .??* .[!.]
(except that has problems with command line len
On 07/20/2015 09:26 PM, Norbert de Jonge wrote:
> Maybe someone has time and energy to make some minor improvements to
> uname's man page. The problem lies in the vagueness and similarity of
> the options -m, -p and -i, combined with the program's unpredictable
> output.
Thanks for the report.
Ad
On 08/01/2015 05:13 AM, Linda Walsh wrote:
> [...] for me, just the special option to allow "." or dir/. is far more
> important.
You're discussing several aspects at once - '.' as operand, stopping
the removal at file system boundaries, etc. - but this all sounds to me
as if you simply wanted thi
On 08/02/2015 10:15 AM, Paul Eggert wrote:
> Linda Walsh wrote:
>> find, by itself, has no way to remove all of the items under a
>> tree even if you own them all.
>
> That's not a problem. Have 'find' call 'rm'. Something like this, say:
>
> find . ! -name . -prune -exec rm -fr {} +
>
> So th
On 08/23/2015 01:35 PM, Paul Eggert wrote:
> Erik Auerswald wrote:
>> an explicit "Inf" keyword is still better than some number that
>> relies on system limits
>
> With the latest patch, there are no system limits; you can use as big a
> number
> as you like. I'm aware of the "use 0 to denote
On 10/19/2015 05:48 PM, Eric Blake wrote:
[...]. In fact, I'd argue that:
find . -exec echo Prefix{}Suffix +
should be a usage error, [...]
It is:
$ find . -exec echo Prefix{}Suffix +
find: In ‘-exec ... {} +’ the ‘{}’ must appear by itself, but you specified
‘Prefix{}Suffix’
$ fin
On 10/26/2015 02:51 AM, Pádraig Brady wrote:
> From 5e3d017e7bc66cf6f666160f774944c2ff52d1ae Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?P=C3=A1draig=20Brady?=
> Date: Mon, 26 Oct 2015 01:26:04 +
> Subject: [PATCH] md5sum: quote all printed file names
>
> This is especially significant when us
On 10/27/2015 06:21 PM, Pádraig Brady wrote:
> On 26/10/15 07:11, Bernhard Voelker wrote:
>> BTW: I was quite surprised to see that the other utilities -
>> sha{224,256,384,512}sum - don't have a single negative test.
>> I mean, there should be at least one case for eac
On 10/28/2015 11:00 AM, Pádraig Brady wrote:
Reopened until someone else votes.
I'm 50:50 regarding the usefulness of --verbose.
Writing "killed PRG after N seconds elapsed" sounds like a useful
message, yet I'm afraid that then other requests may follow soon
which may really bloat the code, e.
On 11/01/2015 09:40 PM, Pádraig Brady wrote:
> From ecf68e3e31f6794ed193d7c5c7271304b8790d79 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?P=C3=A1draig=20Brady?=
> Date: Sun, 1 Nov 2015 20:37:00 +
> Subject: [PATCH] doc: fix texinfo for short options taking a parameter
>
> * doc/coreutils.texi:
On 11/13/2015 06:17 PM, Pádraig Brady wrote:
> You can change the buffering with stdbuf. For e.g.:
>
> tail -f testfile | stdbuf -oL tr -d H | grep e
Additionally, depending on whether you furtherly process the output,
e.g. with yet another "| grep .", you see that grep also uses some
output bu
On 11/14/2015 05:00 PM, Tim Shaw wrote:
> What I would like to do is add a parameter to tee, "-2", that copies to
> stderr in addition to stdout, just like "-"
> copies to stdout twice. So the code becomes
> echo big long complicated error message goes here | tee -2
> Simple, eh?
Having an ad
On 11/27/2015 09:50 AM, Catalino Rivera wrote:
> Been dealing with this problem over a month now and been set aside for a
> while since I have to take of some other important stuff.
> Now I need to fix it due to job requirements.
> I successfully mounted NFS to a ubuntu server and access the file,
On 11/28/2015 08:54 PM, Dan Jacobson wrote:
> Shouldn't head and tail's man pages mutually SEE ALSO?
Thanks.
Good idea - the following patch does that.
I'll apply soon.
Have a nice day,
Berny
>From 79c5b8f452ad01382c8e1d3e495a65428ae59b02 Mon Sep 17 00:00:00 2001
From: B
xes K, M, G, T, etc.
Have a nice day,
Berny
>From bc5ac10be70600a012e917f17c828bbc73fb2e78 Mon Sep 17 00:00:00 2001
From: Bernhard Voelker
Date: Sat, 28 Nov 2015 21:39:23 +0100
Subject: [PATCH] doc: avoid confusing K argument in the man pages of head and
tail
The character 'K'
On 11/28/2015 09:45 PM, Bernhard Voelker wrote:
> On 11/28/2015 09:01 PM, Dan Jacobson wrote:
>> On both the head and tail man pages,
>> can you kindly not use "K"?
>>
>>-c, --bytes=K
>> output the last K bytes;
On 11/28/2015 09:16 PM, Bernhard Voelker wrote:
> On 11/28/2015 08:54 PM, Dan Jacobson wrote:
>> Shouldn't head and tail's man pages mutually SEE ALSO?
>
> Thanks.
> Good idea - the following patch does that.
Pushed at:
http://git.sv.gnu.org/cgit/coreutils.git/comm
On 11/29/2015 12:16 AM, Pádraig Brady wrote:
> I remember having slight reservations about K too.
> http://lists.gnu.org/archive/html/bug-coreutils/2009-05/msg00279.html
> Nothing much better comes to mind.
Thanks.
In that discussion, also longer alternatives like COUNT or CNT were
mentioned. If
On 11/30/2015 06:46 PM, Saint Michael wrote:
> why don't we just go ahead and do it?
not everything which can be done makes sense to do, and even
less if the functionality is already there.
Comparison: someone is always going to his favourite Italian
restaurant for its tasty pizza and pasta. Som
BTW).
Patch attached ... it's just not so tiny because I also fixed the order
of the options of tail in the Texinfo manual.
Have a nice day,
Berny
>From f7ab20cd606fe6f66028a382d1b5736c4fea9d15 Mon Sep 17 00:00:00 2001
From: Bernhard Voelker
Date: Mon, 30 Nov 2015 22:09:29 +0100
Subject: [PA
On 11/30/2015 11:36 PM, Pádraig Brady wrote:
> Looks good.
>
> Marking bug as done.
Thanks, pushed at
http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=f7ab20c
Have a nice day,
Berny
On 12/18/2015 04:22 AM, Paul Eggert wrote:
> Eric Renouf wrote:
>> If a write to any successfully opened file operand fails
>
> But the write didn't fail here. Instead, a signal was sent to 'tee'. If you
> don't want the signal, trap it. E.g.:
>
> trap '' PIPE
> for i in {1..300}; do
> echo
On 01/02/2016 11:28 PM, Pádraig Brady wrote:
> Subject: [PATCH 1/3] install: fix relative copies to absolute directory with
> -D
>
> * src/install.c (mkancesdirs_safe_wd): Unconditionally
> restore the current working directory when possible called
> multiple times (from install_file_in_dir()).
On 01/22/2016 10:03 AM, D.P.Pandya wrote:
> If I tries to check filesystem type by `stat -f` command on my Ext4
> partition, it gives output: ext2/ext3 which is wrong.
>
> Example:
>
> $ df -T /
> Filesystem Type 1K-blocks Used Available Use% Mounted on
> /dev/sda8 ext4 25672796 10
On 01/24/2016 06:06 PM, Pádraig Brady wrote:
> The simplest fix would be to turn it into a macro:
Thinking about it again, we could've passed program_name as
parameter to emit_try_help(), too, right? (... which would've
meant a change to usage() of all programs, of course.)
Have a nice day,
Bern
tag 22498 notabug
close 22498
stop
On 01/31/2016 03:45 AM, 積丹尼 Dan Jacobson wrote:
> Man cmp:
>-i, --ignore-initial=SKIP
> skip first SKIP bytes of both inputs
>
>-i, --ignore-initial=SKIP1:SKIP2
> skip first SKIP1 bytes of FILE1 and first SKIP2 bytes o
On 02/01/2016 05:53 AM, Bob Gustafson wrote:
> Description of problem:
>
> I am trying to copy /root, /home from a single disk (running the os) to a
> bigger raid 1 disk pair running in the same chassis.
>
> fedora is the lvm vg_group of the running system, fedora23 is the lvm
> vg_group of the
On 02/08/2016 10:28 PM, 積丹尼 Dan Jacobson wrote:
> Ah ha, they just should have returned what the system calls said in the
> first place, and not tinker with the output!
>
> Them tinkering with the output only makes things worse.
Actually this _is_ an improvement:
After stat() has detected that t
--- hurdtest.c-ORIG 2016-02-11 09:27:57.422023914 +0100
+++ hurdtest.c 2016-02-11 09:28:29.781433313 +0100
@@ -10,7 +10,7 @@
struct stat st;
off_t cur_offset;
off_t end_offset;
- int fd = open ("/dev/zero", O_RDONLY);
+ int fd = open (file, O_RDONLY);
printf ("file=%s\n", file);
On 02/16/2016 11:50 AM, Jason A. Donenfeld wrote:
And, when such a
change is made in software considered "core", by a single individual
unilaterally without extremely wide consultation of the larger
community, it is clear that a grave an unacceptable thing has
happened.
We already heard a few c
tag 22696 notabug invalid
thanks
bummer - accidentally opened this one by CCing bug-coreutils during
reply-all. Let's keep this on the main list, thus closing here.
Have a nice day,
Berny
tag 22759 notabug invalid
thanks
On 02/21/2016 08:35 PM, Noe wrote:
> I sleep my computer for faster access when unexpected things pop up on
> my schedule. I use Linux Mint 17.3 Rosa MATE 64-bit for every day use
> like web browsing and heavy gaming and when I sleep the compute it does
> what i
forcemerge 14020 22885
close 22885
thanks
On 03/02/2016 06:01 PM, Andrew Vanada wrote:
> I thought I'd report this error message that I've been seeing on the network
> device that my company has created. We are using an UBIFS mounted on
> /dev/mtd6. This error shows when I run a tail on any fi
On 03/09/2016 12:03 AM, Eric Blake wrote:
> Appears to have been broken in gnulib commit 2d5ce445, first released in
> coreutils 8.24. Does this look okay to push on the coreutils side?
bdb72bc6: LGTM, thanks!
Re. updating gnulib to latest:
Please also merge the trivial change in bootstrap.
Mayb
On 03/14/2016 07:39 PM, Paul Eggert wrote:
> Is the minor benefit worth all this hassle?
I'm afraid not. Furthermore, I've seen several "creative" approaches
of day-to-day users for spelling the locale: is it upper-case? Use a dot
or a minus or an underscore between the 1st and 2nd part? Is the
On 03/21/2016 04:16 PM, Pádraig Brady wrote:
On 21/03/16 00:59, William R. Fraser wrote:
When wc gets its list of files by reading from stdin, using the argument
'--from-files0=-', it reuses the same fstatus struct for each file.
The problem is that the 'wc' function checks the 'failed' member
On 03/22/2016 07:35 PM, Ruediger Meier wrote:
> echo 'int main(int argc, char **argv){return 0;}'> /tmp/true.c
coreutils' src/true.c does exactly that - unless the user passes
an argument:
int
main (int argc, char **argv)
{
/* Recognize --help or --version only if it's the only comman
On 03/24/2016 04:28 PM, Маренков Евгений wrote:
> I have recently noticed an apparent bug in 'seq'. If one runs
> seq -w 2 1 10
> everything works fine.
> But
> seq -w 2 0 10
> falls into endless loop ...
Thanks for the report.
However, I don't think this is a bug but more a misunderstanding
on y
On 03/31/2016 05:41 PM, Pádraig Brady wrote:
I'll push the attached later.
LGTM. Thanks!
Have a nice day,
Berny
On 03/31/2016 11:51 PM, Eric Blake wrote:
[moderator note - resending with large .pngs stripped so as not to
overwhelm the list server or recipients; the original bug can be viewed
online at bugs.gnu.org/23176]
Forwarded Message
To: 23...@debbugs.gnu.org
Date: Thu, 31 Mar 2016
tags 23110 notabug
close 23110
thanks
On 04/06/2016 08:19 PM, Ruediger Meier wrote:
> This sounds all true, however then these one should also run forever:
> $ seq 10 0 2
>
> Man page says:
> INCREMENT is usually positive if FIRST is smaller than LAST,
> and INCREMENT is usually negative
ior art in the BSDs [0], the attached
proposes the same for GNU coreutils.
[0] http://ftp.netbsd.org/pub/NetBSD/NetBSD-release-7/src/usr.bin/seq/seq.c
Have a nice day,
Berny
>From 5a7da754f7b5dca598748f5b83046507e5c91b84 Mon Sep 17 00:00:00 2001
From: Bernhard Voelker
Date: Thu, 7 Apr 2016 15:59:45
On 04/08/2016 09:45 PM, Paul Eggert wrote:
> On 04/08/2016 05:57 AM, Pádraig Brady wrote:
>> Do we want to deal with these cases spinning the cpu,
>> in further patches?
>>
>>seq 1 nan 1
>
> NaN should be an error in any of the operands.
+1
>> seq 1 .001 1
>
> Fo
On 04/12/2016 01:54 AM, Pádraig Brady wrote:
> On 11/04/16 23:37, Dennis J wrote:
>> I'm getting this error when doing a tail -f on a simple text file.
>> tail: unrecognized file system type 0x53464846 for ‘kn.txt’. please report
>> this to bug-coreutils@gnu.org. reverting to polling
>
> Interest
On 04/13/2016 10:22 PM, Yigal Korman wrote:
> Hi,
> We (Plexistor Ltd.) are offering the first file-system to support
> persistent memory.
> You can download the community edition from our website:
> http://www.plexistor.com/download/
> Our customers are reporting the issue mentioned in the title f
it will also exit with error.
> GNU will just output nothing in that case.
I think GNU seq's behavior is okay, and therefore I agree with Paul in
http://lists.gnu.org/archive/html/bug-coreutils/2016-04/msg00032.html
Have a nice day,
Berny
>From 81e589021d9c47e4fbc4284e82881a9703246476 M
On 04/14/2016 06:47 PM, Pádraig Brady wrote:
> The 2 patches look good.
thanks for the review, pushed.
> On 14/04/16 17:37, Bernhard Voelker wrote:
>>>>seq 1 .001 1
>> I consider this a bug in seq: from mathematical point of view, the abo
On 04/21/2016 11:15 PM, Pádraig Brady wrote:
> bike-shedding, I notice the ASCII of the ID backwards is FHFS.
> Perhaps that means File Handle FS?
> Searching shows nothing. I'll stay with WSLFS for now
+1
Thanks & have a nice day,
Berny
tags 23353 notabug
close 23353
thanks
On 04/24/2016 08:29 AM, Akshaj Vk wrote:
> levin@ubuntu-1gb-sgp1-01:~$ sudo apt-get remove apache2*
>
> E: Could not open lock file /var/lib/dpkg/lock - open (2: No such file or
> directory)
>
> E: Unable to lock the administration directory (/var/lib/dpkg/)
tag 23367 notabug
close 23367
stop
On 04/25/2016 07:34 AM, Selva Kumar wrote:
Hello Sir,
May I know how to debug ls related commands?
You failed to mention what exactly you want to achieve, or what
your problem currently is. Therefore, I can only give rather
general advices.
E.g. if strang
On 04/23/2016 12:19 PM, Pádraig Brady wrote:
> Heh just after I push this I see reference to VolFS and DriveFS :)
>
> https://blogs.msdn.microsoft.com/wsl/2016/04/22/windows-subsystem-for-linux-overview/
oh, thanks.
Hmm, I couldn't find any other site than this for more
information - did you mana
On 05/04/2016 05:59 AM, Jim Meyering wrote:
> - bool default_format = (just_user + just_group + just_group_list
> + bool default_format = (0U + just_user + just_group + just_group_list
> + just_context == 0);
These are all bool - wouldn't it be better to use boolean ins
On 05/04/2016 05:08 PM, Jim Meyering wrote:
> Subject: [PATCH] maint: avoid new warning from gcc (GCC) 7.0.0 20160503
> (experimental)
>
> * src/id.c (main): When configured with --enable-gcc-warnings and using
> the very latest gcc built from git, building would fail with this:
> src/id.c:200:
On 05/12/2016 10:54 AM, Pádraig Brady wrote:
> On 11/05/16 21:35, Alan Aguia wrote:
>> Hi I have a developement in Azure using docker and Ubuntu, Apache y Php and
>> I am getting the following error
>>
>> tail: unrecognized file system type 0xfe534d42 for
>> '/var/appdata/logs/application.log'. ple
On 05/16/2016 08:44 PM, Pádraig Brady wrote:
> On 12/05/16 23:29, Bernhard Voelker wrote:
>> [...] somehow the email didn't
>> reach the list:
>>
>>23...@debbugs.gnu.org:
>>no valid MX hosts found
>
> Bob had an explanation for what maybe happen
tag 23773 notabug
thanks
On 06/15/2016 06:31 PM, Al Mamun wrote:
> Hi,
>
> I was trying to "su - nonrootuser" but it returns incorrect password but
> the password is ok and I can login from ssh. Everything is good with root.
> Only the non-root user is causing the problem.
The program su is no
unarchive 23273
forcemerge 23273 24078
close 23273
stop
On 07/26/2016 10:39 AM, Rutger Weemhoff wrote:
> Using "tail" on Bash in Windows 10 (Windows Insider slow ring build 14316):
>
> tail: unknown filesystemtype 0x53464846 for 'filename.log';
Thanks for the report.
This one was already fixed
On 07/27/2016 09:07 AM, Paul Eggert wrote:
> On 07/26/2016 09:13 AM, Lars Issing Sauer wrote:
>> According to the description "%M" is minutes and "%m" is month... but
>> the command takes "%M" as month and "%m" as minutes ;)
>
> Sorry, I don't see any bug here. "date +%M" outputs the current n
On 07/27/2016 11:13 AM, Pádraig Brady wrote:
> Subject: [PATCH] doc: make date(1) synopsis consistent with output +FORMAT
+1
Thanks & have a nice day,
Berny
On 08/23/2016 07:08 PM, Miku wrote:
> Hello
>
> When doing "mv * dest_folder" and one of files in directory starts with
> -- or - it sees that as an option.
>
> For instance if one of files is named "-v" or "--version" then "mv *
> dest_folder" would work like "mv -v * dest_folder" and "mv --ve
unarchive 23273
forcemerge 23273 24437
stop
On 09/14/2016 05:17 PM, estlo...@ximasoftware.com wrote:
> I receive the following message every time I tail a file on my “Bash on
> Ubuntu on Windows” shell:
> “tail: unrecognized file system type 0x53464846 for ‘stderr_20160913.log’.
> please report
unarchive 23516
forcemerge 23516 24438
stop
On 09/14/2016 09:47 PM, Alan Aguia wrote:
> Hi I am having once more the same problem, I do not know what to do. I have
> a docker
> with ubuntu 15.10 running under azure
>
> tail: unrecognized file system type 0xfe534d42 for
> '/var/appdata/logs/error.
unarchive 22151 22977
forcemerge 22151 22977 24447
stop
On 09/15/2016 09:36 PM, Damion Waltermeyer wrote:
> This popped up in a sensu-client docker container log while running tail
> from the host.
>
>
> *** Booting runit daemon...
> *** Runit started as PID 7
> tail: unrecognized file system ty
tag 24527 notabug
close 24527
stop
On 09/24/2016 11:44 AM, Jash Dave wrote:
> There is problem while sorting comma separated entries (specifically
> numbers). Even when the separator symbol is set to comma, it reads all
> following columns with numbers, and doesn't treats comma as separator
> betw
On 09/21/2016 08:15 PM, Pádraig Brady wrote:
> We can get expected behavior option 1 with the attached patch.
> Note that's inconsistent with current inotify behavior which does
> _not_ actually give up on the name, as can be seen when starting
> with a (non existent) file:
>
> $ touch foo
> $ tai
tag 24561 notabug
close 24561
stop
On 09/28/2016 05:48 PM, Martens, Tobias wrote:
> echo "-(1)^2" | bc
> 1
Andreas already gave the answer: operator precedence (see 'man bc').
Besides, bc(1) is not part of GNU coreutils, and a better address for
such a report would have been "bug...@gnu.org".
Th
On 09/28/2016 03:27 PM, Pádraig Brady wrote:
> The attached patch how has the preferred behavior option 2
> both with and without inotify.
Great, this looks good to me.
+1
Thanks & have a nice day,
Berny
On 09/26/2016 05:53 PM, Paul Eggert wrote:
>> "I don't think we need to fix this for runcon, as it isn't as
>> sandboxing tool like sandbox, and the loss of job control would likely
>> be much more noticeable for runcon."
>
> Thanks, closing the debbugs bug report.
FWIW Karel just committed a wor
unarchive 23273 24437
forcemerge 23273 24437 24654
stop
On 10/10/2016 12:31 AM, Kleber Angotti wrote:
>Error message: tail: unrecognized file system type 0x53464846 for
>“log_2016-10-09.txt”. please report this to [1]bug-coreutils@gnu.org.
>reverting to polling
Thanks for the report,
On 10/26/2016 04:55 PM, Pádraig Brady wrote:
> Ouch that is a bug, triggered when --ignore-missing is used
> with checksums that start with 00
> The attached should fix it up.
Nice one; the fix looks good to me.
All downstream projects should pick that up.
Have a nice day,
Berny
On 11/03/2016 05:04 PM, Pádraig Brady wrote:
> Subject: [PATCH] stat: make --format=%N honor the QUOTING_STYLE env var
>
> * doc/coreutils.texi (stat invocation): Describe the
> QUOTING_STYLE values now supported.
> * src/stat.c (getenv_quoting_style): A new function called
> from main, that sets
On 11/03/2016 01:06 AM, Pádraig Brady wrote:
> Subject: [PATCH 1/2] maint: simplify handling of backup --suffix in various
> [...]
> Subject: [PATCH 2/2] maint: refactor printing of backup suffix
Nice one, thanks!
Have a nice day,
Berny
On 11/08/2016 06:47 PM, Pádraig Brady wrote:
> Subject: [PATCH] tail: terminate when following pipes and untailable non pipes
>
> * src/tail.c (ignore_pipe_or_fifo): Mark the descriptor as -1
> for pipes so that any_live_files() detects correctly that
> the entry is no longer live.
> * tests/tail-
On 11/09/2016 12:19 AM, Pádraig Brady wrote:
> + tail -f - 'untailable file' will now terminate when there is no more data
> + to read from stdin. Previously it behaved as if --retry was specified.
> + [This bug was present in "the beginning".]
LGTM, thanks.
> BTW I see a related issue with `
On 11/09/2016 12:44 AM, Bernhard Voelker wrote:
> and even more strange: when 'missing_file' then appears
> later, tail doesn't terminate when both files are removed:
oops, forget about this: we're following by descriptor, and
tail can not know if the file is still
tag 24916 notabug
thanks
On 11/10/2016 01:36 AM, Paul Campbell wrote:
> I'm an OpenWRT user - which builds just about everything as cross tools -
> lots
> of systems don't do AR and RANLIB paths correctly and it's not really
> been a problem until recently
>
> I'm also an Ubuntu user
On 11/12/2016 12:24 AM, 積丹尼 Dan Jacobson wrote:
> Please add a comm --print-summary and --quiet, so we wouldn't have to write
> $ comm FILE1 FILE2|perl -nwe '
> /^\t+/;
> $h{ length $& || 0 }++;
>
> END {
> @L = ( "Lines in 1st ", "Lines in 2nd ", "Lines in both" );
> printf "%s: %5d\n", $
23". ;-)
Have a nice day,
Berny
>From 9b3d7131329af1f74d5100598a4dcf7ed111bc32 Mon Sep 17 00:00:00 2001
From: Bernhard Voelker
Date: Thu, 17 Nov 2016 03:38:54 +0100
Subject: [PATCH] comm: add --total option
* src/comm.c (total_option): Add bool variable for the new option.
(TOTAL_OPTION): Add enum value.
(long_options)
On 11/17/2016 03:40 AM, Pádraig Brady wrote:
> Right that's better for cp, though inaccurate for install(1).
Good point!
> I'll do this I think:
>
> if (install)
> "omitting directory '/foo/bar'"
> else /* cp */
> "-r not specified; omitting directory '/foo/bar'"
I like it. Please
On 11/17/2016 11:12 AM, Pádraig Brady wrote:
> Usually you'd want counts separately from each other
> and separate from the data itself, in which case wc -l suffices:
>
> $ echo Lines in both = $(comm -12 file1 file2 | wc -l)
> $ echo Lines only in 1st = $(comm -23 file1 file2 | wc -l)
> $ echo
On 11/17/2016 11:32 AM, Pádraig Brady wrote:
> Your implementation is fine as is I think.
Okay, thank.
As I'm only slightly pro and you are 50:50, I'll wait for someone
else's opinion (/decision) whether to push.
Thanks & have a nice day,
Berny
On 11/19/2016 02:31 PM, Pádraig Brady wrote:
> I'll push the attached later.
LGTM, thanks!
Have a nice day,
Berny
301 - 400 of 672 matches
Mail list logo
