Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Regards, Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Thanks.
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Am Montag, 26. März 2012, 10:39:23 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Changed for RHEL, CentOS and ScientificLinux in version 6 now.
On 03/26/2012 03:49 PM, Adrian Schröter wrote:
Am Montag, 26. März 2012, 10:39:23 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Changed for RHEL, CentOS and ScientificLinux in version 6 now.
Thanks a lot!
2012/3/26 Adrian Schröter adrian@suse.de:
Am Montag, 26. März 2012, 10:39:23 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Changed for RHEL, CentOS and ScientificLinux in version 6 now.
Thank you, as far as I can tell the pkgconfig and expat changes are valid for version 5 as well. It would be nice to add them too
Best Regards, Michael
Hi;
Quoting Michael Behrisch behrisch@users.sourceforge.net:
2012/3/26 Adrian Schröter adrian@suse.de:
Am Montag, 26. März 2012, 10:39:23 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Changed for RHEL, CentOS and ScientificLinux in version 6 now.
Thank you, as far as I can tell the pkgconfig and expat changes are valid for version 5 as well. It would be nice to add them too
Also we need;
Substitute: gcc-fortran gcc-gfortran
For RHEL flavors. This will ease the maintainance of scientific spec packages.
Regards.
Hi, another question concerning global project config netcdf is broken in Application:Geo due to a non-applicable patch (see below): In addition to the already mentioned gfortran issue the info_prereq seems to be a rather general topic as well. Is it possible to fix this globally as well?
Regards, Michael
--- netcdf.spec.orig +++ netcdf.spec @@ -34,8 +34,16 @@ Patch2: %{name}-%{version}-delet Patch3: netcdf-codecleanup.patch Patch4: netcdf-no_date_time.patch BuildRoot: %{_tmppath}/%{name}-%{version}-build -BuildRequires: gcc-c++ gcc-fortran +BuildRequires: gcc-c++ +%if 0%{?centos_version} || 0%{?rhel_version} +BuildRequires: gcc-gfortran +PreReq: info +%define install_info install-info +%define install_info_delete install-info --quiet –delete +%else +BuildRequires: gcc-fortran PreReq: %install_info_prereq +%endif
%description This library provides array-oriented data access for the languages C
Hi, I know the central obs has different problems right now, but is any progress in sight on this one (including gfortran pkgconfig)?
Thanks, Michael
2012/4/2 Michael Behrisch behrisch@users.sourceforge.net:
Hi, another question concerning global project config netcdf is broken in Application:Geo due to a non-applicable patch (see below): In addition to the already mentioned gfortran issue the info_prereq seems to be a rather general topic as well. Is it possible to fix this globally as well?
Regards, Michael
--- netcdf.spec.orig +++ netcdf.spec @@ -34,8 +34,16 @@ Patch2: %{name}-%{version}-delet Patch3: netcdf-codecleanup.patch Patch4: netcdf-no_date_time.patch BuildRoot: %{_tmppath}/%{name}-%{version}-build -BuildRequires: gcc-c++ gcc-fortran +BuildRequires: gcc-c++ +%if 0%{?centos_version} || 0%{?rhel_version} +BuildRequires: gcc-gfortran +PreReq: info +%define install_info install-info +%define install_info_delete install-info --quiet –delete +%else +BuildRequires: gcc-fortran PreReq: %install_info_prereq +%endif
%description This library provides array-oriented data access for the languages C
Hi,
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Best regards, Michael
2012/4/12 Michael Behrisch behrisch@users.sourceforge.net:
Hi, I know the central obs has different problems right now, but is any progress in sight on this one (including gfortran pkgconfig)?
Thanks, Michael
2012/4/2 Michael Behrisch behrisch@users.sourceforge.net:
Hi, another question concerning global project config netcdf is broken in Application:Geo due to a non-applicable patch (see below): In addition to the already mentioned gfortran issue the info_prereq seems to be a rather general topic as well. Is it possible to fix this globally as well?
Regards, Michael
--- netcdf.spec.orig +++ netcdf.spec @@ -34,8 +34,16 @@ Patch2: %{name}-%{version}-delet Patch3: netcdf-codecleanup.patch Patch4: netcdf-no_date_time.patch BuildRoot: %{_tmppath}/%{name}-%{version}-build -BuildRequires: gcc-c++ gcc-fortran +BuildRequires: gcc-c++ +%if 0%{?centos_version} || 0%{?rhel_version} +BuildRequires: gcc-gfortran +PreReq: info +%define install_info install-info +%define install_info_delete install-info --quiet –delete +%else +BuildRequires: gcc-fortran PreReq: %install_info_prereq +%endif
%description This library provides array-oriented data access for the languages C
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi;
On 04/17/2012 10:19 AM, Michael Behrisch wrote:
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Adrian added the gcc-gfortran substitute now, for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Thanks.
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi;
On 04/17/2012 10:19 AM, Michael Behrisch wrote:
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Adrian added the gcc-gfortran substitute now, for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Thanks a lot! What about the pkgconfig substitute for the (older) RedHat/Fedora based distros?
Best regards, Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 12:48 PM, Michael Behrisch wrote:
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi;
On 04/17/2012 10:19 AM, Michael Behrisch wrote:
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Adrian added the gcc-gfortran substitute now, for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Thanks a lot! What about the pkgconfig substitute for the (older) RedHat/Fedora based distros?
I am not sure what you mean by that. Please explain? :)
Regards.
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 12:48 PM, Michael Behrisch wrote:
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi;
On 04/17/2012 10:19 AM, Michael Behrisch wrote:
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Adrian added the gcc-gfortran substitute now, for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Thanks a lot! What about the pkgconfig substitute for the (older) RedHat/Fedora based distros?
I am not sure what you mean by that. Please explain? :)
All Fedora/RedHat-distros call pkg-config pkgconfig (without the "-"). This has been fixed for RHEL6/CentOS6 but not for 5 and 4 (not sure about Fedora),see for instance https://build.opensuse.org/package/show?package=freexl&project=Applicati...
Regards, Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 01:53 PM, Michael Behrisch wrote:
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 12:48 PM, Michael Behrisch wrote:
2012/4/17 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi;
On 04/17/2012 10:19 AM, Michael Behrisch wrote:
If it is not possible to change central obs config right now, can we adapt at least Application:Geo then?
Adrian added the gcc-gfortran substitute now, for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Thanks a lot! What about the pkgconfig substitute for the (older) RedHat/Fedora based distros?
I am not sure what you mean by that. Please explain? :)
All Fedora/RedHat-distros call pkg-config pkgconfig (without the "-"). This has been fixed for RHEL6/CentOS6 but not for 5 and 4 (not sure about Fedora),see for instance https://build.opensuse.org/package/show?package=freexl&project=Applicati...
I
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
is in order. Adrian can you make that change?
Regards.
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
Never mind ;-), Michael
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
2012/4/17 Adrian Schröter adrian@suse.de:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Thank You! Could someone please trigger a rebuild for Application:Geo/freexl then?
Thanks, Michael
Am Mittwoch, 18. April 2012, 15:05:04 schrieb Michael Behrisch:
2012/4/17 Adrian Schröter adrian@suse.de:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Thank You! Could someone please trigger a rebuild for Application:Geo/freexl then?
The server will detect that automatically after some time, when the build deps have changed. No need to trigger a rebuild.
2012/4/18 Adrian Schröter adrian@suse.de:
Could someone please trigger a rebuild for Application:Geo/freexl then?
The server will detect that automatically after some time, when the build deps have changed. No need to trigger a rebuild.
Well, freexl does not have build deps except for gcc and fdupes and both are quite unlikely to change in the next time (at least for the RHEL targets) or did I misunderstand something?
Regards, Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Application:Geo/freexl still shows unresolvable for pkg-config.
Thanks.
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
2012/4/22 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Application:Geo/freexl still shows unresolvable for pkg-config.
I just checked the project config for CentOS 5, the substitute is not in there (probably the same for RHEL). Could Adrian please retry? I must admit, I am getting a little tired of this, and probably you do as well. Is there some bug in the obs which always deletes my substitute proposals ;-) ?
Nevertheless thanks for providing obs, Michael
Am Montag, 23. April 2012, 00:12:47 schrieb Michael Behrisch:
2012/4/22 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Application:Geo/freexl still shows unresolvable for pkg-config.
I just checked the project config for CentOS 5, the substitute is not in there (probably the same for RHEL). Could Adrian please retry? I must admit, I am getting a little tired of this, and probably you do as well. Is there some bug in the obs which always deletes my substitute proposals ;-) ?
Not according to the log. It seems I have just forgot it for the 5er versions. Fixed now.
happy monday adrian
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/23/2012 11:31 AM, Adrian Schröter wrote:
Am Montag, 23. April 2012, 00:12:47 schrieb Michael Behrisch:
2012/4/22 Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Application:Geo/freexl still shows unresolvable for pkg-config.
I just checked the project config for CentOS 5, the substitute is not in there (probably the same for RHEL). Could Adrian please retry? I must admit, I am getting a little tired of this, and probably you do as well. Is there some bug in the obs which always deletes my substitute proposals ;-) ?
Not according to the log. It seems I have just forgot it for the 5er versions. Fixed now.
RHEL_4 also needs this :-)
happy monday
You too! :)
- -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Am Montag, 23. April 2012, 14:04:42 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/23/2012 11:31 AM, Adrian Schröter wrote:
Am Montag, 23. April 2012, 00:12:47 schrieb Michael Behrisch:
2012/4/22 Ismail Dönmez idoenmez@suse.de:
...
Application:Geo/freexl still shows unresolvable for pkg-config.
I just checked the project config for CentOS 5, the substitute is not in there (probably the same for RHEL). Could Adrian please retry? I must admit, I am getting a little tired of this, and probably you do as well. Is there some bug in the obs which always deletes my substitute proposals ;-) ?
Not according to the log. It seems I have just forgot it for the 5er versions. Fixed now.
RHEL_4 also needs this :-)
added
Hi;
Quoting Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Mandriva also needs this. Adrian, can you add that please?
Regards.
Am Mittwoch, 2. Mai 2012, 19:35:23 schrieb Ismail Doenmez:
Hi;
Quoting Ismail Dönmez idoenmez@suse.de:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/17/2012 04:05 PM, Adrian Schröter wrote:
Am Dienstag, 17. April 2012, 14:07:57 schrieb Michael Behrisch:
guess for older Redhat based distros
Substitute: pkgconfig pkg-config
It's the other way round Substitute: pkg-config pkgconfig
done
Mandriva also needs this. Adrian, can you add that please?
done
Hi,
2012/4/17 Ismail Dönmez idoenmez@suse.de:
Adrian added the gcc-gfortran substitute now
I just checked why the hdf build does not work and apparently the substitute did not make it into the RHEL6 project config and probably also not into Scientific Linux6.
for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Are there any usage examples or do you know which (Build)Requires I need to add? A simple deletion of the PreReq and a substitution of the macros did not work.
Best regards, Michael
Am Dienstag, 17. April 2012, 21:10:55 schrieb Michael Behrisch:
Hi,
2012/4/17 Ismail Dönmez idoenmez@suse.de:
Adrian added the gcc-gfortran substitute now
I just checked why the hdf build does not work and apparently the substitute did not make it into the RHEL6 project config and probably also not into Scientific Linux6.
done now.
for the *.info files we shall use %info_add and %info_del instead which shall work everywhere.
Are there any usage examples or do you know which (Build)Requires I need to add? A simple deletion of the PreReq and a substitution of the macros did not work.
Just "info" is not working ?
Best regards, Michael
2012/4/19 Adrian Schröter adrian@suse.de:
Are there any usage examples or do you know which (Build)Requires I need to add? A simple deletion of the PreReq and a substitution of the macros did not work.
Just "info" is not working ?
The PreReq is probably not the problem but %info_add seems to work differently then %install_info. I could not find a definition of %install_info though (have looked in the Factory project config and in /usr/lib/rpm/macros of my local 12.1 install). I could add a || : to all the scriptlets now to force 0 exit code but I doubt that this patch will be accepted.
Regards, Michael
-----Original Message----- From: wohnung.in.gruenau@googlemail.com [mailto:wohnung.in.gruenau@googlemail.com] On Behalf Of Michael Behrisch Sent: Monday, April 23, 2012 12:26 AM To: Adrian Schröter Cc: opensuse-buildservice@opensuse.org; Ismail Dönmez Subject: Re: [opensuse-buildservice] project config for RHEL6 / CentOS6
2012/4/19 Adrian Schröter adrian@suse.de:
Are there any usage examples or do you know which (Build)Requires I
need to add?
A simple deletion of the PreReq and a substitution of the macros did
not work.
Just "info" is not working ?
The PreReq is probably not the problem but %info_add seems to work differently then %install_info. I could not find a definition of %install_info though (have looked in the Factory project config and in /usr/lib/rpm/macros of my local 12.1 install). I could add a || : to all the scriptlets now to force 0 exit code but I doubt that this patch will be accepted.
%install_info is defined in /usr/lib/rpm/suse_macros (at least here on SLES11)
Note that both macros have very different usage. %install_info just takes arguments for install-info and is simply a wrapper that does nothing if install-info is not available. %info_add only gets the basename of the info file (example see http://en.opensuse.org/openSUSE:Build_Service_cross_distribution_howto#Insta...) and tries to do the rest automagically.
Hope that helps, Frank
2012/4/23 Frank Lichtenheld Frank.Lichtenheld@sophos.com:
2012/4/19 Adrian Schröter adrian@suse.de:
Are there any usage examples or do you know which (Build)Requires I
need to add?
A simple deletion of the PreReq and a substitution of the macros did
not work.
Just "info" is not working ?
The PreReq is probably not the problem but %info_add seems to work differently then %install_info. I could not find a definition of %install_info though (have looked in the Factory project config and in /usr/lib/rpm/macros of my local 12.1 install). I could add a || : to all the scriptlets now to force 0 exit code but I doubt that this patch will be accepted.
%install_info is defined in /usr/lib/rpm/suse_macros (at least here on SLES11)
Just for the records, the problem was not with the macros. netcdf simply abolished info documentation in its recent release, thus the files were simply not there.
Sorry for causing irritation, Michael
2012/3/26 Adrian Schröter adrian@suse.de:
Am Montag, 26. März 2012, 10:39:23 schrieb Ismail Dönmez:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/22/2012 09:56 PM, Michael Behrisch wrote:
Hi, I added some lines to my project config to ease RHEL6/CentOS6 packaging and was told by Ismail Dönmez that it maybe useful to integrate them at a higher level. So here they are:
%if 0%{?centos_version} >= 600 || 0%{?rhel_version} >= 600 Substitute: libxerces-c-devel xerces-c-devel Substitute: pkg-config pkgconfig Substitute: libexpat-devel expat-devel %endif
One more question while I am here: Does anyone know if the package lists for CentOS and RHEL always differ (for instance concerning xerces-c) or whether this is a build service peculiarity?
Can someone comment on this please? I don't want to add this per project since its useful in general.
Changed for RHEL, CentOS and ScientificLinux in version 6 now.
If I might bother you again, the Substitute: gcc-fortran gcc-gfortran is another one which seems to be useful on all RHEL derivatives (and Fedora) in all versions.
Best regards, Michael
buildservice@lists.opensuse.org
-
Adrian Schröter -
Frank Lichtenheld -
Ismail Doenmez -
Ismail Dönmez
-
Michael Behrisch