El Lunes, 19 de Junio de 2006 19:06, Tom K escribió: > Jose M. Prieto wrote: > > $ pacman -Si codecs > > Repository : testing > > Name : codecs > > Version : 20060501-1 > > Groups : None > > Provides : None > > Depends On : glibc libstdc++5 > > Conflicts With : None > > Replaces : None > > Size (compressed) : 9791551 > > Description : Non-linux native codec pack. (Win32, Real9, > > QuickTime) MD5 Sum : 4dc4c8a6d309b3d79a04ad840c48e209 > > > > Repository : current > > Name : codecs > > Version : 20060501-3 > > Groups : None > > Provides : None > > Depends On : glibc > > Conflicts With : None > > Replaces : None > > Size (compressed) : 13505785 > > Description : Non-linux native codec pack. (Win32, Real9, > > QuickTime) MD5 Sum : 7f50e64c1a588ab170bf218ecf073879 > > > > This prevents testing enabled systems to upgrade to -3, as testing takes > > precedence. Is this a bug in pacman or it is intentional? > > It's neither - just an oversight. Whoever looks after the package forgot > to remove it from testing when it was added to current. > > It's academic now anyway, as codecs 20060501-4 is now in testing. >
Sorry, I didn't explain myself well. When 20060501-3 was in current and 20060501-1 in testing, a "pacman -Syu" whould not have upgraded to the greater version in current, because testing takes precedence as it appears before in pacman.conf. This is what I asked whether it is a bug in pacman. _______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
