If i'm reading that thread correctly, this is a 'feature' rather than a
'bug'..

>From that discussion:
"
This is another side effect of using a multibyte locale.
As long as there are no NUL bytes in your input, you can work
around the issue by running grep in the C locale:

  LC_ALL=C grep ...
"
"Yes, the C locale has the nice effect of EVERY byte being a valid single
byte character, leaving only NUL bytes and a non-empty file not ending
in newline as the only reasons for a file to be marked binary.
"


I wonder if this is something that the devs would consider patching... i'm
not sure what the proper way to declare a variable would be (or if they
woudl want to do it)... or if it would be better to use -a in that grep
line.

Is oldpackages supported? I don't remember current state.

On Thu, Dec 11, 2014 at 12:54 AM, Robert P. J. Day <[email protected]>
wrote:

>
>   cautionary note to others -- my recent fighting with the
> "oldpackages" feed was due to my fedora rawhide build system recently
> upgrading to grep-2.21, which has the following aggravating change in
> behaviour:
>
> https://lists.gnu.org/archive/html/bug-grep/2014-12/msg00007.html
>
> as in, now treating ISO-8859 text files as binary and, rather than
> printing the match(es), simply printing "sure, that binary file
> matches," which promptly screws up creating the oldpackages.index
> file.
>
>   the specific culprit package that triggers this is clearsilver:
>
> $ file Makefile
> Makefile: ISO-8859 text
> $
>
> as a quick hack, i just:
>
> $ export LC_ALL=C
>
> but i figured others might want to watch for this.
>
> rday
>
> --
>
> ========================================================================
> Robert P. J. Day                                 Ottawa, Ontario, CANADA
>                         http://crashcourse.ca
>
> Twitter:                                       http://twitter.com/rpjday
> LinkedIn:                               http://ca.linkedin.com/in/rpjday
> ========================================================================
> _______________________________________________
> openwrt-users mailing list
> [email protected]
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users
>
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-users

Reply via email to