Patch Openblas

1 view
Skip to first unread message

Bjarne Saltbæk

unread,
Aug 19, 2019, 6:01:38 AM8/19/19
to redsleeve-users
To Jacco.

Could you please patch openblas?
(I need it for building django and fedpkg)

Patches:

openblas-srpm-macros-2-2 from AppStream:
--- a/macros.openblas-srpm    2019-08-19 09:40:43.922920191 +0000
+++ b/macros.openblas-srpm        2019-08-19 09:41:02.517786164 +0000
@@ -1,2 +1,2 @@
 # Architectures that OpenBLAS supports
-%openblas_arches x86_64 %{ix86} armv7hl %{power64} aarch64 s390x
+%openblas_arches x86_64 %{ix86} armv7hl armv5tel %{power64} aarch64 s390x


openblas from AppStream:
openblas-0.3.3-2.el8.src.rpm
--- a/openblas.spec  2019-08-19 09:46:03.180352930 +0000
+++ b/openblas.spec   2019-08-18 16:03:55.000000000 +0000
@@ -360,6 +360,9 @@
 %endif

 %endif
+%ifarch armv5tel
+TARGET="TARGET=ARMV5 DYNAMIC_ARCH=0"
+%endif
 %ifarch armv7hl
 TARGET="TARGET=ARMV7 DYNAMIC_ARCH=0"
 %endif
@@ -437,6 +440,9 @@
 %multilib_fix_c_header --file %{_includedir}/openblas/openblas_config.h

 # Fix name of libraries
+%ifarch armv5tel
+suffix="_armv5"
+%endif
 %ifarch armv7hl
 suffix="_armv7"
 %endif


rebuild
numpy from AppStream:

BR,
Bjarne

Jacco Ligthart

unread,
Aug 19, 2019, 2:50:49 PM8/19/19
to redslee...@googlegroups.com

Hi Bjarne,


Just the other day I was again looking at atlas. I still cannot build it. I was however planning on a different solution than your proposal below. I thought to build atlas from RSEL7 and include that in RSEL8.


The version in RSEL7 is 3.10.1, while the RH8 version is 3.10.3. I am not aware of any security issues or major changes between those versions, so I expect this to work (This is how numpy was build to start with ...)


Would this suit your case also?


Of course, I can patch openblas anyway, although I don't have many items depending on it (only opencv and that one is also missing 3 other packages)


I'll try to get old atlas on the mirrors by midnight.


Jacco

--
You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to redsleeve-use...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/AM0PR05MB58890B10AE8CAE07030A6C14C2A80%40AM0PR05MB5889.eurprd05.prod.outlook.com.

Bjarne Saltbæk

unread,
Aug 19, 2019, 4:47:01 PM8/19/19
to Jacco Ligthart, redslee...@googlegroups.com
Hi Jacco.

Building atlas-el7 works i guess (but openblas needs patching anyway to build and i had the patch from openblas-el7 in my git which i just reused. Compiling atlas takes 1 day on my rpi4 or cubox4x4 so when atlas failed i went for the quick solution ;) )

BR,
Bjarne.



Fra: redslee...@googlegroups.com <redslee...@googlegroups.com> på vegne af Jacco Ligthart <ja...@redsleeve.org>
Sendt: mandag, august 19, 2019 8:50 PM
Til: redslee...@googlegroups.com
Emne: [RSEL-users] Patch Openblas
 

Jacco Ligthart

unread,
Aug 19, 2019, 6:53:25 PM8/19/19
to redslee...@googlegroups.com

I'm getting more puzzled by atlas: atlas from RSEL7 does not build on RSEL8. If interested, I put the buildlog also in the FTBFS directory.


So now I'm trying to build the new atlas on RSEL7. Let's see if that works.

Normally I would also try to build something on x86, but I still don't have a decent x86 test machine with either rhel8 or C8 (epel8 is also still largely missing)


For good measure: openblas is now also building.


to be continued.


Jacco

Jacco Ligthart

unread,
Aug 20, 2019, 1:50:43 AM8/20/19
to redslee...@googlegroups.com

Hi Bjarne,


openblas and numpy are in place as you requested (sync to mirrors expected around 08:00 UTC)


I knew that there were a couple of packets requiring atlas. For that reason I preferred keeping atlas around. However I did not know that most of these requirements were actually through numpy and that numpy had atlas listed as a second choice.


