Two bugs here in redhat-lsb-graphics. Bug 1: rpm -q --requires -p redhat-lsb-graphics-4.0-2.fc13.x86_64.rpm warning: redhat-lsb-graphics-4.0-2.fc13.x86_64.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID e8e40fde rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1 rpmlib(PayloadIsXz) <= 5.2-1 i.e. no deps (not sure where they went as the spec file looks fine. Bug 2: No 32-bit package for x86_64. Obviously needed as 32-bit compatibility isn't just for console applications.
*** Bug 603304 has been marked as a duplicate of this bug. ***
redhat-lsb-4.0-3.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/redhat-lsb-4.0-3.fc12
redhat-lsb-4.0-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/redhat-lsb-4.0-3.fc13
redhat-lsb-4.0-4.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update redhat-lsb'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/redhat-lsb-4.0-4.fc12
redhat-lsb-4.0-4.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update redhat-lsb'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/redhat-lsb-4.0-4.fc13
redhat-lsb-4.0-5.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update redhat-lsb'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/redhat-lsb-4.0-5.fc13
notting, Is it Ok in this package redhat-lsb to keep its subpackages -graphics and -printing as arch packages? But then reporter here asking why not these 32-bit sub-packages available in 64-bit repo? reporter asked in above bodhi link.
Automatic inclusion as multilib depends on the files in the package meeting certain criteria. The files in redhat-lsb-* (such as they are) don't do that... we'd need a whitelist of some sort in the compose tool.
Bodhi forgot to close this
redhat-lsb-4.0-4.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
This bug still has unresolved bits in that 32-bit packages are missing. Reopening.
What do you need here to be fixed? What I can see in 64 bit package repo is redhat-lsb-4.0-5.fc13.i686.rpm 12-Jul-2010 18:43 25K redhat-lsb-4.0-5.fc13.x86_64.rpm 12-Jul-2010 18:41 25K redhat-lsb-graphics-4.0-5.fc13.x86_64.rpm 12-Jul-2010 18:40 12K redhat-lsb-printing-4.0-5.fc13.x86_64.rpm 12-Jul-2010 18:43 11K main package installs some files which are really arch specific so multilib is applied there and you can see redhat-lsb's 32 and 64 bit rpms in repo. But other two subpackages provides zero length files so how can multilib be applied there? Otherthing can be made here is to make those subpackages as noarch packages. so this issue will automatically be fixed.
The "feature" those packages provide are not files, but their set of requirements. And as those requirements are arch dependent, you need to multilib them like everything else that is specific to one arch. The problem is that if I want to install a 32-bit, graphical, LSB compliant program on Fedora, I have to figure out which libs it need. The fact that it is LSB compliant should be sufficient though and I should be able to do "yum install redhat-lsb-graphics.i686" and run the program.
One should also note that this is a regression as this problem did not exist before the split of redhat-lsb into subpackages.
notting ping again What and where can this be fixed in compose tool? Can a noarch package pulls arch dependent dependencies using %{_isa}?
a) %{_isa} doesn't work in noarch, afaik b) even if it did, you wouldn't want noarch to pull in both arches Assigning to mash, this will have to be hacked on the compose side.
You guys might be talking about arch in some other context, but none of the lsb packages are marked as noarch in the actual .rpm. If you look at comment 12 they are all x86_64 or i686. I also noticed that there is a slight difference in which files are in the graphics sub package as it puts files in /etc/lsb-release.d that includes an arch dependent suffix.
(In reply to comment #17) > You guys might be talking about arch in some other context, but none of the lsb > packages are marked as noarch in the actual .rpm. If you look at comment 12 > they are all x86_64 or i686. Yes. you are correct. compose side changes will give you 32 bit arch packages available in 64 bit arch repository. > > I also noticed that there is a slight difference in which files are in the > graphics sub package as it puts files in /etc/lsb-release.d that includes an > arch dependent suffix. Do you see any problem there? arch dependent files are installed by redhat-lsb-graphics.i686 and redhat-lsb-graphics.x86_64
(In reply to comment #18) > (In reply to comment #17) > > > > I also noticed that there is a slight difference in which files are in the > > graphics sub package as it puts files in /etc/lsb-release.d that includes an > > arch dependent suffix. > > Do you see any problem there? arch dependent files are installed by > redhat-lsb-graphics.i686 and redhat-lsb-graphics.x86_64 Nah, my point was really that there are different files and not just different requirement lists as I stated in comment 13. In case that fact makes it easier to get the build system to do the right thing.
http://git.fedorahosted.org/git/?p=mash;a=commitdiff;h=262fb0e5d07290f3abdeb8ae7e52a2f9506d3010 Will be in mash-0.5.20; this will take a while to percolate out into the buildsystem itself.
Roughly how long "a while"? I suspect redhat-lsb isn't rebuilt very often, so it will probably need some manual intervention once mash is updated.
It will need built, will need to pass tests, and will need to be installed on the updates-composing boxes.
mash-0.5.20-1.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/mash-0.5.20-1.el5
mash-0.5.20-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/mash-0.5.20-1.fc14
mash-0.5.20-1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/mash-0.5.20-1.fc13
mash-0.5.20-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update mash'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/mash-0.5.20-1.fc14
Thanks for the fix! Should I add a new bug requesting a rebuild of redhat-lsb though? Or will you sort that out before closing this bug? And do you [Red Hat] guys use mash for RHEL as well? RHEL 6 suffers from the same bug, so I'm wondering if this means that it will be solved there as well.
(In reply to comment #27) > Thanks for the fix! Should I add a new bug requesting a rebuild of redhat-lsb > though? Or will you sort that out before closing this bug? I'll try and remember to prompt them once it's live. > And do you [Red Hat] guys use mash for RHEL as well? RHEL 6 suffers from the > same bug, so I'm wondering if this means that it will be solved there as well. Not exactly; you'd want to file a separate issue there.
mash-0.5.20-1.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report.
mash-0.5.20-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
The new system seems to be live as Fedora 14 seem to have proper packages. Fedora 13 still lacks them, so if someone could just schedule a rebuild of redhat-lsb. :)
mash-0.5.20-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.