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 1RyLZS-0003t2-Gh for garchives@archives.gentoo.org; Fri, 17 Feb 2012 11:01:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7020FE0AFC; Fri, 17 Feb 2012 11:01:37 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 27C6DE0904 for ; Fri, 17 Feb 2012 11:00:37 +0000 (UTC) Received: by wibhi8 with SMTP id hi8so1707940wib.40 for ; Fri, 17 Feb 2012 03:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:mime-version:content-type:content-transfer-encoding; bh=jLVHSGIc7RHmP28MSfToVCL+6jcBB3FnFZ3Wg3JwUHI=; b=PMLvx85rwFyLmvtOs7JipaboJY931AdUQwD4fwJusxggng1YDG/lcWPM/8Gjch0Z0I 0OAC0q9sU1U+RPimpnEkHOhSBEt+hfBH0Cui8UGojuM+Zzyf01sxh6qjVbMGXda0c9au SMcXl9c0mJnQvwvOK37L64yS1H6gRZ9olJfEY= Received: by 10.180.82.227 with SMTP id l3mr2821949wiy.1.1329476437420; Fri, 17 Feb 2012 03:00:37 -0800 (PST) Received: from khamul.example.com (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPS id y1sm33658762wiw.6.2012.02.17.03.00.35 (version=SSLv3 cipher=OTHER); Fri, 17 Feb 2012 03:00:36 -0800 (PST) Date: Fri, 17 Feb 2012 12:59:32 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] linuxtv-dvb-headers gone virtual blocks mythtv overlay Message-ID: <20120217125932.0dbca7ed@khamul.example.com> In-Reply-To: <4F3E2E5C.7090809@st.com> References: <4F3CB731.5010009@st.com> <4F3CBB6A.8030100@fu-berlin.de> <4F3DFF85.4040001@st.com> <20120217094841.1a828f55@khamul.example.com> <4F3E0960.4030702@st.com> <20120217121844.49cdc4cc@khamul.example.com> <4F3E2E5C.7090809@st.com> Organization: Internet Solutions X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 8de59c92-3c5d-42aa-ac47-8b33f4f32435 X-Archives-Hash: 912ad0b06d04ae90838e226ecab480f9 On Fri, 17 Feb 2012 11:39:24 +0100 Raffaele BELARDI wrote: > On 02/17/2012 11:18 AM, Alan McKinnon wrote: > > On Fri, 17 Feb 2012 09:01:36 +0100 > > Raffaele BELARDI wrote: > >> The change was done in the mythtv overlay > >> (/usr/local/mythtv_portage/), would that be overwritten by a > >> resync? I understood that overlay gets updated only when there is > >> a mythtv update upstream. > > > > It will be overwritten with every layman update/resync > > > > layman will notice that you have a file that is different from the > > repo and will revert it, and you cannot stop this happening. It > > does not depend on whether the remote file has changed, it only > > depends on you locally having a file that is different to the repo. > > > > Seriously, the gentoo docs are full or warning to not do what you > > did. Use the local overlay, it was designed for exactly this > > purpose. > > I'm probably oversimplifying because I don't know much about overlays. > > I'm not using layman at all but I am using a local overlay for mythtv. > From what I understand the 'overlayed' mythtv ebuild is responsible > for the overlay update though a script installed > in /etc/portage/postsync.d/ which basically performs a 'git pull'. So > unless there is a new git snapshot upstream the modified ebuild will > not get overwritten, correct? I have no idea what you are talking about actually. ebuilds do not update themselves, something else does. All an overlay is, is an alternate bunch of ebuilds laid out in the same format as the portage tree. Layman is nothing more than a nice bunch of scripts that automate the install, update and resync aspect of using them. The process you just described makes no sense to me at all unless it is some customization you did yourself. But step back and look at this logically. You have a copy of a file that gets updated from a repo somewhere. But you are also fiddling around with the same file and expecting it to all magically just work without collisions despite having two agents fooling around with it. Does that strike you as a good idea? The sane way to do this is to leave the remote repo alone and let it do it's thing when and how it wants to using layman. You will then always have an ebuild synced to upstream. Copy the ebuild you feel you need to modify to PORTDIR_OVERLAY and make your changes there. Portage will use your customized ebuild in preference to the one from the overlay (due to priority rules) so all is good. When the ebuild in the git repo is updated, the version number will be bumped and portage will then use that one in preference to your local copy (due to version number being higher). If that ebuild doesn't quite work for you yet, copy it to PORTDIR_OVERLAY and make your custom changes there. keep doing this, rinse and repeat, until the upstream repo gets their act together. -- Alan McKinnnon alan.mckinnon@gmail.com