[Bug 240373] Review Request: qtiplot - Data Analysis and Scientific Plotting

bugzilla at redhat.com bugzilla at redhat.com
Wed Jun 6 13:28:09 UTC 2007


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: qtiplot -  Data Analysis and Scientific Plotting


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240373





------- Additional Comments From mtasaka at ioa.s.u-tokyo.ac.jp  2007-06-06 09:28 EST -------
(In reply to comment #3)
> But this seems not to be clean, because when you look at the .
> spec file for the
> kernel, that this will be used for both. 
> The platform depend and independent part.
> The RPM will be only compiled twice. On time with the --tagted noarch parameter
> on  time with --target XXXX XXX= binary target. The trick is only to tell the
> the build system of Fedora. But it must be possible. The kernel is the best
> evidence.

Well, while kernel.spec correctly plays the trick to
rebuild kernel srpm on several arch + noarch using ONE srpm on
koji buildsys, your spec file is actually wrong....
because unless you specify in the correct way that you want to
have this package rebuilt on both i386 and noarch (for example),
buildsys regards this package as to be built on i386 (x86_64,...) and
not on noarch (i.e. if you rebuild this srpm on koji, the build
target is always not-noarch).

And, 

(In reply to comment #2)
> (But only do so if there's a separate upstream documentation
> tarball, which there seems to be in this case.)
Actually as this package has seperate documentation tarball with
no version relation wich src tarball, you must sumbit a seperate
review request.
Otherwise each time you rebuild the srpm, the EVR of noarch part
rpm will be bumped unnecessarily (for kernel, this must be necessary).




-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list