%_host_vendor Bug in the rpm package of SL 6?
Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner
Re: %_host_vendor Bug in the rpm package of SL 6?
Hallo Frank, do you have the redhat-rpm-config rpm installed on your build node? Schoene Gruesse, Matthias On Feb 7, 2013, at 9:52 AM, ZITBB Büttner, Frank frank.buett...@polizei.brandenburg.de wrote: Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner smime.p7s Description: S/MIME cryptographic signature
AW: %_host_vendor Bug in the rpm package of SL 6?
Hello Matthias, yes the package is installed. -Ursprüngliche Nachricht- Von: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] Im Auftrag von Matthias Schroeder Gesendet: Donnerstag, 7. Februar 2013 11:12 An: ZITBB Büttner, Frank Cc: scientific-linux-us...@fnal.gov Betreff: Re: %_host_vendor Bug in the rpm package of SL 6? Hallo Frank, do you have the redhat-rpm-config rpm installed on your build node? Schoene Gruesse, Matthias On Feb 7, 2013, at 9:52 AM, ZITBB Büttner, Frank frank.buett...@polizei.brandenburg.de wrote: Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner
Re: %_host_vendor Bug in the rpm package of SL 6?
On Feb 7, 2013, at 11:12 AM, Matthias Schroeder matthias.schro...@cern.ch wrote: Hallo Frank, do you have the redhat-rpm-config rpm installed on your build node? Just noticed that it does not matter. It looks as if %host_vendor is not used and not set anymore by TUV, at least on 6.3. Appears to be fine again in 6.4 beta. In the meantime you can set in in your .rpmmacros Matthias Schoene Gruesse, Matthias On Feb 7, 2013, at 9:52 AM, ZITBB Büttner, Frank frank.buett...@polizei.brandenburg.de wrote: Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner smime.p7s Description: S/MIME cryptographic signature
Re: %_host_vendor Bug in the rpm package of SL 6?
On Thu, Feb 7, 2013 at 12:52 AM, ZITBB Büttner, Frank frank.buett...@polizei.brandenburg.de wrote: Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner This is an upstream bug and was filed here: https://bugzilla.redhat.com/show_bug.cgi?id=743229 It's status now says Release pending, so the fix is likely to be in EL 6.4. Akemi
AW: %_host_vendor Bug in the rpm package of SL 6?
Thanks, for the information. I will follow it. -Ursprüngliche Nachricht- Von: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] Im Auftrag von Akemi Yagi Gesendet: Donnerstag, 7. Februar 2013 14:44 An: ZITBB Büttner, Frank Cc: scientific-linux-us...@fnal.gov Betreff: Re: %_host_vendor Bug in the rpm package of SL 6? On Thu, Feb 7, 2013 at 12:52 AM, ZITBB Büttner, Frank frank.buett...@polizei.brandenburg.de wrote: Hello list, I have try to rebuild an rpm package with use the %configure macro. This will fails, beacuse the %_host_vendor macro witch is placed at: /usr/lib/rpm/macros is set to unknown and not to redhat like the %_vendor macro in the same file. This will result that the build script will think it is an cross build. But it is not. So I think it will be in an bug in SL Linux. package: rpm-4.8.0-27.el6.x86_64 Sample: %configure will result in: ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info but correct will be: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info Thanks Frank Büttner This is an upstream bug and was filed here: https://bugzilla.redhat.com/show_bug.cgi?id=743229 It's status now says Release pending, so the fix is likely to be in EL 6.4. Akemi
