On Fri, 2014-11-14 at 23:36 +, Pádraig Brady wrote:
> On 13/11/14 16:06, Boris Ranto wrote:
> > On Thu, 2014-11-13 at 15:41 +, Pádraig Brady wrote:
> >> On 13/11/14 13:58, Boris Ranto wrote:
> >>> On Wed, 2014-09-24 at 17:18 +0100, Pádraig Brady wrote:
...
> >> We've three options that I se
-atomicity of mv for hardlinks
( http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/12985 ), from
the current reproducer it looks like the fix is probably incomplete.
Regards,
Ondrej Vasik
Hi,
as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1104244 ,
Veritas Clustered Filesystem ( vxfs ) has issues with inotify support -
thus tail --follow doesn't work properly. Can you please add this
filesystem to the list of remote filesystem?
TIA.
Greetings,
Ondrej Vasik
Hi,
recently I got one bug report, asking about mknod not running correctly
with old syntax
mknod -m 666 -Z system_u:object_r:random_device_t:s0 /dev/random2 c 1 9
This is not a bug, as since 8.22, short version of -Z doesn't accept
optional arguments.
However, --help and manpage is a bit misleadi
On Wed, 2013-11-06 at 14:09 +0100, Bernhard Voelker wrote:
> tag 15819 notabug
> thanks
>
> [added Ondrej]
>
> > On November 6, 2013 at 8:00 AM Ty! Boyack wrote:
> > Behavior:
> >
> > The setup script /etc/profile.d/colorls.csh works fine in a stock F19
> > installation, but if a local admin add
Hi -Ty!,
colors.csh/sh scripts are Fedora specific. I'll make this redirect
change in Fedora Rawhide. Thanks for report! Closing this upstream bug
report.
tags 15819 + notabug
close 15819
Greetings,
Ondrej
On Wed, 2013-11-06 at 00:00 -0700, Ty! Boyack wrote:
> Behavior:
>
> The setup
ns approach" in the script - so this is
more artificial than real life example... still, there might be real
life complains about this longer form.
But even the best one approach - having code to reliably distinguish
between the types - so reporting just ext4 (or ext3) may break some
scripts. ext[234] as well and might be confusing. Same with "ext2
family"...
For me - no good option (even the ext2. ext3 vs. ext4 identification is
not perfect way, may break scripts relying on ext2/ext3 as well)... only
choosing lesser evil...
Greetings,
Ondrej Vasik
On Tue, 2013-01-08 at 11:09 -0700, Eric Blake wrote:
> On 01/08/2013 11:05 AM, Ondrej Vasik wrote:
>
> >> $ join <(join <(cat -n one) <(cat -n two)) <(cat -n three) |\
> >>sed 's/^[0-9]* *//'
> >> 1 a x
> >> 2 b y
>
On Tue, 2013-01-08 at 10:50 -0700, Eric Blake wrote:
> tag 13389 notabug
> thanks
>
> On 01/07/2013 10:57 PM, Mohanad Azzam wrote:
> > Dears
> >
> > Could we print values to be as three column ,each column present the values
> > of each file.
> >
> > More explanation :
> > I have three files ,e
ng we are worried about here.
Just to clarify, Fedora 18 still uses su from coreutils (and last
version of coreutils with su), the switch to util-linux su was done only
in Fedora Rawhide.
Yaniv, feel free to email me and Karel Zak (k...@redhat.com , maintainer
of util-linux) if you want to discuss the issue as the distro-related
thing.
Greetings,
Ondrej Vasik
character is special, it gets expanded by the shell. As this is quite
common misunderstanding, it is part of GNU coreutils FAQ.
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#expr-2-_002a-3-does-not-work
Please consider reading this faq, it might save you from other common
misunderstanding in the future.
Greetings,
Ondrej Vasik
On Mon, 2012-03-05 at 23:27 +0100, Bruno Haible wrote:
> Ondrej Vasik wrote:
> > Therefore @ sign was chosen
> > based on http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8391#59 ...
>
> The choice was pretty random:
>"we can choose some otherwise-unused character, s
On Mon, 2012-03-05 at 21:20 +0100, Bruno Haible wrote:
> Paul Eggert wrote:
> > this use of "+" does not conflict with input usages like
> > "chmod +x foo".
>
> It's because this use of '+' is easy to remember.
> "chmod +x" means "add execution permissions".
> "chmod -x" means "remove execution pe
On Fri, 2012-02-24 at 11:47 -0800, Paul Eggert wrote:
> On 02/24/2012 11:33 AM, Ondrej Vasik wrote:
> > Yes, but `chmod @755 DIR' approach will not let you to write a script
> > which will work without modification on RHEL-4,RHEL-5 and RHEL-6
> > machine...
>
> N
On Fri, 2012-02-24 at 11:22 -0800, Paul Eggert wrote:
> On 02/24/2012 11:05 AM, Ondrej Vasik wrote:
> > requester was fine with double zero 5+ octal digit
> > approach.
>
> I expect the requester would also be fine with a leading-'@'
> approach. All the re
On Tue, 2011-05-31 at 15:20 +0200, Christoph Anton Mitterer wrote:
> On Tue, 2011-05-31 at 09:42 +0200, Ondrej Vasik wrote:
> > Could you please specify coreutils version where you experience the
> > issue?
> Sorry, forgot that.
> This was the corutils from Debian sid, w
context possible failure of preserving these attributes doesn't
change exit status. This is described in info documentation. If it
doesn't show any error message, please try if using --preserve=xattr
shows an error. Additionally, strace of the failed preservation and
information about destination filesystem might help too.
Greetings,
Ondrej Vasik
Not too much to do, date parser is very fragile and you will
always have this kind of disambiguations there. So there is only one
hint, make the format as complete as possible (date time timezone
offset)...
With `date --date="yesterday 00:00 PDT +1 day"` you should get the date
you expected.
Greetings,
Ondrej Vasik
the 00XXX suggestion - do you plan to implement that
yourself? If you don't have time for writing it but this solution is
generally acceptable compromise, I could try to prepare a patch for
that.
Greetings,
Ondrej Vasik
On Fri, 2011-03-04 at 08:02 +0300, Станислав wrote:
> [dd] bs=blocksize doesn't work as expected, for example:
> tar -c /somedir | dd bs=256K of=/dev/nst0
> In this example backup record will be recorded to a tape with block size =
> 10K instead of 256K because 10K is default for tar.
> There is wo
elp about this
There was no coreutils update in F13 in the last few weeks. Are you
using coreutils-8.4-10.fc13 from Fedora or upstream version? Could you
please be more specific what's your issue?
Greetings,
Ondrej Vasik
As the same bash request for change in builtin echo and printf
(http://lists.gnu.org/archive/html/bug-bash/2010-12/msg00030.html and
https://www.opengroup.org/sophocles/show_mail.tpl?CALLER=show_archive.tpl&source=L&listname=austin-group-l&id=15087
) was rejected, I think we should do the same her
Pádraig Brady píše v Út 07. 12. 2010 v 09:48 +:
> There is an extraneous \n in the NEWS.
>
> Also I'd rephrase:
>
> +(if @var{ooo} is 1 to 3 octal digits byte value) specifying a character
> +to print, and @samp...@var{hh}} as a hexadecimal number (if @var{hh} is
> +1 to 2 hex digits) specify
nderstand, because otherwise the reader is left
> wondering why that unnecessary comparison to '7'
> (or '0') is in there.
Yep, you are right - as the octal value of *p/*b is checked later, this
shorter way is better readable and shorter.
Added the NEWS entry in addition
printf '\0610'
output is added. Previously it was interpreted as 392 and this was
passed to putchar(), after the patch it is interpreted as '\061' + '0'
=> 10 .
I have also added missing \NNN GNU extension to --help output of echo.
Greetings,
Ondrej V
Hi,
Attached patch adds colorizing *.war, *.sar and *.ear (Java EE archives,
similar on surface as *.jar) with the archive color.
This was suggested/requested by Ville Skyttä in rhbz #616497 .
Greetings,
Ondrej Vasik
>From 110f2fb32d6c3ca20624d5122438c3abcf4fd6dc Mon Sep 17 00:00
Jim Meyering meyering.net> writes:
> In the multi-file case, the pre-patch performance penalty for enabling
> the ifdef'd-out code would range from probably-immeasurable (for just
> 2 or 3 files) to infinite, with enough files to make install exhaust
> virtual memory.
Actually even for 2-3 files
27 matches
Mail list logo
