On Saturday 23 of January 2010 00:54:44 Kamil Dudka wrote:
> # ls -l /dev/tty?
> crw--w. 1 root root 4, 0 2010-01-22 18:48 /dev/tty0
> crw--w. 1 root root 4, 1 2010-01-22 18:48 /dev/tty1
> crw--w. 1 root tty 4, 2 2010-01-22 18:50 /dev/tty2
> crw---. 1 root root 4, 3 2010-01-22 18:4
On Friday 22 of January 2010 17:03:51 Jim Meyering wrote:
> Can you reproduce the situation in which this new configure-time
> option is required on e.g., Fedora 12? So far, I haven't been able to,
> since all tty devices properly get the "tty" group, and in that
> case, the simple perm-comparison
>From 51489dc444dc771e187936f622c56db503ee6bc8 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?P=C3=A1draig=20Brady?=
Date: Fri, 22 Jan 2010 19:26:16 +
Subject: [PATCH] maint: ensure test independence from config macro format
* tests/cp/acl: Support USE_ACL not being defined.
* tests/mv/acl: Likewis
Eric Blake a écrit :
> According to C de-Avillez on 1/22/2010 1:04 PM:
>> I then *deleted* ./po/fr.gmo, and ran make under ./po -- no regen of
>> fr.gmo. make ended with no action being reported. A full make did not
>> change anything.
>
> That's intentional. Use 'make dist' to force the creation
According to C de-Avillez on 1/22/2010 1:04 PM:
> I then *deleted* ./po/fr.gmo, and ran make under ./po -- no regen of
> fr.gmo. make ended with no action being reported. A full make did not
> change anything.
That's intentional. Use 'make dist' to force the creation of up-to-date
.gmo files; .po
Hi,
I am not sure if I messed up somewhere. On GIT head, after Stéphane told
us he had updated a new fr.po, I went ahead and:
./bootstrap && configure && make
Indeed a new fr.po was downloaded.
then I ran 'du --help' again, to see the text fixed. It was not. Same
error.
I then looked at the ./p
Eric Blake wrote:
> According to Jim Meyering on 1/22/2010 6:17 AM:
>> However, it'd sure be nice to use something more generic than
>> lib/config.h. IMHO, autoconf should make configure AC_SUBST its
>> currently-internal-only CONFIG_HEADERS variable. While we wait,
>> I suppose we can kludge it
Kamil Dudka wrote:
> Hi Jim,
>
> attached is the second version of the patch.
>
> On Thursday 21 of January 2010 13:04:27 Jim Meyering wrote:
>> >> It would be helpful to say how to determine the appropriate group name.
>> >> Something like "ls -lg /dev/tty" or
>> >> $ stat --format %G /dev/tty
Stéphane Raimbault wrote:
> Fixed, thank you.
> I've just send the new fr.po to the translation project robot for coreutils
> 8.4 (I think coreutils uses the same PO file for all minor releases, correct
> me if I'm wrong).
Thanks!
Any time we re-run ./bootstrap, it rsync's the latest translations,
Hi Jim,
attached is the second version of the patch.
On Thursday 21 of January 2010 13:04:27 Jim Meyering wrote:
> >> It would be helpful to say how to determine the appropriate group name.
> >> Something like "ls -lg /dev/tty" or
> >> $ stat --format %G /dev/tty
> >> tty
> >
> > Do you m
According to Jim Meyering on 1/22/2010 6:17 AM:
> However, it'd sure be nice to use something more generic than
> lib/config.h. IMHO, autoconf should make configure AC_SUBST its
> currently-internal-only CONFIG_HEADERS variable. While we wait,
> I suppose we can kludge it by extracting the first
2010/1/22 C de-Avillez
> Hi,
>
> While I was researching something else I noticed that 'du --help',
> in the French locale, has one missing newline:
>
> (...)
> --max-depth=Naffiche le total pour un répertoire (ou
> un fichier,
> avec --all) seulement si il
[Cc'd autoconf for a suggestion below]
Pádraig Brady wrote:
> On 18/01/10 10:32, Pádraig Brady wrote:
>> On 17/01/10 08:03, Jim Meyering wrote:
>>> Thanks!
>>> That would fix it, but please retain the 0/1 semantics, in case
>>> we ever want to use USE_XATTR in a C (as opposed to cpp) expression.
>
On 18/01/10 10:32, Pádraig Brady wrote:
On 17/01/10 08:03, Jim Meyering wrote:
Thanks!
That would fix it, but please retain the 0/1 semantics, in case
we ever want to use USE_XATTR in a C (as opposed to cpp) expression.
# Map yes,no to 1,0.
AC_DEFINE_UNQUOTED([USE_XATTR],
[`test $use_xattr = ye
Peng Yu wrote:
> Suppose I have directory a and b, the following command will copy the
> content of a to b/a, rather than overwrite the directory 'b' by the
> directory 'a'. I'm wondering if there is an option to overwrite 'b'?
>
> cp -r a b
you mean something like this?
cp -r a/. b
Have a lo
15 matches
Mail list logo