I am now in favor of ditching atlas all together. It has always been difficult to build and the latest version keeps giving errors building, both on RSEL7 and RSEL8. The only thing I can see that natively depends on atlas is suitesparse. And suitesparse is apparently only needed by gegl and gegl04. Nothing depends on those.


My proposal is to also drop the items listed above. If we really need them, we can adjust suitesparse to build against openblas, this has been done by fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1506933


Jacco

Bjarne Saltbæk

unread,
Aug 20, 2019, 9:08:41 AM8/20/19
to Jacco Ligthart, redslee...@googlegroups.com
+1

And thanks for the help.

(Unless you already have a solution, I am playing with the Module Build System to make it build all the rpm modules. Since it use Koji I am already half there :))

BR,
Bjarne



Sendt: Tuesday, August 20, 2019 7:50:40 AM
Til: redslee...@googlegroups.com <redslee...@googlegroups.com>
Emne: Re: [RSEL-users] Patch Openblas
 

Jacco Ligthart

unread,
Aug 20, 2019, 9:32:40 AM8/20/19
to redslee...@googlegroups.com
Modules still scare me ...

On a serious note, from what I understand, you need a couple of things:
- rpm's with funky names
- a module.yaml file describing your modules

Of the last one I saw a description like "this is an artefact from the build system". As I don't use koji or similar atm, there is nothing that will make that for me.
I was planning on reviewing CentOS-es modules.yaml and see if we can use that. If we use the same funky names for the RPM's we should be good.

This has of course not been tested, as C8 is not yet released ...

Jacco
> Fra: redslee...@googlegroups.com<mailto:redslee...@googlegroups.com> <redslee...@googlegroups.com><mailto:redslee...@googlegroups.com> på vegne af Jacco Ligthart <ja...@redsleeve.org><mailto:ja...@redsleeve.org>
> Sendt: mandag, august 19, 2019 8:50 PM
> Til: redslee...@googlegroups.com<mailto:redslee...@googlegroups.com>
> To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-us...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/AM0PR05MB58890B10AE8CAE07030A6C14C2A80%40AM0PR05MB5889.eurprd05.prod.outlook.com<https://groups.google.com/d/msgid/redsleeve-users/AM0PR05MB58890B10AE8CAE07030A6C14C2A80%40AM0PR05MB5889.eurprd05.prod.outlook.com?utm_medium=email&utm_source=footer>.
> --
> You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-us...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/21c7a94e-827e-bd1a-aa05-c7eaf06180ea%40redsleeve.org<https://groups.google.com/d/msgid/redsleeve-users/21c7a94e-827e-bd1a-aa05-c7eaf06180ea%40redsleeve.org?utm_medium=email&utm_source=footer>.
> --
> You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to redsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/AM0PR05MB5889BF80297851B0B980A45CC2A80%40AM0PR05MB5889.eurprd05.prod.outlook.com<https://groups.google.com/d/msgid/redsleeve-users/AM0PR05MB5889BF80297851B0B980A45CC2A80%40AM0PR05MB5889.eurprd05.prod.outlook.com?utm_medium=email&utm_source=footer>.
> --
> You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to redsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/23bda804-b234-2d24-0e90-9e773b30c937%40redsleeve.org<https://groups.google.com/d/msgid/redsleeve-users/23bda804-b234-2d24-0e90-9e773b30c937%40redsleeve.org?utm_medium=email&utm_source=footer>.
>
> --
> You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to redsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/9a39d6ad-dc85-7ef2-4371-42308369737f%40redsleeve.org<https://groups.google.com/d/msgid/redsleeve-users/9a39d6ad-dc85-7ef2-4371-42308369737f%40redsleeve.org?utm_medium=email&utm_source=footer>.

Bjarne Saltbæk

unread,
Aug 22, 2019, 4:19:34 PM8/22/19
to Jacco Ligthart, redslee...@googlegroups.com
To Jacco.

[bjarne@lego ~]$ sudo dnf -y update
RedSleeve-8 - AppStream                                                                           996 kB/s | 5.4 MB     00:05
RedSleeve-8 - BaseOS                                                                              645 kB/s | 2.5 MB     00:03
RedSleeve-8 - RedSleeve                                                                            12 kB/s |  42 kB     00:03
RedSleeve-8 - extra                                                                               161 kB/s | 625 kB     00:03
RedSleeve-8 - epel                                                                                133 kB/s | 309 kB     00:02
Dependencies resolved.
==================================================================================================================================
 Package                            Arch                 Version                          Repository                         Size
