Bug 285361

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
?

Note: 

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.
> i.e.
> %ifnarch ppc ppc64
> Requires: vbetool
> %endif

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:
http://koji.fedoraproject.org/koji/getfile?taskID=155137&name=root.log

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:
http://koji.fedoraproject.org/koji/buildinfo?buildID=18301

Thanks.

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
rawhide.
(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:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

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:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

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).