From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NjWwh-0001I7-ON for garchives@archives.gentoo.org; Mon, 22 Feb 2010 11:59:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 128D5E08D9; Mon, 22 Feb 2010 11:58:48 +0000 (UTC) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by pigeon.gentoo.org (Postfix) with ESMTP id C1C4AE08D9 for ; Mon, 22 Feb 2010 11:58:47 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so711057fgb.10 for ; Mon, 22 Feb 2010 03:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=OXHqzwr1kkAKmFm0IkYtJjZFgxsDr4J7e2tHQwgdoIM=; b=sa5FRt2sSpcXdgQUtINV5twa/vLGxu3TAo+PEc9SB5hnJvpzcCirQDeDFUVS1NoxNY Pvh4T6m8h5q6sjE3HMfjWWCaKzBIMRMCxFt5tQJ6b04LHE1RVm28iFfEMFcliYZyon2q 9+Rxa6FCJFBNr+pBL7wWsgt6sejkZD0qcRkBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=czk70vFiJiAdXwBmy2y/1NpgRW8/Rz1VPcjPUgRWOegJ6sD/v5Gon0VqjdGzvUKiY9 iANeb/tG8qHf+mLdMEW1mQFl+w3fSvEl5SlmFklrPVHBResFpR646Cvim1A/3fOtMkjn ZgHd78C/wWZtxaR70ldWgPI+WAPufeyKpI7ZI= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-desktop@lists.gentoo.org Reply-to: gentoo-desktop@lists.gentoo.org MIME-Version: 1.0 Sender: gnu.andrew.rocks@gmail.com Received: by 10.239.188.68 with SMTP id o4mr82493hbh.21.1266839926976; Mon, 22 Feb 2010 03:58:46 -0800 (PST) In-Reply-To: <4B81F8CC.4080205@jbandy.com> References: <255f067f1002191323t22479b8cl9a05a130229fb35d@mail.gmail.com> <4B7FB31B.8080901@gmx.net> <255f067f1002201508s39d3695do89c6b828ad5ae2a7@mail.gmail.com> <4B8148D6.8050505@jbandy.com> <4B818186.5030409@gmx.net> <4B81F8CC.4080205@jbandy.com> Date: Mon, 22 Feb 2010 11:58:46 +0000 X-Google-Sender-Auth: c4fee34ca6cd7a83 Message-ID: <17c6771e1002220358j2e9714fay708b12df5a0a26e1@mail.gmail.com> Subject: Re: [gentoo-desktop] kde-sunset: Calling base_src_prepare from kde.eclass From: Andrew John Hughes To: gentoo-desktop@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 5fe4286b-e645-497f-9f39-345d3edd2a4a X-Archives-Hash: a02452a29b67549e6b08ee029761903e On 22 February 2010 03:23, Chris Bandy wrote: > Martin von Gagern wrote: >> On 21.02.2010 15:53, Chris Bandy wrote: >> >>> As a more comprehensive test, I rebuilt everything I had in >>> kde-sunset[1]. =C2=A0Everything regarding PATCHES worked great! >>> >> >> Thanks a lot, I appreciate that testing! >> >> >>> However, I had to make three changes to individual ebuilds: >>> >>> 1. Had to remove x11-libs/qt/qt-3.3.8-libpng14.patch because it was not >>> in the Manifest >>> >> >> Committed by Ladislav in f7ba03a46f179acb658a9775a75972fa3d2b68c5 >> >> >>> 2. Had to modify app-text/poppler/poppler-0.12.3-r3.ebuild as described >>> here: http://forums.gentoo.org/viewtopic-p-6170313.html#6170313 >>> >> >> Committed by me in 5ba737169016a164646bbfe1da53cbf7f34d137f >> >> >>> 3. Had to revert kde-base/kdepim-kresources-3.5.10.ebuild back to EAPI= =3D1 >>> >> >> Committed by Ladislav in 5be5829c56380ca6ff08775d814558d936f816cc >> >> >>> I've attached a log for the failed EAPI=3D2 build in #3. >>> >> >> I've had a look. Could reproduce the issue here, and could diff both >> runs. One of the first differences I noted was this: >> >> EAPI=3D1: checking if libkcal should be compiled... no >> EAPI=3D2: checking if libkcal should be compiled... yes >> >> This output is, of course, from configure. If you look at the ebuild, >> you notice that it disables libkcal via an environment variable: >> >> src_compile() { >> =C2=A0 =C2=A0 =C2=A0 export DO_NOT_COMPILE=3D"knotes libkcal" >> >> This is only done in src_compile, i.e. after src_configure has already >> completed. Only in EAPI=3D1, where there is no src_configure phase, but >> instead a configure stage of the kde-meta_src_compile function, setting >> the variable in this fashion gives the desired result. >> >> I've written a EAPI=3D2 version of the ebuild that avoids these issues. = It >> works for me, so I decided to commit it, just in case we'll want to use >> EAPI=3D2 in the future. >> >> Committed by me in 1a496ce8440c3b8781be988df65ecc77ea267e6b >> >> Greetings, >> =C2=A0Martin von Gagern >> > > I re-emerged everything I had in kde-sunset[1] again. =C2=A0No build erro= rs; > everything works! =C2=A0Thanks! > > [1] 1a496ce8440c3b8781be988df65ecc77ea267e6b > > -- Chris > > I've managed to rebuild most of KDE 3.5 against the new jpeg-8 library using the overlay. Many thanks for maintaining it! I think the removal from the main tree is premature. Not only is KDE 4 still an unstable resource hog, but the KOffice developers explicitly state that 2.1: 'is not aimed at end users, and we do not recommend Linux distributions to package it as the default office suite yet.' http://www.koffice.org/news/koffice-2-1-released/ Whoever removed it from the main tree has completely ignored this and decided to ship an incomplete office suite to users for the own convenience. --=20 Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8