-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 10/8/2009 12:32 PM:
>> The Austin Group made their recommendation about mkdir -p today:
>> http://austingroupbugs.net/view.php?id=161
>
> Hmm... that URL is useful only if you have a login/password.
> Imposing such restric
Hi Joel,
> In another case, I'm computing a column width for a table to be formatted
> to a stream.
Note that snprintf is not suitable for this purpose, because as soon as
non-ASCII characters appear (in a UTF-8 locale for example), the number of
bytes and the number of columns for a string are
Jim Meyering wrote:
> I have written wrappers for getfilecon, lgetfilecon,
> and fgetfilecon each of which uses ENODATA to distinguish
> a particular failure mode from ENOTSUP:
> ...
> if it's easy to add support for ENODATA in the errno module,
> I'd prefer that, since the API for the getfilecon f
This isn't quite ready (ENODATA is one issue, not well tested is
another), but it should give a good idea of what's coming.
With this, the recently-reported chcon abort will be fixed properly,
and I can remove a related hack in ls.c.
>From 321981877c8f31faa724890fd45e2ef967a6befa Mon Sep 17 00:0
Eric Blake wrote:
> The Austin Group made their recommendation about mkdir -p today:
>
> "I suggest replacing the description of -p with:
>
> -p Create any missing intermediate pathname components.
>
> For each dir operand that does not name an existing directory,
> before performing the a
Hello Eric,
* Eric Blake wrote on Thu, Oct 08, 2009 at 06:44:41PM CEST:
> The Austin Group made their recommendation about mkdir -p today:
[...]
> This also means that build-aux/mkinstalldirs and build-aux/install-sh
> are also impacted.
Why? I don't see anything that defines the behavior of mk
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>
>> > Based on Jim's preliminary review, I've now pushed this series.
>>
>> I tried it with coreutils on fedora rawhide and hit a compile
>> failure (SIZE_MAX, again). Also fixed the first-line summary
>> to mention the right file and functi
Eric Blake wrote:
> OK to commit these cleanups? Maybe we should push on Bruno to add ENODATA to
> gnulib's replacement, particularly since you are now considering
> using ENODATA for SELinux errors. While the system.h version allows
> compilation, it would be better to have a dedicated errno ra
On Wed, Oct 07, 2009 at 07:10:15PM -0600, Eric Blake wrote:
> So far, I haven't been able to reproduce the failure, on Linux or on
> cygwin. What OS are you seeing the failure on, and can you pinpoint which
> module in addition to fseek (if any) is necessary to reproduce the
> failure?
Debian sta
The Austin Group made their recommendation about mkdir -p today:
"I suggest replacing the description of -p with:
-p Create any missing intermediate pathname components.
For each dir operand that does not name an existing directory,
before performing the actions described in the DESCRIP
Jim Meyering meyering.net> writes:
> > Based on Jim's preliminary review, I've now pushed this series.
>
> I tried it with coreutils on fedora rawhide and hit a compile
> failure (SIZE_MAX, again). Also fixed the first-line summary
> to mention the right file and function names.
>
> I fixed it
Eric Blake wrote:
> According to Eric Blake on 10/7/2009 11:00 AM:
>> Eric Blake byu.net> writes:
>>
>>> The patch copies from areadlink.c, as well as link_follow earlier in
>>> linkat.c, to create two new fd-relative helpers. For now, I didn't see
>>> any reason to expose them, but areadlinkat m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here's the current state of my utimensat series. It's now stable enough
to post for review, although I reserve the right to rebase as I find
tweaks are needed in the testsuite:
git pull git://repo.or.cz/gnulib/ericb.git master
Eric Blake (7):
Eric Blake wrote:
> I noticed these minor issues today, so I'm pushing this. I'm now heavily
> entrenched in trying to write utimensat, and it's turning into quite a
> project.
>
> --
> Don't work too hard, make some time for fun as well!
>
> Eric Blake e...@byu.net
>>From 4cfdc2ad7312
14 matches
Mail list logo