On Thu, 2006-07-20 at 08:24 -0400, Jesse Keating wrote:
> On Thursday 20 July 2006 06:47, Erwin Rol wrote:
> > Trying to update libgcj i got the following errors;
> >
> >
> > Transaction Check Error: file /usr/share/java/libgcj-4.1.1.jar from
> > install of libgcj-4.1.1-9 conflicts with file from package libgcj-4.1.1-8
>
> Sounds like you're updating on arch and leaving the old one behind?
>
> yum update ligcj.i38 libgcj.x86_64
Ok that was the problem. But what happened was that i did an "yum update
gcc libgcc" and that tried to install gcc.x86_64, libgcc.i386 and
libgcc.x86_64, that than pulled in the dependencies like libgcj, but
only libgcj.x86_64.
Of course having the same files in .i386 and .x86_64 packages is a bit
strange. Wouldn't it be better to have them in a .noarch packages, so
have a libgcj.noarch, libgcj.i386 and libgcj.x86_64. And than both have
libgcj.i386 and libgcj.x86_64 depend on libgcj.noarch ? Cause now a
single file is owned by two rpms;
rpm -qf /usr/share/java/libgcj-4.1.1.jar --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n"
libgcj-4.1.1-9.x86_64
libgcj-4.1.1-9.i386
Of course the pain is that almost all packages have things like man
pages that than also should be put in a .noarch rpm. On the other hand
that might not be that bad, cause not everybody wants to install all the
documents and manpages of all packages. Maybe one could make something
like the debuginfo packages but for all the noarch stuff of a rpm.
- Erwin
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
