[Fedora-i18n-bugs] [Bug 693809] Error message about missing input methods should be removed

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=693809

Bill Nottingham <notting at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |notting at redhat.com

--- Comment #35 from Bill Nottingham <notting at redhat.com> 2011-05-10 12:00:43 EDT ---
Going through the CompareProviders checklist
(http://yum.baseurl.org/wiki/CompareProviders):

0. each pkg starts out with a score of 0.

1. if any of the providers is a newer version of something we have installed
then increase their score by 5

=> would be same

2. if any of the providers are not the newest version of themselves then
decrease their score by 1024.

=> would be same

3. if any of the providers are obsoleted by another provider, decrease that
provider by 1024.

=> would be same

4. check the arch distance between the requiring pkg and each of the providers.
The pkg with the smallest arch distance gets a 5 added to their score. Do the
same check but comparing the pkg arch distance to the system arch, not the
requiring pkg arch

=> would be same

5. compare the sourcerpm on each provider to the requiring pkg's source rpm. If
they share a sourcerpm add 20 to the score

=> would be same

6. check the base pkg for each subpkg. If the base pkg is installed on the
system add 5 to the provider's score.

=> would be same

7. check the prefix of the pkg to the requiring pkg prefix (perl-foo and
perl-lib) for each common character in the prefix add 2 points to the
provider's score.

=> would be same (imsettings-)

8. if, at this point, we have pkgs with an equal score - look at the deplist
(one layer deep) and see what they would pull in that is NOT already installed.
Add 1 to the score of the pkg with the least new deps to be pulled in.

=>

Here's the diff of the requirements in 1.2.2-5:

--- lxde 2011-05-10 11:47:17.853597225 -0400
+++ gnome 2011-05-10 11:47:42.121597233 -0400
@@ -1,3 +1,4 @@
+im-chooser  
 imsettings = 1.2.2-2.fc15
 libc.so.6()(64bit)  
 libc.so.6(GLIBC_2.2.5)(64bit)  
@@ -8,9 +9,7 @@
 libgthread-2.0.so.0()(64bit)  
 libimsettings.so.5()(64bit)  
 libpthread.so.0()(64bit)  
-libpthread.so.0(GLIBC_2.2.5)(64bit)  
 librt.so.1()(64bit)  
-lxde-settings-daemon  
 rpmlib(CompressedFileNames) <= 3.0.4-1
 rpmlib(FileDigests) <= 4.6.0-1
 rpmlib(PayloadFilesHavePrefix) <= 4.0-1

The libpthread one is a no-op, as glibc is (obviously) already installed.
So, one new package for both, in theory. (if im-chooser isn't already part of
the install set.)

9. if all else fails and we STILL have two pkgs with the same score - take the
leaders from the list and compare their name length. We add 1,000 and then
subtract the length of the number of character's in the pkgs name from its
score (the addition of 1000 is to ensure that one of the leaders will be
picked).

=> lxde wins.

10. return the list of providers, sorted best to worst.

Potential, absolutely silly fix:

Change imsettings-lxde to require both lxde-settings-daemon and lxsession. This
will change the number of added requirements of imsettings-lxde, without
actually changing the closed dependency set.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.