vbetool does not build on ppc and ppc64, maybe because ppc and ppc64 do not have
a PC bios? Debian does not provide a package for ppc or ppc64, too:
This causes the result that pm-utils cannot be installed on
Would you change vbetool requirement of pm-utils to arch dependent.
%ifnarch ppc ppc64
This will also cause the problem that many GNOME related
packages cannot be rebuilt because:
* libgnome-devel requires gnome-vfs2-devel
* gnome-vfs2-devel requires hal-devel
* hal-devel requires hal
* and hal requires pm-utils
(In reply to comment #1)
> This causes the result that pm-utils cannot be installed on
> ppc, ppc64.
> Would you change vbetool requirement of pm-utils to arch dependent.
> %ifnarch ppc ppc64
> Requires: vbetool
This is done now.
(In reply to comment #3)
> (In reply to comment #1)
> > This causes the result that pm-utils cannot be installed on
> > ppc, ppc64.
> > Would you change vbetool requirement of pm-utils to arch dependent.
> > i.e.
> > %ifnarch ppc ppc64
> > Requires: vbetool
> > %endif
> This is done now.
But this does not work, see:
This is because hal-devel requires hal, then pm-utils
but the "bad" pm-utils is already dist-f8 buildrepo.. argh...
For this situation, I cannot do anything. Please mail to rel-eng team
what is happening and ask them to untag "bad" pm-utils (0.99.4-1.fc8)
and get pm-utils back to 0.99.3-11.fc8 temporarily.
Thank you very much, I asked for untagging it.
Untagging and rebuild is done:
Created attachment 193071 [details]
ppc build.log from a scratch build on Fedora's Koji
From ppc build.log:
117 vbetool.c:19:20: error: sys/io.h: No such file or directory
flashrom's build also complains about a missing sys/io.h: #283491 and maybe #240499
The ppc64 build.log complains a lot more, but it includes a missing sys/io.h.
Created attachment 193081 [details]
ppc64 build.log from a scratch build on Fedora's Koji
Based on the date this bug was created, it appears to have been reported
during the development of Fedora 8. In order to refocus our efforts as
a project we are changing the version of this bug to '8'.
If this bug still exists in rawhide, please change the version back to
(If you're unable to change the bug's version, add a comment to the bug
and someone will change it for you.)
Thanks for your help and we apologize for the interruption.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
FE-ExcludeArch-ppc or FE-ExcludeArch-ppc64 bug must not be
closed until resolved.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I don't know how to fix this or whether this is really an application that should be ported to ppc (which I doubt), therefore I set it assigned to nobody to show this.
If someone knows that this package would be useful on ppc, please explain and set the state to ASSIGNED. If you want, you can also provide a patch. :-)
it doesnt build on sparc arches for the same reason as ppc. this ackage might be better off being ExclusiveArch for the arches that ship sys/io.h
(In reply to comment #16)
> it doesnt build on sparc arches for the same reason as ppc. this ackage might
> be better off being ExclusiveArch for the arches that ship sys/io.h
So can this bug be closed as CANTFIX? And which arches ship sys/io.h?
vbetool is deprecated in Rawhide (F19).