From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EDLP9-00027A-E4 for garchives@archives.gentoo.org; Thu, 08 Sep 2005 12:21:24 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j88CFVdp022504; Thu, 8 Sep 2005 12:15:31 GMT Received: from mistel.hrz.tfh-wildau.de (mistel.hrz.tfh-wildau.de [193.175.213.240]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j88CFUJM013615 for ; Thu, 8 Sep 2005 12:15:30 GMT Received: from cheetah.homenet (p54BCD1DA.dip.t-dialin.net [84.188.209.218]) (authenticated bits=0) by mistel.hrz.tfh-wildau.de (8.13.3/8.13.3/SuSE Linux 0.7) with ESMTP id j88CHRuo001849 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 8 Sep 2005 14:17:28 +0200 Subject: Re: [gentoo-user-de] 'emerge -vuD system' funktioniert nicht From: Juergen Rose To: gentoo-user-de@lists.gentoo.org In-Reply-To: <200509081156.25638.nuxnet@chello.at> References: <1126071835.431e7e1b07df7@webmail.uni-potsdam.de> <200509080929.58943.nuxnet@chello.at> <1126171861.9483.3.camel@cheetah.homenet> <200509081156.25638.nuxnet@chello.at> Content-Type: text/plain Organization: FHS Wildau Date: Thu, 08 Sep 2005 14:19:39 +0200 Message-Id: <1126181979.32044.27.camel@cheetah.homenet> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Archives-Salt: 1e0f08a4-974c-4d24-9b9b-48d512bc0582 X-Archives-Hash: f1e9bdc3ba1b6a0c7e75908264f1d6f2 Hallo Petr, Am Donnerstag, den 08.09.2005, 11:56 +0200 schrieb Petr Koval: > Am Donnerstag 08 September 2005 11:31 schrieb Juergen Rose: > > Am Donnerstag, den 08.09.2005, 09:29 +0200 schrieb Petr Koval: ... > > "emerge -pvuD system" meckert immer noch: > > Das kann er aber Frage ist wie. > Wenn "masked: by keywords" der Fall waere, > konnte man /ect/portage/package.keywords > benutzen. Im Fall vom "missing keywords" ist es ein wenig mehr. > > > !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been > > masked. !!! One of the following masked packages is required to complete > > your request: - sys-devel/libperl-5.8.7 (masked by: missing keyword) > > > > For more information, see MASKED PACKAGES section in the emerge man page or > > section 2.2 "Software Availability" in the Gentoo Handbook. > > !!! (dependency required by "dev-lang/perl-5.8.7" [ebuild]) > > > > > > !!! Problem with ebuild app-arch/tar-1.15.1 > > > > > > "emerge -pvuD world" meckert: > > !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been > > masked. !!! One of the following masked packages is required to complete > > your request: - sys-devel/libperl-5.8.7 (masked by: missing keyword) > > > > For more information, see MASKED PACKAGES section in the emerge man page or > > section 2.2 "Software Availability" in the Gentoo Handbook. > > !!! (dependency required by "dev-lang/perl-5.8.7" [ebuild]) > > > > > > !!! Problem with ebuild app-text/docbook-sgml-dtd-4.4 > > > > > > "emerge -pvuD tar" und "emerge -pvuD docbook-sgml-dtd" stoert sich > > ebenfalls an libperl-5.8.7 bzw. perl-5.8.7. Sind also tar-1.15.1 und > > docbook-sgml-dtd-4.4 die Stoerenfriede"? Von beiden Programmen sind die > > Versionen 1.15.1 bzw. 4.4 schon installiert. Wie kriege ich heraus, warum > > Sie libperl-5.8.7 installieren wollen? > > > > "emerge -pvD system" zeigt mir zwei Pakete zum update an, "emerge -vD > > system" funktioniert. Analog scheint "emerge -vD world" zu funktionieren. > > Ich beziehe mich also nun mehr an die Melnung "missing keywords" und > angenommen du weisst, was du tust und warum du es in den Versionen der > Packette haben willst. > > Das Problem ist nun dass manche ebuilds in dem /usr/portage Baum > nicht das KEYWORDS definiert haben. Man konnte es zwar reinschreiben > (erganzen) es wurde beim naechten sync wieder zurueckgesetzt. > > Deshalb kopierst du aus dem > /usr/portage/kategorie/ ins /usr/local/portage/kategorie > das gesamte ebuild-name/* <- ebuild Dateien > Verzechniss und richtest ein Portage Overlay. > Dann setzt du in dem betreoffenem ebuild > (in deinem overlay) das KEYWORDS="????" > und wenn das ???? nicht deine arch ist > zusaetzlich noch Eintrag ins /etc/portage/package.keywords > =kategorie/name.ebuild ???? > > So ist es solange notwendig solange du das betreffende ebuild benoetigst > und solange im haupt portage in dem ebuild das KEYWORD nicht gesetzt wurde. > Wenn es dann gesetzt wurde und das z.b. nur zum ~x86 > und du benutzt x86, dann ist immer noch das mit /etc/portage/packages.keywords > noetig, nicht mehr aber die portage overlay loesung mehr. > > Ich selbst habe manche solche ebuilds im Einsatz > wo entweder -* oder gar kein KEYWORDS in dem ebuild definiert wurde. Ich muss gestehen, dass ich Deine obigen Bemerkungen nicht ganz verstanden habe. In meinen /etc/make.conf ist ueberall "~x86" gesetzt und bisher gab es nirgends Probleme libperl. Ich habe in der Zwischenzeit noch ein paar Experimente gemacht. Auf dem Problemrechner (cheetah) war perl-5.8.7 und libperl-5.8.7 installiert. "emerge -pvD libperl" liefert: [ebuild UD] sys-devel/libperl-5.8.6-r1 [5.8.7] +berkdb -debug +gdbm -ithreads 9,465 kB D.h., emerge will libperl downgraden. Auf meinen anderen Rechnern (z.b. shark) ist ebenfalls libperl-5.8.7 installiert, und emerge hat dort nicht die Absicht libperl downzugraden. "emerge info" zeigt mir auf beiden Rechnern (von der CPU abgesehen, einmal AMD einmal P4) die gleichen Versionen an: root@cheetah:/root(10)# emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4-hardened, glibc-2.3.5-r1, 2.6.13 i686) ================================================================= System uname: 2.6.13 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.12.0_pre8 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" ... root@shark:/root(7)# emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4-hardened, glibc-2.3.5-r1, 2.6.13 i686) ================================================================= System uname: 2.6.13 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.12.0_pre8 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" ... An welcher Stelle kann libperl-5.8.7 maskiert sein? Dann dachte ich mir, tue ich emerge den Gefallen und lasse libperl auf Version 5.8.6-r1 downgraden. Jetzt habe libperl-5.8.6-r1, aber die Probleme sind nicht vorbei: root@cheetah:/root(14)# emerge -pvD perl These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been masked. !!! One of the following masked packages is required to complete your request: - sys-devel/libperl-5.8.7 (masked by: missing keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. !!! (dependency required by "dev-lang/perl-5.8.7" [ebuild]) Also habe ich als naechstes ein perl downgrade auf perl-5.8.6-r5 gemacht. Aber auch das hilft nicht, "emerge -pvD perl" und "emerge -pvD system" liefert: These are the packages that I would merge, in order: Calculating system dependencies - !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been masked. !!! One of the following masked packages is required to complete your request: - sys-devel/libperl-5.8.7 (masked by: missing keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. !!! (dependency required by "dev-lang/perl-5.8.7" [ebuild]) !!! Problem with ebuild dev-lang/perl-5.8.7 D.h., emerge will auf perl-5.8.7 upgraden, das haengt von libperl-5.8.7 ab, und emerge glaubt, dass libperl-5.8.7 maskiert ist. Auch ein weiteres "emerge sync" aendert nichts daran. Es bleibt also die obige Frage: "An welcher Stelle kann libperl-5.8.7 maskiert sein?" Gruss Juergen -- Juergen Rose FHS Wildau -- gentoo-user-de@gentoo.org mailing list