On Mon, Sep 29, 2008 at 2:27 PM, Michael Williamson <
[EMAIL PROTECTED]> wrote:
> Hi,
>
> I do not have a bug to report. I have a question.
>
> Where is the source code for the program "tail".
> I cannot find a "tail.c" on Fedora or openSuSE.
>
> (I want to find out how it knows that a file has be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Matthew Woehlke on 9/29/2008 2:01 PM:
> Michael Williamson wrote:
>> I do not have a bug to report. I have a question.
>>
>> Where is the source code for the program "tail".
>> I cannot find a "tail.c" on Fedora or openSuSE.
>
> You want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Mark Toivanen on 9/29/2008 3:56 PM:
>
> I have discovered that trying to run ls at the root of a drive (i.e. c:\)
> errors out on directory listing for .
Copying and pasting the actual command line and result would have been
helpful.
>
Hello,
I have discovered that trying to run ls at the root of a drive (i.e. c:\)
errors out on directory listing for .
Cheers,
Mark
P.S. Otherwise a fantastic app.keep up the great work!
___
Bug-coreutils mailing list
Bug-coreutils@gnu.o
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * tests/check.mk (TESTS_ENVIRONMENT): Quote shell variable
> $tmp__, fix expansion.
> ---
> a minor nit patch.
Hi Ralf.
Good catch. Thanks!
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Jim Meyering writes ("Re: willing to contribute verrevcmp to gnulib?"):
>> Depending on the code: GPL, LGPL, LGPLv2+.
>> For this function, LGPL or LGPLv2+ would be appropriate,
>> since it's intended to replace glibc's strverscmp.
>
> Right. I hereby permi
* tests/check.mk (TESTS_ENVIRONMENT): Quote shell variable
$tmp__, fix expansion.
---
Hi Jim,
a minor nit patch.
Cheers,
Ralf
tests/check.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/check.mk b/tests/check.mk
index e1a8e35..c471d1f 100644
--- a/tests/check
Michael Williamson wrote:
I do not have a bug to report. I have a question.
Where is the source code for the program "tail".
I cannot find a "tail.c" on Fedora or openSuSE.
You want the SRPM for "coreutils". There is a tail.c in src/ (at least
in 6.9, but I doubt it's been moved).
You could
Hi,
I do not have a bug to report. I have a question.
Where is the source code for the program "tail".
I cannot find a "tail.c" on Fedora or openSuSE.
(I want to find out how it knows that a file has been
truncated, for example when using
# tail -f filename
Does it use the select() sys
On Mon, Sep 29, 2008 at 10:37:31AM +0200, Andreas Schwab wrote:
> Jos Backus <[EMAIL PROTECTED]> writes:
>
> > The `date' output shows up in the tail output. Also, this change only stops
> > reading from the old file once the new file has some content. At that time
> > the
> > old file is read un
Elbert Pol <[EMAIL PROTECTED]> wrote:
...
> I found a newer build from Gmp v4.21 for os/2
> With that i came further but still error with the make...
If you have any libgmp*.a files, what symbols do they contain?
E.g., I'd run something like this to check for the missing __gmp_scanf:
cd /usr/
Hoi,
Jim Meyering wrote:
Elbert Pol<[EMAIL PROTECTED]> wrote:
Jim Meyering wrote:
Here's a snapshot of the latest sources from coreutils
and the parts of gnulib that it uses. Please beat it up ;-)
If things work out, I may even make a test release by Wednesday.
I try today this newer build,
On Monday 29 September 2008 16:12:18 Ian Jackson wrote:
> And which files are we talking about ?
lib/vercmp.c
> NB that the dpkg comparison algorithm was recently extended to support
> a new character ~ which sorts before the empty string. This work
> wasn't done by me - but I approve of it and i
Also, ...
> > > Is there a chance that you would be willing to contribute to the
> > > FSF the actual code from dpkg for this? (Otherwise, we will
> > > probably have one person write a formal specification for the
> > > version comparison algorithm, and then another person implement
> > > somethi
Jim Meyering writes ("Re: willing to contribute verrevcmp to gnulib?"):
> Depending on the code: GPL, LGPL, LGPLv2+.
> For this function, LGPL or LGPLv2+ would be appropriate,
> since it's intended to replace glibc's strverscmp.
Right. I hereby permit, insofar as I am able, the relicensing of
dpk
Ian Jackson writes ("Re: willing to contribute verrevcmp to gnulib?"):
> What precisely is the problem ? Is it just that the version in dpkg
> is GPLv2+ and you want something more liberal ?
And which files are we talking about ?
NB that the dpkg comparison algorithm was recently extended to sup
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Jim Meyering writes ("Re: willing to contribute verrevcmp to gnulib?"):
>> Ben Pfaff <[EMAIL PROTECTED]> wrote:
>> > Hi Ian. The GNU gnulib project is considering adding a function
>> > that would compare strings in the same way that dpkg compares
>> > vers
Ian Jackson writes ("Re: willing to contribute verrevcmp to gnulib?"):
> What is the licence on gnulib ? I'm very probably be happy to
> relicence.
I see that there is a mixture of licenses in gnulib.
What precisely is the problem ? Is it just that the version in dpkg
is GPLv2+ and you want som
Jim Meyering writes ("Re: willing to contribute verrevcmp to gnulib?"):
> Ben Pfaff <[EMAIL PROTECTED]> wrote:
> > Hi Ian. The GNU gnulib project is considering adding a function
> > that would compare strings in the same way that dpkg compares
> > version numbers, as you can see in the thread her
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> Hi Ian. The GNU gnulib project is considering adding a function
> that would compare strings in the same way that dpkg compares
> version numbers, as you can see in the thread here:
> http://permalink.gmane.org/gmane.comp.lib.gnulib.bugs/14693
>
> Is
Hello,
ls and sort is modified by this patch to use new gnulib function filevercmp
instead of strverscmp from glibc. It requires gnulib-filevercmp.patch to be
applied on gnulib since this patch has not been pushed to git yet. More
information and the patch for gnulib can be found in the thread:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 9/28/2008 5:35 AM:
>> Or maybe we go with this lighter-weight patch, which matches the
>> inaccuracies already present in c-strtold? (ie. without a strtold module,
>> this is not a regression, since c-strtold did the same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 9/26/2008 8:10 AM:
>> I know this condition arises only when ignoring or handling SIGPIPE,
>> (which should be rather unusual) but even so, I really dislike the idea
>> of ignoring a write error. Even if the write error wo
Jos Backus <[EMAIL PROTECTED]> writes:
> The `date' output shows up in the tail output. Also, this change only stops
> reading from the old file once the new file has some content. At that time the
> old file is read until EOF and closed before starting on the new file.
What if the old file keeps
24 matches
Mail list logo