Hi,
The attached patch fixes the printing of help messages on platform that have a
shell that don't support the -n option in the built-in echo command.
Yves.
fix-print-messages.patch
Description: Binary data
smime.p7s
Description: S/MIME cryptographic signature
__
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Hello, all. I'm proud to introduce 2.00~rc1 to you.
It's available as
ftp://alpha.gnu.org/gnu/grub/grub-2.00~rc1.tar.gz
or
ftp://alpha.gnu.org/gnu/grub/grub-2.00~rc1.tar.xz
Looks very good. From an LFS point of view, the only trivial warnings I
On 26.06.2012 20:27, Bruce Dubbs wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Hello, all. I'm proud to introduce 2.00~rc1 to you.
>
>> It's available as
>> ftp://alpha.gnu.org/gnu/grub/grub-2.00~rc1.tar.gz
>> or
>> ftp://alpha.gnu.org/gnu/grub/grub-2.00~rc1.tar.xz
>
> Looks very good
On 26.06.2012 20:04, Yves Blusseau wrote:
> Hi,
>
> The attached patch fixes the printing of help messages on platform that have
> a shell that don't support the -n option in the built-in echo command.
>
Other than the bad capitalisation in log entry, go ahead.
> Yves.
>
>
>
>
On 26.06.2012 20:04, Yves Blusseau wrote:
> - echo -n " "
> + printf "%s" " "
No need for extra indirection here
printf " " should be fine.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
On 06/25/2012 10:46 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 26.06.2012 04:16, Robert Mabee wrote:
REG_NEWLINE causes incorrect results when a filename contains a newline,
both because a wild char won't match the newline, and because the generated
pattern anchors ^$ can match adjacent
