Hi,
as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1280333 ,
Oracle ADVM/ACFS is not listed among the remote filesystems and in
stat.c . Can you please add S_MAGIC_ACFS (0x61636673) to stat.c as a
remote filesystem? Not sending as a patch, as this is quite simple
change.
Thanks in adva
Bob Proulx píše v Pá 28. 08. 2015 v 13:10 -0600:
> tag 21369 + notabug moreinfo
> thanks
> billy_k_woo...@homedepot.com wrote:
> > /sbin/runuser issue on RHEL 6.7 when executing `whoami` as tomcat.
...
> For another you are reporting a problem about "Coreutils RHEL 6.7
> runuser" but runuser is not
.html ,
but I haven't found patch solving this issue in those reports.
Attached patch should solve it and I don't see any negative side effects from
it.
Greetings,
Ondřej Vašík
From f5b34e9ff958ae8df8c7e0adfb8dd04ad95d3668 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=
IXLY_CORRECT but doing
additionally this hack looks silly to me)
Greetings,
Ondřej Vašík
signature.asc
Description: Toto je digitálně podepsaná část zprávy
,
Ondřej Vašík
From 67bc8118e98f99f59d1f601d06c121f3ed2c4f58 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Mon, 1 Feb 2010 16:29:27 +0100
Subject: [PATCH] tests: cp-a-selinux :skip the test if no loopdevices available
* tests/cp/cp-a-selinux: skip the
Hi,
Eric Blake wrote:
> According to David Venus on 12/23/2009 3:35 PM:
> > 2) Be able to say things like "fist day of year" (20090101), "week"
> > (20091220), "month" (20091201), etc.
> >
> > 3) Be able to say things like "last day of year" (20091231), "week"
> > (20091226), "month" (20091231), e
Hi,
Ondřej Vašík wrote:
> Hi,
> I'm trying to package coreutils-8.1 for Fedora Rawhide, but few tests
> are failing
> ( http://koji.fedoraproject.org/koji/getfile?taskID=1819634&name=build.log ).
> I removed all Fedora-only patches to prevent patch-related issues. Koji
Hi Jim,
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > I'm trying to package coreutils-8.1 for Fedora Rawhide, but few tests
> > are failing
> > ( http://koji.fedoraproject.org/koji/getfile?taskID=1819634&name=build.log
> > ).
> > I removed all Fedora-on
Greetings,
Ondřej Vašík
signature.asc
Description: Toto je digitálně podepsaná část zprávy
changed to not hardcode "runcon" program name.
Greetings,
Ondřej Vašík
From 3dbd792b3e9379a4795d1becdc4252de236429bc Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Mon, 5 Oct 2009 09:20:48 +0200
Subject: [PATCH] chcon: no longer abort on SELinux disab
Jim Meyering wrote:
> Here's an incomplete patch.
> It needs a test and a NEWS entry.
> Ondřej, can you adjust your test to work (or skip)
> if there is no en* locale?
Maybe something like that (attachment)?
It's checking for existence of locale binary and en_US locale and
performing the test only
Paul Eggert wrote:
> Ondřej Vašík writes:
>
> > as reported in https://bugzilla.redhat.com/show_bug.cgi?id=525134 by
> > Daniel Qarras, ls -l shows iso long format for en_* locales.
>
> I just now read that Bugzilla report, and the diagnosis and the
> patch do not s
(imho better than long iso style).
Greetings,
Ondřej Vašík
From e82f581055af6eadcf3e99ff7aa3f5f3479c7c22 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Fri, 25 Sep 2009 15:20:47 +0200
Subject: [PATCH] ls: do not show long iso time format for en_* locales
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > Pádraig Brady wrote:
> >> Yes I agree that the change is required.
> >> I've tweaked it so that the geteuid() syscall is only called
> >> if readonly files. Also I removed the error message on chmod failure
Pádraig Brady wrote:
> Yes I agree that the change is required.
> I've tweaked it so that the geteuid() syscall is only called
> if readonly files. Also I removed the error message on chmod failure
> as the user will still get an error message _if_ the copy_xattr fails.
> Also I ran it through inde
/html/bug-coreutils/2009-09/msg00166.html
and it seems it is not a bug in libattr (just strange requirement by
kernel), I modified the comment about workaround - as the culprit is
probably in kernel.
Greetings,
Ondřej Vašík
From 500acf63e78cc6bdb4fdd8b84c1f5e2305b96fb1 Mon Sep 17 00:00:0
ble and convert it internally to uppercased string -
as those envvars are not program_name dependent.
So I called emit_blocksize_note with constant string (uppercased).
Additionally I factored out duplicities about SIZE's - to same function
in system.h
Greetings,
Ondřej Vašík
Fro
Eric Blake wrote:
> According to Ondřej Vašík on 9/9/2009 2:19 AM:
> > Hello,
> > as requested via https://bugzilla.redhat.com/show_bug.cgi?id=511188 , it
> > would be nice to clarify default blocksize used by du in manpage/--help
> > output. Although I closed that b
it breaks translation strings, I guess it would be better to postpone
commit after 7.6 (if accepted).
Greetings,
Ondřej Vašík
From f5f6875b2d8828218105b3601c80ebfdc7eeefb4 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Wed, 9 Sep 2009 10:00:32 +0200
Pádraig Brady wrote:
> Ondřej Vašík wrote:
> > Pádraig Brady wrote:
> >> To minimize side affects perhaps we should only do the chmod(600)
> >> if (geteuid () != 0 && !access (src_name, W_OK)) ?
> >
> > Good idea, it would reduce possibility of s
Pádraig Brady wrote:
> Ondřej Vašík wrote:
> > Ah, I knew I forgot to do something :). Thanks for spotting this.
> >
> > Restoring to dest_mode & ~omitted_permissions done in attached patch,
> > dropped redirections from the test as well. Additionally - I modi
Hi,
Jim Meyering wrote:
> Pádraig Brady wrote:
> > Ondřej Vašík wrote:
> >> As reported in
> >> http://lists.gnu.org/archive/html/bug-coreutils/2009-08/msg00342.html by
> >> Ernest N. Mamikonyan, cp/mv fails to preserve extended attributes for
> >>
better one at the moment.
Test included...
Greetings,
Ondřej Vašík
From cae691907fe50e2ab05198a7c647fe4140e3669e Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Thu, 3 Sep 2009 16:10:21 +0200
Subject: [PATCH] cp,mv: do preserve extended attributes even for
Ernest N. Mamikonyan wrote:
[returning mailing list to CC, please keep it there]
> On Tue, 01 Sep 2009 02:16:28 -0400, Ondřej Vašík wrote:
> > Ernest N. Mamikonyan wrote:
> >> Cp(1) doesn't correctly copy extended attributes for read-only files:
> >>
> >&g
reservation is suppressed and
not preserving extended attributes is not considered as error in that
case.
Greetings,
Ondřej Vašík
signature.asc
Description: Toto je digitálně podepsaná část zprávy
Pádraig Brady wrote:
> So there was a lot more disk access with the new binary.
> but the NEWS suggests that should only be the case for
> "systems with dysfunctional readdir".
>
> What was your system?
Quite ancient system... I checked this on my old Fedora Core 6...
Anyway could check with some
m5.631s
user0m3.012s
sys 0m4.815s
new binary:
real6m8.560s
user0m3.947s
sys 0m30.572s
But correctness should be preferred as this is not so common usecase...
> Review appreciated.
Looks ok from my point of view.
Greetings,
Ondřej Vašík
signature.asc
Descriptio
Jim Meyering wrote:
> Kamil Dudka wrote:
> > On Monday 24 of August 2009 10:46:26 Jim Meyering wrote:
> >> Actually, the comment I added above has a typo.
> >> s/ENOTSUP/ENOSYS/.
> >>
> >> The diagnostic reported corresponds to ENOSYS.
> >> The adjusted patch is here:
> >>
> >>
> >> http://www.redh
Hello,
while making coreutils update for F-11, I spotted one duplicity in
copy.c caused by
http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=e0cf592f48b4e67dc31d0482ae4f4dbc820e883e
factorization commit. Attached patch removes this duplicity.
Greetings,
Ondřej Vašík
From
et us know the fix available or not.
Next time it would be better to use RHEL product support or RedHat
bugzilla. Please try to use it instead of upstream mailing list, if
--session-command is not solving your issue.
Greetings,
Ondřej Vašík
signature.asc
Description: Toto j
Pádraig Brady wrote:
> So that would not run skip(STDOUT_FILENO,...) if count==0.
> Would this break existing scripts that for example used
> this command to position a non seekable device?
>
> dd count=0 of=/dev/tape seek=1234
Thanks for objection, you are right, my patch seems to be not corre
mentioning in NEWS is not required in that case...
Greetings,
Ondřej Vašík
From 5c9811896936341f462f67fd192748cac2f49dbd Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?=
Date: Fri, 22 May 2009 09:47:34 +0200
Subject: [PATCH] dd: do not unnecesarilly allocate memory for
Ondřej Vašík wrote:
> Hello,
> as requested via IRC, adding separate test cases for patches added
> previously in that thread. It should check correct diagnostics for
> SELinux context/xattrs on filesystem without xattr/SELinux
> support(fat32).
Sorry for added dosfstools dependenc
Hello,
as requested via IRC, adding separate test cases for patches added
previously in that thread. It should check correct diagnostics for
SELinux context/xattrs on filesystem without xattr/SELinux
support(fat32).
Greetings,
Ondřej
From e6d3f340ad40635425a63a2edceb7c4a833e048e Mon Sep
but is this intentional?
Greetings,
Ondřej Vašík
signature.asc
Description: Toto je digitálně podepsaná část zprávy
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Ondřej Vašík wrote:
> Ondřej Vašík wrote:
> It reminds me another issue - due to reduce_diagnostic, if you use cp -a
> --preserve=xattr,context , failure diagnostic is reduced, but the
> command itself fails. Additionally for cp and --require-preserve=context
> and ENODATA/EN
Hello,
Ondřej Vašík wrote:
> Jim Meyering píše v Pá 17. 04. 2009 v 13:54 +0200:
> > Ondřej Vašík wrote:
> > > as reported in rhbz #496142 by Eric Sandeen, mv produces a lot of
> > > unwanted messages when moving files to filesystem without xattr support.
> > >
Ondřej Vašík wrote:
> Pádraig Brady wrote:
> > Roman Kirillov wrote:
> > > [kiril...@chiark py-src]$ join s1.txt s2.txt
> > > Segmentation fault
> > > files: http://sigizmund.info/upload/s12.tgz (28 mb)
> >
> > This issue seems related to the i18
-8:~$ join s1.txt s2.txt > /dev/null
> Segmentation fault (core dumped)
Just would like to add that it's already fixed in Fedora rawhide
package, so I'll fix it in next Fedora coreutils update for F-9/F-10.
In F-8 not, it's alrea
Jim Meyering píše v Pá 17. 04. 2009 v 13:54 +0200:
> Ondřej Vašík wrote:
> > as reported in rhbz #496142 by Eric Sandeen, mv produces a lot of
> > unwanted messages when moving files to filesystem without xattr support.
> > I guess mv selinux/xattr diagnostic error messages
Hello,
as reported in rhbz #496142 by Eric Sandeen, mv produces a lot of
unwanted messages when moving files to filesystem without xattr support.
I guess mv selinux/xattr diagnostic error messages should be reduced as
is done for cp -a, attached patch should do that.
Greetings,
Ondřej
Jim Meyering wrote:
> Pushed.
>
> http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=1721cf06d9
I guess info doc about suffix regex should be updated too...
Greetings,
Ondrej
From 88ebd00c46668f2b677c8da9a7e40584d5b97d9b Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va
Hello,
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > Jim Meyering wrote:
> >> Ondřej Vašík wrote:
> >> > What about to split that into two patches? One for SELinux changes and
> >> > one for xattr changes (commited after 7.1) - to make it more safe -
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > What about to split that into two patches? One for SELinux changes and
> > one for xattr changes (commited after 7.1) - to make it more safe - and
> > to give other distros more time to fix the leak...
>
> That sounds even
Jim Meyering wrote:
> When will the libattr fix be in F10?
Upstream report:
http://oss.sgi.com/archives/xfs/2009-02/msg00331.html
Talked with Fedora attr maintainer and he will do an update for F-10 and
Rawhide in day or two - upon the upstream reaction. So it should be in
F-10 early next week.
Hello,
as reported in rhbz #485712 , nl incorrectly states that long format for
-v is --first-page. Info documentation is correct and informs about
--starting-line-number as correct long option for -v. I guess best way
is to fix usage (and to not add --first-page option) as afaik nobody
complained
Jim Meyering wrote:
> Unfortunately, with this patch, "make check" fails the cp/link-heap test.
> Investigating why, I discovered that it introduces a huge leak into
> cp -a, at least on F10. 80MB worth in this case.
>
> I'll let you investigate that one ;-)
Leak is in libattr - added by 2.4.43
tr/SELinux context is not
preserved
NOTE: Added documentation of --preserve=context, description of current
behaviour to cp --preserve=all and cp -a documentation. Added tests to
ensure that cp -a actually works with SELinux (until now it was checking
just failures.
Greetings,
Eric Blake wrote:
> Bauke Jan Douma xs4all.nl> writes:
>
> > > ~ $ date --date "4:59:54 1 hour 53 min 46 sec ago"
> > > Wed Jan 28 06:52:08 CST 2009
> I've verified that the parse is unchanged between 6.10 and now (7.0+).
> It's got to be one of these gnulib patches:
> git log 30ffdfc..81e61
conditional).
Greetings,
Ondřej Vašík
From 18b8f5bf5c18115d0546e42951dc951da58a549c Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= <[EMAIL PROTECTED]>
Date: Thu, 27 Nov 2008 15:04:10 +0100
Subject: [PATCH] chmod, chown, chgrp: Reduce verbosity of silent mode
* c
Hi Jim,
I spotted typo in your last factorization patch.
Patch to fix that attached, it also removes runcon/chcon item from TODO.
Ondřej
From 26563a7e759b5f9c2515d06b1efe7d1ccc2ca0ca Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= <[EMAIL PROTECTED]>
Date: Wed, 26 Nov 200
Jim Meyering wrote:
> - is it worthwhile to add a --printf option to ls?
> I don't like the --user-format name)
You know my opinion ... I guess it is worthwhile, as the consumer of
ls output is generally human and human wishes do differ. I'm ok with
--printf option, you are right - it wo
Andreas Schwab wrote:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
> > Would a double --verbose make sense?
>
> --verbose=2
Rather than some level-numbers I do prefer --verbose and
--verbose=high ...
Ondřej
signature.asc
Description: Toto je digitálně podepsaná část zprávy
___
Jim Meyering wrote:
> Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> > Throwing out "--changes" should be ok, if user wants to be informed, he
> > can parse verbose output easily and common case is to use it without
> > verbose mode at all. Anyway --verbose outp
Jim Meyering wrote:
> Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> > as reported in
> > https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/187315 by Aaron
> > Toponce , chmod could display confusing messages when used for
> > SGID/SUID/sticky bits without permis
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:
> > 1) colored files by LS_COLORS or a
f possible format options. This patch covers all the ls functionality
(if not, please let me know what is missing), has minimal impact on the
rest of code and it is documented. Therefore please consider that long
option for ls again.
Greetings,
Ondřej Vašík
signature.asc
Description: Toto je digitálně podepsaná část zprávy
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
such change should
not break anything ... In report bugs section will be something like
"Report ginstall bugs to " which could be more
clear for everyone ("ginstall" word is simply not "install" word and
could not cause confusion).
Greetings,
Ondřej Vaš
Pádraig Brady wrote:
> Thanks for doing that.
> However I thought that item had been removed from the TODO:
> http://lists.gnu.org/archive/html/bug-coreutils/2008-02/msg00115.html
> This is a large patch to do essentially what `find -printf` already does.
Sorry, haven't seen that thread before.
I
Hello,
thanks for review and objections.
Paul Eggert wrote:
> Ondřej Vašík <[EMAIL PROTECTED]> writes:
>
> > - bool changed = (chmod_succeeded
> > - && mode_changed (file, old_mode, new_mode));
> > + bool mode_change =
e by
chmod command.
Greetings,
Ondřej Vašík
From 4eaf35f250ab6eec036b7ab21a482a76289f8303 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= <[EMAIL PROTECTED]>
Date: Fri, 24 Oct 2008 17:24:09 +0200
Subject: [PATCH] chmod: inform in verbose if used mode for chmod w
Hello,
as reported in rh bz#446294 , ls is not very clear with it's exit status
documentation. This patch should clarify it a bit.
Greetings,
Ondřej Vašík
From a3ef5a58f396b53287d7870d2cf35198789240cf Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= &l
it should try) SELinux context. Following changes were done to
make documentation more precise and preserve=context and preserve=all
behaviour after failure SELinux context preserving is documented by that
patch as well.
Greetings,
Ondřej Vašík
From
Hi,
Jim Meyering wrote:
> Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> > as those commands were not documented in info documentation, I wrote
> > basic info documentation for runcon and chcon command (and related
> > SELinux context menu section). It is completely based
attachement.
Greetings,
Ondřej Vašík
From 0b46a52b8f94fcbf145e0def84174cadd06bc4d2 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= <[EMAIL PROTECTED]>
Date: Mon, 6 Oct 2008 14:18:53 +0200
Subject: [PATCH] Coreutils.texi: Document runcon and chcon in SELinux context s
Hello,
as reported in RedHat bugzilla #463883, chcon option -c is described in
help, but not implemented. After short talk with Jim via IRC decision
was to remove this option and related things from chcon source code
completetely.
It is done in attached patch.
Greetings,
Ondřej Vašík
Bruno Haible wrote:
> Ondřej Vašík wrote:
> > 3) to use/create different function for handling version sort (like
> > rpmvercmp in recommended in glibc strverscmp() bugzilla)
>
> Does rpmvercmp have the above property?
Similar. It separates name, epoch, version, release
Hello,
as reported in RH bugzilla #253817
(https://bugzilla.redhat.com/show_bug.cgi?id=253817), there is an issue
with ls -v (and there will be same issue with sort -V soon). Problem is
with sorting files with extensions or dist-tags (like .tar.gz)
because .tar.gz is more than .1.tar.gz. Therefore
12 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 6c48308..b19680f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2008-07-25 Ondřej Vašík <[EMAIL PROTECTED]>
+
+ getdate.y: Allow only timezone range specified by POSIX
+ * lib/getdate.y (time_zone_hhmm): Allow only TZ in the
Hello,
Jim Meyering wrote:
> I'm a little leery of this patch, because it makes interpretation
> of UTC+dd and UTC-dd dependent on the value of dd. For dd <= 14, dd
> represents hours. Otherwise, it represents minutes. That would have
> to be documented, but seems odd enough that my reflex is to
5f522..076d70e 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2008-07-04 Ondřej Vašík <[EMAIL PROTECTED]>
+
+ getdate.y: Allow only timezone range specified by POSIX
+ * lib/getdate.y (time_zone_hhmm): Allow only TZ in the range
+ -24 to +24 hours, consider first two digits bet
nlevel in who -r as 'S'.
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
src/who.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/who.c b/src/who.c
index 5529618..952023a 100644
--- a/src/who.c
+++ b/src/who.c
@@ -508,7 +508,7 @@ print_runlevel (con
Ondřej Vašík wrote:
> Jim Meyering wrote:
> > Would you mind separating that into a few separate change sets?
> ...
> I hope I will do the rest of patches ( 1 or 2 more
> are still necessary to cover all the issues I found).
Here is the second set of patches.
First one (ge
Do not ignore specified time zone when relative offset for days/months/years is specified.
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
lib/getdate.y | 40
1 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/lib/getdate.y b/lib
3=ADk?= <[EMAIL PROTECTED]>
Date: Fri, 27 Jun 2008 12:31:10 +0200
Subject: [PATCH] * tests/misc/date: add tests for new fixes of date format
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
tests/misc/date |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/
echo.c: Use bash builtin echo authors instead of FIXME unknown
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
AUTHORS|2 +-
src/echo.c |4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/AUTHORS b/AUTHORS
index 404cf70..666edc1 100644
--- a/AUTHORS
+++ b
ich checks if SELinux
is displayed where it should be.
Problem reported by Ronny Buchmann in http://bugzilla.redhat.com/443485.
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
NEWS |4
src/id.c | 10 +-
tests/misc/Make
nly when used without specified user
Signed-off-by: Ondřej Vašík <[EMAIL PROTECTED]>
---
NEWS |4
src/id.c |7 +--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/NEWS b/NEWS
index 04893c6..ef3feda 100644
--- a/NEWS
+++ b/NEWS
@@ -75,6 +
Why to use it only for fist option? I would prefer to add that as option
separator (like in attached patch). I had that issue report against Red
Hat Enterprise Linux
(https://bugzilla.redhat.com/show_bug.cgi?id=431005)
and submitted following patch to Fedora Rawhide branch ~1 month ago. Was
going t
Jim Meyering wrote:
> ...
> So you'll have to make the three .c files include the new .h,
> and you'll have to adjust src/Makefile.am to link the new .c
> file to each of those three programs.
> ...
> Then, create the file "patch" like this:
>
> git format-patch --stdout --signoff HEAD~1 > pat
Hello,
I think there are still some things to be consolidated.
The same with verbose output should be done in the case
of install(when making dir) and in the case of rmdir.
In the case of shred should be mentioned in info that
verbose output is to standard error.
Those things done in attached patch
Hi Jim,
Jim Meyering wrote:
> However, there's a simple work-around: simply to drop the "+", e.g.,
>
> $ date -d '20050101 1 day'
> Sun Jan 2 00:00:00 CST 2005
Yes, I know about that work-around, you could use unsigned offset/
unsigned offset ago as work-around, but the behaviour still diff
Hello,
date command has some troubles with MMDD date format.
When you try 'date -d "20050101 +1 day"' (or whatever
relative offset), you will get invalid date because
of conflicts in translation tables. Nearly same command
date -d "20050101 UTC +1 day" is working correctly with
current versio
83 matches
Mail list logo