gnulib-tests with dup_cloexec() failing on old Linux kernel

again working rm) into Fedora rawhide, but I would prefer other way. Greetings, Ondřej Vašík signature.asc Description: Toto je digitálně podepsaná část zprávy

Re: Build failures of coreutils-8.1 in Fedora build system "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

Build failures of coreutils-8.1 in Fedora build system "koji"

Greetings, Ondřej Vašík signature.asc Description: Toto je digitálně podepsaná část zprávy

[PATCH]: getdate.y: Allow usage of relative signed time offset even before time zone is specified.

s without troubles even in new grammar. Greetings, Ondřej Vašík From 4625a73ca2221a43c46da946ae27af3e4967cd69 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= Date: Mon, 30 Jun 2008 17:32:28 +0200 Subject: [PATCH] getdate.y: Allow usage of relative signed time offset even bef

Re: ls -v is still inconsistent

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

Re: [Mark McLoughlin] [PATCH] gnulib/tests: allow test-getaddrinfo to pass when offline

nged, 12 insertions(+), 0 deletions(-) diff --git a/ChangeLog b/ChangeLog index 3c3521a..c0cd271 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2009-02-25 Ondřej Vašík + + test-getaddrinfo: fix usage of skip return code 77 + * tests/test-gettaddrinfo.c: Return skip code 77 only + fo

[PATCH]: Do not allow countable dayshifts in getdate.y

Hello, this patch for getdate.y module restricts usage of countable dayshifts e.g. +40 tommorow ago, next yesterday etc. Tests to gnulib getdate testsuite were added. As this usage of dayshifts is quite insane, I guess no documentation for it is required. Greetings, Ondrej Vasik From 5

Re: Issue with ls -v / sort -V and strverscmp() usage

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

Issue with ls -v / sort -V and strverscmp() usage

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

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

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

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

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

Re: [PATCH]: Fix for several getdate.y issues (amended patch #3)

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

Re: [PATCH]: Fix for several getdate.y issues

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

Re: [PATCH]: Fix for several getdate.y issues

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

[PATCH]: Fix for several getdate.y issues

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/

Re: [PATCH] utimens.c: correct yesterday's kernel bug work-around

> From: Jim Meyering <[EMAIL PROTECTED]> > Date: Fri, 6 Jun 2008 18:20:14 +0200 > Subject: [PATCH] utimens.c: correct yesterday's kernel bug work-around > MIME-Version: 1.0 > Content-Type: text/plain; charset=utf-8 > Content-Transfer-Encoding: 8bit > > Ondřej V

Re: [PATCH] Allow long-options to accept more long options than one.

Hello, Jim Meyering wrote: > Here's a proposal: > > Add a new boolean parameter, named "strict" to make parse_long_options > accept a --help or --version option IFF it is specified as the sole > argument (as it does now), but that also makes it diagnose the first > such option as invalid if ther

[PATCH] Allow long-options to accept more long options than one.

Hello, In RedHat Bugzilla #431005 I got complain about funny error messages in some coreutils commands when using more than one long option. That leads to funny error messages. e.g. "sleep --help --version" command will result to error "sleep: unrecognized option `--help' Try `sleep --help' for mo