Hi all,

As discussed in bug #222721, portage has changed the execution order
of phases. It seems the change was introduced in portage-2.1.5 and it
makes that, when upgrading a package, pkg_postinst is run after the
old version has been removed. This breaks packages which use
has_version in pkg_postinst to detect upgrades/downgrades. It can also
break packages in more subtle ways.

The following ebuilds are affected by has_version problem. There may
be some affected ebuilds missing, and also ebuilds broken in a
different way.

app-pda/libopensync-0.22
app-portage/conf-update-1.0
dev-libs/libotf-0.9.4
dev-libs/libotf-0.9.5
dev-libs/libotf-0.9.6
dev-libs/libotf-0.9.7
dev-util/scons-0.97
dev-util/scons-0.98.3
dev-util/scons-0.98.4
mail-filter/dspam-3.8.0-r11
media-gfx/splashutils-1.5.2.1
media-gfx/splashutils-1.5.3.4
media-gfx/splashutils-1.5.4
media-gfx/splashutils-1.5.4.1
media-gfx/splashutils-1.5.4-r1
media-libs/libdvbpsi-0.1.5
media-libs/libdvbpsi-0.1.6
media-libs/libexif-0.6.16
media-libs/libexif-0.6.16-r1
media-libs/pdflib-7.0.2
media-libs/pdflib-7.0.2_p8
media-plugins/vdr-epgsearch-0.9.19
media-plugins/vdr-epgsearch-0.9.20
media-plugins/vdr-epgsearch-0.9.21
media-plugins/vdr-epgsearch-0.9.22
media-plugins/vdr-epgsearch-0.9.23
media-plugins/vdr-epgsearch-0.9.24
media-plugins/vdr-epgsearch-0.9.24_beta19
media-plugins/vdr-epgsearch-0.9.24_beta22
media-plugins/vdr-epgsearch-0.9.24_beta23
media-plugins/vdr-epgsearch-0.9.24_beta26
media-plugins/vdr-epgsearch-0.9.24_rc2
media-tv/gentoo-vdr-scripts-0.4.0
media-tv/gentoo-vdr-scripts-0.4.1
media-tv/gentoo-vdr-scripts-0.4.2
media-tv/gentoo-vdr-scripts-0.4.3
media-tv/gentoo-vdr-scripts-0.4.3-r1
media-tv/gentoo-vdr-scripts-0.4.4
media-tv/vdrplugin-rebuild-0.2
media-video/vdr-1.4.6
media-video/vdr-1.4.7-r10
media-video/vdr-1.6.0
media-video/vdr-1.6.0_p1
media-video/vdr-1.6.0_p1-r1
media-video/vdr-1.6.0-r1
media-video/vdr-1.6.0-r2
net-analyzer/fail2ban-0.8.0-r1
net-analyzer/fail2ban-0.8.1
net-analyzer/fail2ban-0.8.2
net-dialup/ppp-2.4.4-r14
net-dialup/ppp-2.4.4-r15
net-firewall/iptables-1.3.5-r4
net-firewall/iptables-1.3.6
net-firewall/iptables-1.3.6-r1
net-firewall/iptables-1.3.7
net-firewall/iptables-1.3.8
net-firewall/iptables-1.3.8-r1
net-firewall/iptables-1.3.8-r2
net-firewall/iptables-1.3.8-r3
net-firewall/iptables-1.4.0
net-mail/getmail-4.7.6
net-mail/getmail-4.7.7
net-mail/getmail-4.7.8
net-mail/getmail-4.8.1
net-mail/mailgraph-1.14
net-misc/asterisk-1.2.13
net-misc/asterisk-1.2.13-r1
net-misc/asterisk-1.2.14
net-misc/asterisk-1.2.14-r1
net-misc/asterisk-1.2.14-r2
net-misc/asterisk-1.2.17
net-misc/asterisk-1.2.17-r1
net-misc/asterisk-1.2.21.1
net-misc/asterisk-1.2.21.1-r1
net-misc/asterisk-1.2.27
net-misc/freenet6-4.2.2
net-misc/freenet6-5.0
net-misc/freenet6-5.1
net-misc/ser-0.9.4
net-misc/ser-0.9.6
net-misc/ser-0.9.7
net-print/cups-1.2.12-r4
net-print/cups-1.2.12-r7
net-print/cups-1.2.12-r8
net-print/cups-1.3.7-r1
net-print/cups-1.3.7-r2
sys-cluster/util-vserver-0.30.214
sys-cluster/util-vserver-0.30.215
sys-fs/udev-114
sys-fs/udev-114-r1
sys-fs/udev-114-r2
sys-fs/udev-115
sys-fs/udev-115-r1
sys-fs/udev-115-r5
sys-fs/udev-115-r6
sys-fs/udev-116
sys-fs/udev-116-r1
sys-fs/udev-117
sys-fs/udev-118
sys-fs/udev-118-r1
sys-fs/udev-118-r2
sys-fs/udev-118-r3
sys-fs/udev-119
sys-fs/udev-119-r1
sys-fs/udev-120
sys-fs/udev-121
sys-fs/udev-122
sys-fs/udev-122-r1
sys-fs/udev-124
sys-process/vixie-cron-4.1-r10
www-client/surfraw-2.1.5
www-servers/apache-2.2.8
www-servers/apache-2.2.8-r3
www-servers/apache-2.2.8-r4

If the new phase order is staying, then all those packages should be
fixed. It's possible to use has_version in pkg_setup or other phase
and cache the result in a global variable.

Regards,
-- 
Santiago M. Mola
Jabber ID: cooldwind@...
-- 
gentoo-dev@g.o mailing list