Re: armv7l status?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On Wed, 13 May 2020 at 13:50, Michael Catanzaro <mcatanzaro@xxxxxxxxx> wrote:
On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen
<smooge@xxxxxxxxx> wrote:
> Those pages are needing some love and care as aarch64 should not be
> on it anymore. Currently the primary architectures that Fedora builds
> against are
>
>  [smooge@batcave01 32]$ ls -l Workstation/
> total 12
> drwxr-xr-x. 3 263 263 4096 2020-04-23 00:09 aarch64/
> drwxr-xr-x. 3 263 263 4096 2020-04-22 22:27 armhfp/
> drwxr-xr-x. 3 263 263 4096 2020-04-22 23:08 x86_64/

So we used to distinguish between primary and secondary architectures
in that package maintainers were responsible for primary architectures
and architecture teams were responsible for secondary architectures.

Now, all architectures are built on koji and all builds have to
succeed. So we're forced to care about ppc64le and s390x whether you
call them "primary" or not. Is it still a useful distinction to have?

> The workstation image for armhfp is stored in
>
> [smooge@batcave01 releases]$ ls -1
> 32/Workstation/armhfp/images/Fedora-Workstation-*
> 32/Workstation/armhfp/images/Fedora-Workstation-32-1.6-armhfp-CHECKSUM
> 32/Workstation/armhfp/images/Fedora-Workstation-armhfp-32-1.6-sda.raw.xz

OK, that's extremely confusing. I assumed ARM was no longer supported
because it's not found on alt.fedoraproject.org. I'm not sure if
removing architectures from there is a good idea. Anyway, OK then, I
guess I still have to care about it. :)


You keep thinking that ARM is a secondary architecture and it would be on alt.fedoraproject.org. ARM is a primary architecture and so would NOT show up on alt. ARM has been a primary architecture for many releases so this isn't new. 

 
Why do we call it armv7hl on koji but armhfp for the download images?
Consistent terminology would be nice.


The arm architecture has its own weirdness in the same way that we call x86_32 i386 but we build i686 packages. When x86_64 splits into 48 bit memory path to some larger memory (60 bit I think is discussed) sometime in the future, we will probably still call it x86_64 but build x86_64b packages. The world of building for hardware is messy.. 

 
Michael

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx


--
Stephen J Smoogen.

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux