http://bugzilla.rpmfusion.org/show_bug.cgi?id=351
--- Comment #7 from David Timms <dtimms(a)iinet.net.au> 2009-02-01 06:31:52 ---
(In reply to comment #6)
(In reply to comment #5)
> I see no reason why it wouldn't work. 64bit requirements look like this:
> libXt.so.6()(64bit)
> while 32bit look simply like this:
> libXt.so.6
OK, thanks Dominik,
While I am sure I tried this and it previously failed to work properly on
x86_64, I can confirm that it does operate correctly on x86_64 (F10). Since it
is a while ago now, perhaps the issue I saw was while the fedora buildsys was
trying to (scratch) build it that I saw a problem...
Updated:
Spec URL:
http://members.iinet.net.au/~timmsy/vmware-requirements/vmware-requiremen...
SRPM URL:
http://members.iinet.net.au/~timmsy/vmware-requirements/vmware-requiremen...
- mod Requires (i386) packages from full path to just the filename
- add a readme document.
- use the %%{macro} style of macro
===
rpmlint -i:
vmware-requirements.i386: E: no-binary
The package should be of the noarch architecture because it doesn't contain
any binaries.
vmware-requirements-server.i386: E: devel-dependency kernel-devel
Your package has a dependency on a devel package but it's not a devel package
itself.
4 packages and 0 specfiles checked; 2 errors, 0 warnings.
--
Configure bugmail:
http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.