#5220: F17 updates repo multiarch compose bug? redhat-lsb

Fedora Release Engineering rel-eng at fedoraproject.org
Tue Jun 26 05:44:00 UTC 2012


#5220: F17 updates repo multiarch compose bug? redhat-lsb
------------------------+-----------------------
  Reporter:  mschwendt  |      Owner:  rel-eng@…
      Type:  defect     |     Status:  closed
 Milestone:             |  Component:  mash
Resolution:  wontfix    |   Keywords:
Blocked By:             |   Blocking:
------------------------+-----------------------

Comment (by xning):

 Replying to [comment:19 xning]:
 > Replying to [comment:17 mschwendt]:
 > > > if dirname == '/etc/lsb-release.d':
 > > >                 return True
 > >
 > > That's what made mash select the redhat-lsb-* subpackages for
 multiarch. All except the new redhat-lsb base package store files below
 /etc/lsb-release.d/
 >
 > This is a good way. But we cannot just simply place a file in /etc/lsb-
 release.d just for resolving this problem, because /usr/bin/lsb_release
 commands depends files' name in /etc/lsb-release.d directory. Now, we have
 two ways to resolve this problem.
 > First, we create a file in /etc/lsb-release.d and have redhat-lsb
 package to store this file, then add a %post script to remove this file
 after install redhat-lsb package.
 Here we need carefully consider this file's %verify setting, and I think
 we need recreate this file using %preun scriptlets before we remove
 redhat-lsb.
 >
 > Second, we move /%{_lib}/%{lsbldso}.$LSBVER from redhat-lsb-core to
 redhat-lsb for fedora <= 17, just like this:
 > {{{
 > %files
 > %if %({ [ 0%{fedora} -gt 17 ] && echo 0; } || echo 1)
 > /%{_lib}/*so*
 > %endif
 >
 > %files core
 > %dir %{_sysconfdir}/lsb-release.d
 > %if %({ [ 0%{fedora} -le 17 ] && echo 0; } || echo 1)
 > /%{_lib}/*so*
 > %endif
 > }}}
 > I don't know whether we can resolve this problem if we store /etc/lsb-
 release.d directory in redhat-lsb. It's more natural if we can resolve
 this problem just do this. I'm not sure about this way.

-- 
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5220#comment:20>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project


More information about the rel-eng mailing list