On Sun, 2011-11-20 at 21:36 +0000, John5342 wrote:
> On Sun, Nov 20, 2011 at 19:33, Steve Grubb <sgr...@redhat.com> wrote:
> > On Sunday, November 20, 2011 02:14:09 PM drago01 wrote:
> >> On Sun, Nov 20, 2011 at 8:03 PM, Kevin Kofler <kevin.kof...@chello.at>
> >> wrote:
> >> > Steve Grubb wrote:
> >> >> For example, if a 32 bit library is installed, which application is left
> >> >> - the 64 or 32 bit one?
> >> >
> >> > If you install ONLY the 32-bit multilib, the 32-bit version.
> >> > If you install BOTH the 64-bit and 32-bit packages, the 64-bit version
> >> > (on all the platforms where 64-bit is preferred, which includes x86_64
> >> > and now also ppc64).
> >> > If you install ONLY the 64-bit package, the 64-bit version.
> >>
> >> Yeah which means there isn't really a problem here.
> >
> > Well, yeah there is the other problem of dependencies and getting a smaller
> > minimal
> > install. For example, libnotify.
> >
> > # ldd /usr/bin/notify-send | wc -l
> > 44
> > # ldd /usr/lib64/libnotify.so.1.2.3 | wc -l
> > 12
> >
> > or how about libmsn
> > # ldd /usr/bin/msntest | wc -l
> > 20
> > # ldd /usr/lib64/libmsn.so.0.3.0 | wc -l
> > 9
>
> I am the maintainer of libmsn. msntest probably could be moved to a
> subpackage but it is a small program. All of the dependencies found by
> ldd are already required by the applications using libmsn and msntest
> is also very useful for checking if a problem connecting to msn is
> caused by libmsn or the settings/applications using it. I would be
> happy to move msntest into a subpackage if it is specifically
> requested but under the current circumstances it would gain nothing
> and just add an extra package to the repos.
Exactly. In case the binaries shipped along with the library do not pull
any additional dependencies and they are reasonably small, there is no
need to put them into extra subpackages. At least not until rpm drops
the multilib and file-coloring support.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
