Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 249100 - PROPERTIES="interactive" is not detected for overlay ebuilds with existing cache entries generated by older portage
Summary: PROPERTIES="interactive" is not detected for overlay ebuilds with existing ca...
Status: RESOLVED WONTFIX
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 151113
  Show dependency tree
 
Reported: 2008-11-27 18:40 UTC by Fab
Modified: 2010-05-28 04:34 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fab 2008-11-27 18:40:53 UTC
Hi,

If I disable my overlay, portage use offical ebuild of doom3-data :

---
$ emerge -pve world | egrep "(doom3|interactive)"
[ebuild I R   ] games-fps/doom3-1.3.1302-r2  USE="alsa cdinstall opengl -dedicated -roe" 0 kB [0]
[ebuild I R   ] games-fps/doom3-data-1.1.1282-r1  USE="(-localization%*)" 0 kB [?=>0]
Total: 775 packages (775 reinstalls, 2 interactive), Size of downloads: 449,141 kB



Now, if I enable my overlay, portage use my own doom3-data ebuild (based on the offical one), but portage does not recognize it as interactive :

---
$ emerge -pve world | egrep "(doom3|interactive)"
[ebuild I R   ] games-fps/doom3-1.3.1302-r2  USE="alsa cdinstall opengl -dedicated -roe" 0 kB [0]
[ebuild   R   ] games-fps/doom3-data-1.1.1282-r1  USE="localization" 0 kB [?=>1]
Total: 777 packages (777 reinstalls, 1 interactive), Size of downloads: 449,141 kB


Thanks.

Reproducible: Always

Steps to Reproduce:




$ emerge --info
Portage 2.1.6_rc2 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r8 i686)
=================================================================
System uname: Linux-2.6.25-gentoo-r8-i686-Intel-R-_Pentium-R-_4_CPU_2.40GHz-with-glibc2.0
Timestamp of tree: Thu, 27 Nov 2008 16:46:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r7
dev-util/ccache:     2.4-r7
dev-util/cmake:      2.4.6-r1
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.3.0-r1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -ggdb"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -ggdb"
DISTDIR="/data/distpack/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps=y"
FEATURES="buildpkg ccache distlocks parallel-fetch protect-owned sandbox sfperms splitdebug strict unmerge-orphans userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://mirror.ovh.net/gentoo-distfiles/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/"
LANG="fr_FR.UTF-8"
LC_ALL="fr_FR.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="fr"
MAKEOPTS="-j2"
PKGDIR="/data/distpack/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/var/gentrees/portage"
PORTDIR_OVERLAY="/var/gentrees/overlay-perso"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X aac acl acpi alsa apache2 apm audiofile berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups curl dbus dri dts dvd dvdr dvdread emboss encode evo exif fam ffmpeg flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv imlib isdnlog java jpeg libnotify logrotate mad midi mikmod mmx mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg openal opengl openmp oss pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype unicode usb vorbis win32codecs x86 xine xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr" USERLAND="GNU" VIDEO_CARDS="nvidia nv"
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Zac Medico gentoo-dev 2008-11-27 18:52:08 UTC
Assuming that PROPERTIES=interactive is set in the ebuild, the problem is may be due to stale cache in /var/cache/edb/dep/. Have you use /etc/portage/modules to override the default portdbapi.auxdbmodule setting? Does it help if you use `touch doom3-data-1.1.1282-r1.ebuild` to bump the timestamp on the ebuild?
Comment 2 Fab 2008-11-27 19:21:13 UTC
(In reply to comment #1)
> Have you use /etc/portage/modules to override the default portdbapi.auxdbmodule setting?

No.


> Does it help if you use `touch doom3-data-1.1.1282-r1.ebuild` to bump the timestamp on the ebuild?

Yes, it solve the problem, thanks.

Comment 3 Zac Medico gentoo-dev 2008-11-27 20:00:26 UTC
I guess the stale cache entry was generated by an older version of portage. There's currently no way for portage to know that, but we could start putting a version stamp inside the cache entries for this purpose. Then we'd have to bump the version any time that a new key such as PROPERTIES is added.
Comment 4 Fab 2008-11-29 13:18:44 UTC
(In reply to comment #3)
> I guess the stale cache entry was generated by an older version of portage.
Yes, last time I modified and emerged this ebuild, it was with portage 2.1.4.5.

> but we could start putting a version stamp inside the cache entries
> for this purpose. Then we'd have to bump the version any time that a new key
> such as PROPERTIES is added.

Why not just delete the overlays's cache when necessary on a portage update ?
(delete everything in /var/cache/edb/dep, except /var/cache/edb/dep/${PORTDIR}, to make sure that cache entries from disabled overlays are clean)
Comment 5 Zac Medico gentoo-dev 2008-11-29 18:17:01 UTC
(In reply to comment #4)
> Why not just delete the overlays's cache when necessary on a portage update ?
> (delete everything in /var/cache/edb/dep, except /var/cache/edb/dep/${PORTDIR},
> to make sure that cache entries from disabled overlays are clean)

That's sort of invasive, so things like that are normally done at the user's discretion, such as by displaying an ewarn message instructing them what to do.

An alternative to a rea; version stamp would be to use a marker to indicate that a given key such as PROPERTIES is supported be the version of portage that generated the cache entry. For example, instead of omitting PROPERTIES from the cache entry when PROPERTIES happens to be empty, PROPERTIES=( ) could be used to indicate that PROPERTIES is supported but happens to be empty.
Comment 6 Zac Medico gentoo-dev 2010-03-03 11:30:01 UTC
This should be practically irrelevant now.