[poldek: Bug 143] glibc64 -> glibc upgrade problem (greediness not followed )

btsadmin at pld-linux.org btsadmin at pld-linux.org
Wed May 21 22:54:27 CEST 2008


http://bugs.pld-linux.org/show_bug.cgi?id=143





--- Comment #10 from Elan Ruusamäe <glen at pld-linux.org>  2008-05-21 22:54:27 ---
on the machine initial report was made:

$ rpm -q --qf '%{name}-%{version}-%{release}.%{arch} %{Packagecolor}\n'
glibc-localedb-all glibc glibc64 lesspipe
glibc-localedb-all-2.3.6-14.amd64 (none)
glibc-2.3.6-14.athlon 1
glibc64-2.3.6-14.amd64 (none)
lesspipe-1.0-4.noarch (none)

however on different ac-amd64 machine i have:
$ rpm -q --qf '%{name}-%{version}-%{release}.%{arch} %{Packagecolor}\n'
glibc-localedb-all glibc glibc64 lesspipe
package glibc-localedb-all is not installed
glibc-2.3.6-14.athlon 1
glibc64-2.3.6-14.amd64 2
lesspipe-1.0-4.noarch 0

i don't know why (none) appears there, as the filecolors existed with 4.4.2 too
which i had earlier installed (apparently at the time glibc-localedb-all was
installed), i've never played with %_transaction_color macro.

btw, jbj said on this topic:
21:57:01  jbj_> but I'd also say the poldek depsolving is broken if a color 0
package is not chosen as a upgrade candidate.


-- 
Configure bugmail: http://bugs.pld-linux.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.


More information about the pld-bugs mailing list