Hi guys,
You're probably aware that upstream RHEL 7.4 was released last week, so the x86_64 rebuild started in the following days (https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sourc...)
On the armv7hl/armhfp side I started (as usual) to rebuild gcc, wait (long time), then glibc. Those rebuilds finished on saturday morning, so since that day, the armhfp builders have been busy rebuilding the 700+ SRPMs.
At this stage, more than 530 pkgs were already rebuilt (https://armv7.dev.centos.org/built.html), and some are excluded as not covered for armhfp, which is always expected
But this time, we have packages that have failures where they were able to build fine, or other new issues.
Example of package failing now to build is mariadb : it builds, but it fails at the tests stage in mariadb itself, so we'll probably need to verify what/why/how
Other new "interesting" issue is that some pkg are now relying on external BuildRequires, like devtools-6 package set. As Johnny explained it in his blog post for x86_64, it was built for x86_64, so there is no issue at all. But on the armhfp side, it wasn't, and worse, it will not work : https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19769-devtoolset-6-gcc-6... => "*** Configuration armv7hl-redhat-linux-gnu7E not supported"
Any help on trying to solve those issues is welcome
PS : myself being busy on my SysAdmin job, so not having a lot of time to spend on armhfp, and also diving into "Summer Holidays without internet connectivity" mode soon ...
Fabian,
I am thankful for all the hard work you do. Basic question I have is can I still build a system off the old image and update it to last current updates?
Also after you get the basics working, will there be another effort to build epel-arm7?
Bob
On 08/07/2017 03:15 AM, Fabian Arrotin wrote:
Hi guys,
You're probably aware that upstream RHEL 7.4 was released last week, so the x86_64 rebuild started in the following days (https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sourc...)
On the armv7hl/armhfp side I started (as usual) to rebuild gcc, wait (long time), then glibc. Those rebuilds finished on saturday morning, so since that day, the armhfp builders have been busy rebuilding the 700+ SRPMs.
At this stage, more than 530 pkgs were already rebuilt (https://armv7.dev.centos.org/built.html), and some are excluded as not covered for armhfp, which is always expected
But this time, we have packages that have failures where they were able to build fine, or other new issues.
Example of package failing now to build is mariadb : it builds, but it fails at the tests stage in mariadb itself, so we'll probably need to verify what/why/how
Other new "interesting" issue is that some pkg are now relying on external BuildRequires, like devtools-6 package set. As Johnny explained it in his blog post for x86_64, it was built for x86_64, so there is no issue at all. But on the armhfp side, it wasn't, and worse, it will not work : https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19769-devtoolset-6-gcc-6... => "*** Configuration armv7hl-redhat-linux-gnu7E not supported"
Any help on trying to solve those issues is welcome
PS : myself being busy on my SysAdmin job, so not having a lot of time to spend on armhfp, and also diving into "Summer Holidays without internet connectivity" mode soon ...
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 07/08/17 11:59, Robert Moskowitz wrote:
Fabian,
I am thankful for all the hard work you do. Basic question I have is can I still build a system off the old image and update it to last current updates?
Also after you get the basics working, will there be another effort to build epel-arm7?
Sure, you're welcome to have a look at the build failures, and submit patches for that unofficial rebuild :-)
On 08/07/2017 09:41 AM, Fabian Arrotin wrote:
On 07/08/17 11:59, Robert Moskowitz wrote:
Fabian,
I am thankful for all the hard work you do. Basic question I have is can I still build a system off the old image and update it to last current updates?
Also after you get the basics working, will there be another effort to build epel-arm7?
Sure, you're welcome to have a look at the build failures, and submit patches for that unofficial rebuild :-)
I truly wish I had the skill set to do that. I am at a total loss as to doing any of that.
Somehow we need to pick up someone that CAN fix those...
My skill is to pick up from the builds and develop how to use the stuff. Now I am looking at a cloud config built on the armv7 image.
Two possible starting points were pointed out earlier. I am building my starting point system right now.
Bob
Hi Fabian,
Here is what I did to make devtools-gcc build on armv5:
https://github.com/redsleeve-linux/el7/blob/master/sclo/devtoolset-6-gcc/000...
I have not tried that yet. please let this list know if you find a resolution.
Jacco
On 08/07/2017 09:15 AM, Fabian Arrotin wrote:
Hi guys,
You're probably aware that upstream RHEL 7.4 was released last week, so the x86_64 rebuild started in the following days (https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sourc...)
On the armv7hl/armhfp side I started (as usual) to rebuild gcc, wait (long time), then glibc. Those rebuilds finished on saturday morning, so since that day, the armhfp builders have been busy rebuilding the 700+ SRPMs.
At this stage, more than 530 pkgs were already rebuilt (https://armv7.dev.centos.org/built.html), and some are excluded as not covered for armhfp, which is always expected
But this time, we have packages that have failures where they were able to build fine, or other new issues.
Example of package failing now to build is mariadb : it builds, but it fails at the tests stage in mariadb itself, so we'll probably need to verify what/why/how
Other new "interesting" issue is that some pkg are now relying on external BuildRequires, like devtools-6 package set. As Johnny explained it in his blog post for x86_64, it was built for x86_64, so there is no issue at all. But on the armhfp side, it wasn't, and worse, it will not work : https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19769-devtoolset-6-gcc-6... => "*** Configuration armv7hl-redhat-linux-gnu7E not supported"
Any help on trying to solve those issues is welcome
PS : myself being busy on my SysAdmin job, so not having a lot of time to spend on armhfp, and also diving into "Summer Holidays without internet connectivity" mode soon ...
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
replying to self: hmm that came out vague.
the second remark was supposed to be about mariadb.
devtools-6-gcc build with this patch and I can compile webkitgtk4 with it.
On 08/07/2017 12:16 PM, Jacco Ligthart wrote:
Hi Fabian,
Here is what I did to make devtools-gcc build on armv5:
https://github.com/redsleeve-linux/el7/blob/master/sclo/devtoolset-6-gcc/000...
I have not tried that yet. please let this list know if you find a resolution.
Jacco
On 08/07/2017 09:15 AM, Fabian Arrotin wrote:
Hi guys,
You're probably aware that upstream RHEL 7.4 was released last week, so the x86_64 rebuild started in the following days (https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sourc...)
On the armv7hl/armhfp side I started (as usual) to rebuild gcc, wait (long time), then glibc. Those rebuilds finished on saturday morning, so since that day, the armhfp builders have been busy rebuilding the 700+ SRPMs.
At this stage, more than 530 pkgs were already rebuilt (https://armv7.dev.centos.org/built.html), and some are excluded as not covered for armhfp, which is always expected
But this time, we have packages that have failures where they were able to build fine, or other new issues.
Example of package failing now to build is mariadb : it builds, but it fails at the tests stage in mariadb itself, so we'll probably need to verify what/why/how
Other new "interesting" issue is that some pkg are now relying on external BuildRequires, like devtools-6 package set. As Johnny explained it in his blog post for x86_64, it was built for x86_64, so there is no issue at all. But on the armhfp side, it wasn't, and worse, it will not work : https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19769-devtoolset-6-gcc-6... => "*** Configuration armv7hl-redhat-linux-gnu7E not supported"
Any help on trying to solve those issues is welcome
PS : myself being busy on my SysAdmin job, so not having a lot of time to spend on armhfp, and also diving into "Summer Holidays without internet connectivity" mode soon ...
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 07/08/17 12:21, Jacco Ligthart wrote:
replying to self: hmm that came out vague.
the second remark was supposed to be about mariadb.
devtools-6-gcc build with this patch and I can compile webkitgtk4 with it.
<snip>
Hey Jacco,
Thanks a lot for the pointer. Not sure if I can apply those patches directly in our case though as it seems you're forcing armv5tel, so it will probably not work on our side for armv7hl : gcc_target_platform armv5tel-%{_vendor}-%{_target_os}-gnueabi
Unfortunately not a dev guy myself, and having to fight now with fires in the centos infra :(
On 07/08/17 15:40, Fabian Arrotin wrote:
On 07/08/17 12:21, Jacco Ligthart wrote:
replying to self: hmm that came out vague.
the second remark was supposed to be about mariadb.
devtools-6-gcc build with this patch and I can compile webkitgtk4 with it.
<snip>
Hey Jacco,
Thanks a lot for the pointer. Not sure if I can apply those patches directly in our case though as it seems you're forcing armv5tel, so it will probably not work on our side for armv7hl : gcc_target_platform armv5tel-%{_vendor}-%{_target_os}-gnueabi
Unfortunately not a dev guy myself, and having to fight now with fires in the centos infra :(
So slowly trying to have a look at some pkgs that were failing, and I'll keep the patches for 7.4.1708 here : https://armv7.dev.centos.org/repodir/patches/7.4.1708/
Some will probably be interesting for Jacco/Redsleeve too ;-)
If you have time and you want to have a look at the failed pkgs : https://armv7.dev.centos.org/report.html
Plenty are about gnome and so the need for webkitgtk4 (that needs devtools-6-gcc, still to be tested), so once that one will be solved, I guess quite a few will be building
On 07/08/17 12:16, Jacco Ligthart wrote:
Hi Fabian,
Here is what I did to make devtools-gcc build on armv5:
https://github.com/redsleeve-linux/el7/blob/master/sclo/devtoolset-6-gcc/000...
I have not tried that yet. please let this list know if you find a resolution.
Jacco
Hi Jacco,
I applied your patches , but it still fails (after several hours, it's a loooooong build). Any hints ? mock log files are temporary here : https://armv7.dev.centos.org/repodir/c71708-devtools-6/devtools-6-gcc.armv7h...
Cheers,
PS : devtoolset-6-binutils and devtoolset-6-gdb build fine, just not devtoolset-6-gcc (last one needed to be able to build webkitgtk4 and so unblock failing builds )
On 11-08-17 13:00, Fabian Arrotin wrote:
On 07/08/17 12:16, Jacco Ligthart wrote:
Hi Fabian,
Here is what I did to make devtools-gcc build on armv5:
https://github.com/redsleeve-linux/el7/blob/master/sclo/devtoolset-6-gcc/000...
I have not tried that yet. please let this list know if you find a resolution.
Jacco
Hi Jacco,
I applied your patches , but it still fails (after several hours, it's a loooooong build). Any hints ? mock log files are temporary here : https://armv7.dev.centos.org/repodir/c71708-devtools-6/devtools-6-gcc.armv7h...
Cheers,
PS : devtoolset-6-binutils and devtoolset-6-gdb build fine, just not devtoolset-6-gcc (last one needed to be able to build webkitgtk4 and so unblock failing builds )
I did a quick search for "Error 1" and this is the first one on line 10381 of build.log:
../../../../../libstdc++-v3/src/nonshared98/float128.S: Assembler messages: ../../../../../libstdc++-v3/src/nonshared98/float128.S:162: Error: junk at end of line, first unrecognized character is `,' make[6]: *** [float128.lo] Error 1
Unfortunately I don't know how to fix that error.
In mock.cfg I noticed:
config_opts['target_arch'] = 'armv7hl' config_opts['legal_host_arches'] = ('armv7l')
Is 'armv7l' a typo?
HTH, Patrick
On 11-08-17 13:00, Fabian Arrotin wrote:
On 07/08/17 12:16, Jacco Ligthart wrote:
Hi Fabian,
Here is what I did to make devtools-gcc build on armv5:
https://github.com/redsleeve-linux/el7/blob/master/sclo/devtoolset-6-gcc/000...
I have not tried that yet. please let this list know if you find a resolution.
Jacco
Hi Jacco,
I applied your patches , but it still fails (after several hours, it's a loooooong build). Any hints ? mock log files are temporary here : https://armv7.dev.centos.org/repodir/c71708-devtools-6/devtools-6-gcc.armv7h...
Cheers,
PS : devtoolset-6-binutils and devtoolset-6-gdb build fine, just not devtoolset-6-gcc (last one needed to be able to build webkitgtk4 and so unblock failing builds )
I know it's a long build. I have done it many a time to get to my patch set.
The original error you mentioned (7E thingy) is fixed by setting "gcc_target_platform" in the spec file. Everything else in my patch set is to get armv5 compatibility in this gcc version. It is based on work we done earlier on other gcc versions. I think that the errors you see are specific to patches I made, so maybe you need less of this patch.
I know there are some items not (completely) implemented for armv5, while they do work for armv7. which might also explain why you need *less* of a patch.
I'm guessing though, that all of the places where I added "defined __arm__" should stay in the patch set. Most of them are a discriminator between 32 and 64 bits.
I don't have any clearer answer :(
Jacco
<snip>
While I had my RPi3 out testing the 7.3.1611 image for that other thread, I grabbed what is going to be the released 7.4.1708 image for RPi3 and copied to a card to see if it works.
Looks like Fabian has done a wonderful job (as usual) and I have an ip address via the NIC and it sees the wlan as well (but it is turned off by default, it seems).
[root@centos-rpi3 ~]# uname -a Linux centos-rpi3 4.9.40-v7.1.el7 #1 SMP Tue Aug 8 14:03:02 UTC 2017 armv7l armv7l armv7l GNU/Linux
So, when we release (certainly w/in the next week), we should be good to go.
Thanks, Johnny Hughes
On 08/09/17 14:40, Johnny Hughes wrote:
<snip>
While I had my RPi3 out testing the 7.3.1611 image for that other thread, I grabbed what is going to be the released 7.4.1708 image for RPi3 and copied to a card to see if it works.
Looks like Fabian has done a wonderful job (as usual) and I have an ip address via the NIC and it sees the wlan as well (but it is turned off by default, it seems).
Well "nmcli dev wifi" should automatically show the available Wifi AP in the area , and then it's just "nmcli device wifi connect <SSID|BSSID> password <password>" and it's connected :-)