The fix at http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-crypt/gnupg/gnupg-1.4.1.ebuild?r2=1.8&r1=1.7 seems to be broken. With RDEP from rev.1.7: # grep xli /usr/portage/app-crypt/gnupg/gnupg-1.4.1.ebuild !arm? ( X? ( media-gfx/xloadimage media-gfx/xli ) )" # !arm? ( X? ( || ( media-gfx/xloadimage media-gfx/xli ) ) )" # emerge -pve gnupg | grep xli [ebuild N ] media-gfx/xli-1.17.0-r1 0 kB xli is properly depended on. However, with the RDEP from rev.1.8: # grep xli /usr/portage/app-crypt/gnupg/gnupg-1.4.1.ebuild !arm? ( X? ( || ( media-gfx/xloadimage media-gfx/xli ) ) )" # !arm? ( X? ( media-gfx/xloadimage media-gfx/xli ) )" # emerge -pve gnupg | grep xli
Georgi: || means either will do, xloadimage or xli are both acceptable photo viewers. If you install xli, it wont pull in xloadimage, if you install xloadimage, it wont pull in xli. The revision you link to looks like the correct fix, gpg does not require two photo viewers. eg, using your examples: # xloadimage pulled in as a "default" photo viewer: $ emerge -pve gnupg | grep xloadimage [ebuild N ] media-gfx/xloadimage-4.1-r3 -debug +jpeg +png +tiff 0 kB # xloadimage not required: $ emerge -pve xli gnupg | grep xloadimage marking INVALID, please REOPEN if i've misunderstood.
I looked at that line many times and for some reason I was seeing only one dependency in the (). xloadimage and xli were merging in my mind.... I should probably check my head. Anyway, sorry to have wasted your time.
