On 6/15/10 3:26 PM, "Kahlil Hodgson" <kahlil.hodgson@xxxxxxxxxxxxxx> wrote:
> On 06/16/2010 06:10 AM, m.roth@xxxxxxxxx wrote:
>> I'm trying to do an update to some servers... and they have both i386 and
>> x86_64 perl. The latter won't update, because the idiotic *man pages* are
>> dups. Is there *any* way, short of using rpm directly with a --force, to
>> get yum to ignore the dups and do the update?
>
> Yes, this is frustrating. I've encountered it a number of times while
> packaging perl modules that override those in the core (e.g.
> Test::More). Sorry, but I've never found a really good solution beyond
> --force or --replacefiles.
This is the EXACT reason I use site_perl instead of vendor_perl prefixes for
Perl modules that are not packaged by upstream for the internal repo we have
here.
>> And why does *anyone* make it so that a dup manpage is a reason to fail
>> (and don't tell me they do it generically for any of the packages in the
>> .rpm...)?
>
> Thinking this through from the rpmdb's perspective, which of the two
> packages 'owns' the man pages. If you were to, say,
>
> rpm -e perl.i386
>
> would you expect it to remove the man pages or not. What would you expect
>
> rpm -V perl
>
> to report in either case. As far as I'm aware there is no such
> 'duplication' logic in the db. It would be cool if it could be made to
> work in general, however, I can think of some use cases that might rule
> this out. By using --force (or --replacefiles) you are effectively
> breaking the consistency of the install/upgrade/remove logic and yum
> should protect you from doing that by accident.
>
> Stepping back a bit, why do you need both perl.i386 and perl.x86_64
> packages? Which package 'owns' the /usr/bin/perl executable?
> None of my Centos 5 x86_64 systems have both and they have all gone
> through a recent perl upgrade, so I'm curious how you got both installed
> in the first place. Is there some dependency that pulled in the i386
> package?
>
> Kal
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
--
Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
Phone: (408) 240-1239
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
