On 02/08/2016 03:21 PM, enh wrote:
> works for me on Android, though you might be interested to know it
> doesn't work on glibc 2.19 --- looks like their printf can't cope with
> INT_MAX. making that (INT_MAX/2) worked for me. but presumably you're
> running a newer glibc that has this bug fixed, s
> On 05 Feb 2016, at 00:52, Rob Landley wrote:
>
> I need a way to tell git "if you can't do a fast forward, FAIL". If get
> reset HEAD^1 doesn't fix it I will #*%(&# clone a fresh repo and get
> format-patch and git am the patches over until I have a clean history.
$ git config --global pull.r
works for me on Android, though you might be interested to know it
doesn't work on glibc 2.19 --- looks like their printf can't cope with
INT_MAX. making that (INT_MAX/2) worked for me. but presumably you're
running a newer glibc that has this bug fixed, so it doesn't matter?
On Thu, Feb 4, 2016 a
On Thu, Feb 04, 2016 at 05:52:28PM -0600, Rob Landley wrote:
> Sigh. I fixed one issue on this machine, pushed it, fixed the other on
> the other machine, accidentlly committed and pulled, and it added a
> merge commit I didn't notice until after I pushed.
>
> I need a way to tell git "if you can't
On 02/02/2016 08:53 PM, enh wrote:
> i had a quick play with the new -A/B/C and noticed that toybox doesn't
> respect -n for the context lines. should look something like:
>
> ~$ grep -n -C1 CPU /proc/cpuinfo
> 4-model : 69
> 5:model name : Intel(R) Core(TM) i7-4600U CPU @ 2.10GHz
> 6-stepping : 1
i had a quick play with the new -A/B/C and noticed that toybox doesn't
respect -n for the context lines. should look something like:
~$ grep -n -C1 CPU /proc/cpuinfo
4-model : 69
5:model name : Intel(R) Core(TM) i7-4600U CPU @ 2.10GHz
6-stepping : 1
...
but actually looks like this:
$ ./toybox g
