Hi,
On Wed, Mar 20, 2013 at 12:17 AM, Paul Wise <p...@debian.org> wrote:
> On Tue, 2013-03-19 at 15:05 +0000, Ian Campbell wrote:
>
>> I think the question here is what the `uname -r` bit should be.
>> Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR.
>
> Woops, I missed that uname -r includes the flavour bit.
>
>> I think there is an argument for making the multiplatform case be the
>> default "no-flavour flavour" i.e. $FLAVOUR is armhf/arm64 etc. Or
>> maybe that's what you are suggesting having not realised that `uname
>> -r` currently includes the -$FLAVOUR suffix. Hrm, I think we may
>> actually be talking about the same thing ;-)
>
> Right, my suggestion is just to use the architecture for the flavour, as
> is done on the other architectures.
>
Thank you for your comment.
In ARM ((but may be used on other architectures as well) ) all architectures,
flavor with the name of the CPU do is that it is multiplatform?
For example, armv7 flavor is multiplatform support in armhf.
I think this is a very simple rule.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CABMQnVL=uen73eqdld9ts2_5ef5n_6cks2ngmsbfoedptwk...@mail.gmail.com
