Hello and thanks for your help. My emerge -upDt world on my amd64 gives me ... [nomerge ] app-office/ooextras-20060909 [ebuild N ] app-office/openoffice-bin-2.1.0 USE="java kde -gnome" LINGUAS="de -af -as_IN -be_BY -bg -bs -ca -cs -cy -da -el -en -en_GB -en_ZA -es -et -fa -fi -fr -gu_IN -he -hi_IN -hr -hu -it -ja -km -ko -lt -mk -ml_IN -mr_IN -nb -nl -nn -nr -ns -or_IN -pa_IN -pl -pt_BR -ru -rw -sh_YU -sk -sl -sr_CS -st -sv -sw_TZ -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" [ebuild N ] app-emulation/emul-linux-x86-java-1.5.0.10 USE="X alsa nsplugin" ... but also complaines that ... [blocks B ] app-office/openoffice-bin (is blocking app-office/openoffice-2.1.0) [blocks B ] app-office/openoffice (is blocking app-office/openoffice-bin-2.1.0) is already installed. I know that app-office/ooextras-20060909 insists on RDEPEND="virtual/ooo" but somehow it doesn't work and still wants openoffice-bin. That is no good for my amd64... Reproducible: Always Steps to Reproduce: 1. having openoffice installed 2. emerge -upDt world
Post the output of `cat /var/db/pkg/app-office/openoffice*/PROVIDE` and also emerge --info.
I'm sorry: heres the output: stephan2@VrennsCastle ~ $ cat /var/db/pkg/app-office/openoffice*/PROVIDE virtual/ooo Portage 2.1.2.2 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 x86_64) ================================================================= System uname: 2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System release 1.12.9 Timestamp of tree: Wed, 04 Apr 2007 15:20:01 +0000 dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe -mfpmath=sse" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks fixpackages metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.inode.at/source/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/" LC_ALL="de_AT.UTF-8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="7zip X a52 aac acpi4linux alsa amarok amd64 arts audiofile bitmap-fonts bluetooth bzip2 c c++ cddb cdinstall cdparanoia cdrom chroot cjk cli codecs cracklib css cups dbus dhcp dri dvd dvdread emboss encode exif ffmpeg flac flash foomaticdb fortran gdbm gif gimpprint glut gphoto2 gpm hal iconv idn imagemagick imap imlib irmc isdnlog java javascript joystick jpeg jpeg2k kde kdepim kqemu lcms lzw lzw-tiff mad md5sum midi mikmod mjpeg mng mozbranding moznoirc moznomail mozsvg mp3 mp4 mpeg mpeg4 mppe-mppc music ncurses network nls no-old-linux nptl nptlonly nsplugin nvidia objc++ ogg oggvorbis ooo-kde opengl pam pcre pdf png pnp ppds pppd qt3 qt4 quicktime readline reflection reiserfs rtc scanner sdl session smime spell spl ssl svg svgz sysfs tcpd theora tiff timidity transcode truetype truetype-fonts type1-fonts unicode usb utf8 vorbis wmf x264 xine xml xorg xpm xprint xv xvid zip" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse joystick void" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="vesa vga nvidia apm" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Hmmm... :/
Does `emerge -p openoffice` show a downgrade? If so, this is a duplicate of bug 172927.
Created attachment 115487 [details] script that prints debug info for virtual/ooo I think my diagnosis in comment #4 is likely to be correct. If not, please post the output of this script.
emerge -p openoffice gives me These are the packages that would be merged, in order: Calculating dependencies \ !!! All ebuilds that could satisfy "openoffice" have been masked. !!! One of the following masked packages is required to complete your request: - app-office/openoffice-2.1.0-r1 (masked by: ~amd64 keyword ok, seems that openoffice-2.0.1 ebuild and openoffice 2.0.4 have been cleared without making the successor stable I see from the Changelog now. That put me into this misunderstanding of the portage error. Scriptoutput: virtuals ['app-office/openoffice', 'app-office/openoffice-bin'] dirVirtuals ['app-office/openoffice-bin'] treeVirtuals ['app-office/openoffice-bin'] Seems not to be a portage-ebuild or whatever bug anymore, should I change the status now?
(In reply to comment #6) > Calculating dependencies \ > !!! All ebuilds that could satisfy "openoffice" have been masked. > !!! One of the following masked packages is required to complete your request: > - app-office/openoffice-2.1.0-r1 (masked by: ~amd64 keyword That explains it. Was it ever stable on amd64?
I don't think it was ever stable on amd64 as I had it in my keywords. But when a ebuild was removed (regardless if it was ever stable or keyworded ~amd64) portage always told me "All ebuilds that could satisfy "<ebuildname>" have been masked. This time portage tells me openoffice blocking openoffice-bin and openoffice-bin is blocking openoffice where I never installed -bin. Seems if an installed ebuild is removed from portage it loses it virtual/ooo status, regardless that it is still installed. This is new to times where virtual ebuilds somehow "existed" on harddisk. That confused me. Should I close this "bug" now?
Hmm, so ebuild's PROVIDE no longer works just because that version has been removed from the tree (while it's still installed), or what's the deal here? That's supposed to be a feature?
You are right and in my case its not. I'm running a stable system. But I'm runningan amd64 system and so just have to keyword some packages like openoffice. If I do this I make it in /etc/portage/package.keywords and with the exact version so that no additional supprise comes with updates unless it becomes stable. If an update must be done portage usually tells me that it's masked or its no longer in portage. But telling the user that A is bloking B and B is blocking A is not the hind somebody would suspect. With active virtual/ooo portage would tell me that package donesn't exist or is masked. But in the end I don't know if the developers want tree-dropped-out packages to be not considert anymore.
(In reply to comment #9) > Hmm, so ebuild's PROVIDE no longer works just because that version has been > removed from the tree (while it's still installed), or what's the deal here? The PROVIDE is recognized, but since app-office/openoffice is masked, the resolver looks for another solution and the vase profile defines openoffic-bin as another solution. The amd64 profile can add "virtual/ooo -app-office/openoffice-bin" to the virtuals file in order to remove openoffice-bin as a potential choice. > That's supposed to be a feature? Yes, sort of, because the resolver's job is to find a valid solution of unmasked packages. In this case there is a conflict in the solution it found, but there was no other choice considering that app-office/openoffice was masked.
*** This bug has been marked as a duplicate of bug 174509 ***
