[Server-devel] armv7hl vs armv7l

[Peter Robinson]

On Fri, Jul 6, 2012 at 3:25 PM, George Hunt <georgejhunt at gmail.com> wrote:
> I want to add my repo's url to /etc/yum.repos.d/ and have "yum install" find
> my rpms.
>
> Maybe my problem is that I really don't understand the difference between in
> yum's use of $ARCH and $BASEARCH for arm.
>
> After a little reflection, I can just do "trial and error". If my rpms are
> not found, I can just change the path from ../rpms/armv7hl/... to
> ../rpms/armv7l/.. and recreate the repo xml files.

You need to create a repo file. Very simple example here

http://build.laptop.org/~pbrobinson/maliit/maliit.repo

Then "yum install createrepo" to get the tools to build a repository

Finally run "createreop directory-with-rpms/" to create the repo. You
can also setup a local "file" repo if you don't have a webserver to
run it from.

Peter

> I read on the fedora wiki that userland armv7hl and armv7l complied programs
> don't mix.  But your assurance that the XO is really armv7hl is what I
> couldn't find easily on the web.

For queries like that it's likely easier to ask on list or just ping
me on IRC :)

Peter

> On Fri, Jul 6, 2012 at 6:59 AM, Peter Robinson <pbrobinson at gmail.com> wrote:
>>
>> On Fri, Jul 6, 2012 at 11:52 AM, George Hunt <georgejhunt at gmail.com>
>> wrote:
>> > Thanks Peter,
>> >
>> > I was confused when I installed latest 12.1.0 on an XO and issued "uname
>> > -a", to see the response come back armv7l, rather than armv7hl.  I was
>> > thinking that yum would be confused by the difference.
>>
>> The kernel isn't hardfp/softfp because the kernel doesn't use maths
>> co-processors. rpm/yum has been hacked to deal with it. It's all a
>> little ugly but it works.
>>
>> > I'm glad that the trimslice generated rpms I have will be usable.  I'll
>> > need
>> > to learn how to override the default arch, so that yum will do what I
>> > want
>> > it to do. But I have google for that!
>>
>> Why do you need to override the arch? What exactly are you trying to do?
>>
>> > Thanks for your help,
>> >
>> > George
>> >
>> >
>> > On Fri, Jul 6, 2012 at 6:39 AM, Peter Robinson <pbrobinson at gmail.com>
>> > wrote:
>> >>
>> >> On Fri, Jul 6, 2012 at 10:42 AM, George Hunt <georgejhunt at gmail.com>
>> >> wrote:
>> >> > Hi Peter,
>> >> >
>> >> > You probably know the answer to this question off the top of your
>> >> > head.
>> >> >
>> >> > I've played with fedora's Trimslice armv7hl, using it to recompile XS
>> >> > rpms.
>> >> > Now in conversation with OLPC-Australia, I've agreed to try to apply
>> >> > my
>> >> > stuff to the XO-1.75 pre-release 12.1.0, which I believe is based
>> >> > upon
>> >> > FC17.
>> >>
>> >> It is indeed, it's using the F-17 arm hardfp release.
>> >>
>> >> > Question: Is my easiest path to basically start over, either building
>> >> > up
>> >> > a
>> >> > cross compiling tool chain, or maybe try to compile the XS rpms on an
>> >> > armv7l
>> >> > machine natively, as I did with the TS, (the XO itself seems the
>> >> > obvious
>> >> > choice).
>> >>
>> >> If you have a trimslice why don't you use that and compile natively?
>> >> In Fedora everything is compiled natively with no cross-compilation.
>> >>
>> >> > I had trouble earlier getting a tool chain together to run on FC17,
>> >> > on
>> >> > top
>> >> > if parallels, on my MAC.
>> >>
>> >> To be honest I've never cross compiled any ARM packages.
>> >>
>> >> > Do you have any advice?
>> >>
>> >> Compile natively :-)
>> >>
>> >> If you have a Trimslice, Pandaboard or even an XO 1.75 you can compile
>> >> on all of those using the standard distros. On any of the platforms
>> >> you can "yum install" or "yum groupinstall " anything you may need and
>> >> build directly. You might want to add an ext4 formatted usb HDD to use
>> >> as the storage for building on those platforms as they tend to be a
>> >> bit quicker than SD card storage.
>> >>
>> >> Peter
>> >
>> >
>
>