==================================================================================================================================
Upgrading:
 openblas-srpm-macros               noarch               2-2.el8.redsleeve                Redsleeve_AppStream               6.9 k

Transaction Summary
==================================================================================================================================
Upgrade  1 Package

Total download size: 6.9 k
Downloading Packages:
openblas-srpm-macros-2-2.el8.redsleeve.noarch.rpm                                                 6.4 kB/s | 6.9 kB     00:01
----------------------------------------------------------------------------------------------------------------------------------
Total                                                                                             2.7 kB/s | 6.9 kB     00:02
Package openblas-srpm-macros-2-2.el8.redsleeve.noarch.rpm is not signed

Did you forget to sign it?

BR,
Bjarne


Sendt fra Outlook

Jacco Ligthart

unread,
Aug 23, 2019, 8:10:44 AM8/23/19
to redslee...@googlegroups.com

Oops.


fixed and awaiting sync to mirrors.


Jacco

Bjarne Saltbæk

unread,
Sep 22, 2019, 8:01:20 AM9/22/19
to Jacco Ligthart, redslee...@googlegroups.com
Hi Jacco.

After months (!) of agony and frustrations I think I finally got my first module build in MBS/Koji. Setting up MBS was a really p*** i* t** a** since i could not really find any getting started documents. only documents on how to write a module YML.


I had to patch koji to force an ARCH. I think its due to EL8 switched to DNF instead of YUM.

Question is: should I start building some of the modules in ie appstream repo?

BR,
Bjarne



Sendt: 20. august 2019 15:32
To unsubscribe from this group and stop receiving emails from it, send an email to redsleeve-use...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/74c2-5d5bf680-9-5a738500%40160459977.

Gordan Bobic

unread,
Sep 22, 2019, 9:12:31 AM9/22/19
to Bjarne Saltbæk, Jacco Ligthart, redsleeve-users
Mock can be told to use dnf for the initial bootstrap rootfs setup. I had to set that option to get non-host arch building to work in my build system. Is that not an option when invoking via koji?

Bjarne Saltbæk

unread,
Sep 22, 2019, 2:27:40 PM9/22/19
to Gordan Bobic, redsleeve-users
Hi Gordan.

I am not sure what you mean. Can you are a config example?
And koji is a little funky. It generate its own mock config for each build it does. And its a combination of a merge of the build servers /etc/mock/site-default.cfg, config from koji and hardcoded config in koji’s python code. 
I had to ad aaaalot of debug logging to figure out what came from where :(

Br,
Bjarne




Fra: Gordan Bobic <gor...@redsleeve.org>
Sendt: søndag, september 22, 2019 3:12 PM
Til: Bjarne Saltbæk
Cc: Jacco Ligthart; redsleeve-users
> To unsubscribe from this group and stop receiving emails from it, send an emailtoredsleeve-us...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To unsubscribe from this group and stop receiving emails from it, send an emailtoredsleeve-us...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.
> To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-use...@googlegroups.com<mailto:redsleeve-use...@googlegroups.com>.

> To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/9a39d6ad-dc85-7ef2-4371-42308369737f%40redsleeve.org<https://groups.google.com/d/msgid/redsleeve-users/9a39d6ad-dc85-7ef2-4371-42308369737f%40redsleeve.org?utm_medium=email&utm_source=footer>.

--
You received this message because you are subscribed to the Google Groups "redsleeve-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email toredsleeve-use...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/redsleeve-users/74c2-5d5bf680-9-5a738500%40160459977.

Gordan Bobic

unread,
Sep 22, 2019, 2:39:44 PM9/22/19
to Bjarne Saltbæk, Gordan Bobic, redsleeve-users
On Sun, Sep 22, 2019 at 7:27 PM Bjarne Saltbæk <arnebj...@hotmail.com> wrote:
Hi Gordan.

I am not sure what you mean. Can you are a config example?

config_opts['package_manager'] = 'dnf'
 
And koji is a little funky. It generate its own mock config for each build it does. And its a combination of a merge of the build servers /etc/mock/site-default.cfg, config from koji and hardcoded config in koji’s python code. 
I had to ad aaaalot of debug logging to figure out what came from where :(

 Unless it specifically overrides the package_manager, the above should work in your site-default config.

Reply all
Reply to author
Forward
0 new messages