Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 121129 - kdelibs conflicts with kde-i18n-Brazil 3.2.2-1
Summary: kdelibs conflicts with kde-i18n-Brazil 3.2.2-1
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kdelibs
Version: rawhide
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Than Ngo
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: FC2Blocker
TreeView+ depends on / blocked
 
Reported: 2004-04-17 18:37 UTC by Alexandre Oliva
Modified: 2014-01-21 22:49 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-04-20 08:49:30 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Alexandre Oliva 2004-04-17 18:37:36 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312

Description of problem:
Somehow, up2date -u kdelibs kde-i18n-Brazil reports lots of conflicts
between these two packages.  This is the first of them:

file /usr/share/doc/HTML/pt_BR/common/1.png conflicts between
attempted installs of kde-i18n-Brazil-3.2.2-1 and kdelibs-3.2.2-1


It's the only language in kde-i18n-Brazil that conflicts with kdelibs.
 up2date -u --exclude=kde-i18n-Brazil succeeds, and up2date -u
kde-i18n-Brazil afterwards succeeds.

Oddly, rpm -ql kdelibs | grep pt_BR/common gives no hits, but rpm -qf
/usr/share/doc/HTML/pt_BR/common/1.png lists both rpms.

What's going on?!?  Could this possibly be a packaging bug in kdelibs,
or is it a bug in rpm (or up2date)?


Version-Release number of selected component (if applicable):
kdelibs-3.2.2-1 kde-i18n-Brazil-3.2.2-1

How reproducible:
Always

Steps to Reproduce:
1.up2date -u

Actual Results:  file /usr/share/doc/HTML/pt_BR/common/1.png conflicts
between attempted installs of kde-i18n-Brazil-3.2.2-1 and kdelibs-3.2.2-1
(and many other similar errors about other pt_BR files)

Expected Results:  No such errors.

Additional info:
Comment 1 Warren Togami 2004-04-19 00:49:35 UTC 
skvidal said this affects British too.  I'm investigating.
Comment 2 Warren Togami 2004-04-19 03:24:31 UTC 
Hmmm, bad news, I tried downgrading two of my systems (i386 and
x86_64) to KDE 3.2.1 then did a upgrade again.  I can't reproduce any
of these conflicts.
Comment 3 Warren Togami 2004-04-19 11:15:01 UTC 
Both than and I were completely unable to reproduce this problem. 
Than said that Bug #121058 appears to be the same problem.

This may be incorrect, but it may be worth checking out.  I personally
suspect that this could be an error caused by the rpm-python bindings.
 Alexandre said that he always uses up2date, while Seth Vidal uses
yum.  I personally always use apt, while than said that he uses rpm. 
(Huh?)  apt and rpm avoid the rpm-python bindings entirely, so this
could be a common cause of this problem?  Just a guess...
Comment 4 Karsten Hopp 2004-04-19 12:40:19 UTC 
I could reproduce it here and Than and I tracked it down to
/usr/share/doc/HTML/[pt_BR,en_GB]/common being a symlink in older 
versions and a directory in kde-3.2.2.
Comment 5 Than Ngo 2004-04-19 21:38:37 UTC 
it looks like that i have to make symlinks to ../en/common instead a
directory here as it's done in old version! but it's a bug and should
be a directory instead a symlink!

Jeff, it looks like a bug in rpm, or i'm wrong here ?
Comment 6 Than Ngo 2004-04-20 08:49:30 UTC 
ok, i have removed the directories add added the symlinks back.
kde-i18n-3.2.2-2 should fix this problem.
Note You need to log in before you can comment on or make changes to this bug.