From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 55D4313881B for ; Tue, 22 Sep 2015 17:18:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A979B21C029; Tue, 22 Sep 2015 17:18:04 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5A5A9E087C for ; Tue, 22 Sep 2015 17:18:03 +0000 (UTC) Received: by wicge5 with SMTP id ge5so171475642wic.0 for ; Tue, 22 Sep 2015 10:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=SratLDMZ2jaSElNVOir1OBQtFkTyyAzwTKsYkF1i8o4=; b=U7pXqIPLVTaFAQ2CG7utpQlgkcrwaEMOzzDdwnljlq7c6QoO03pPWOGXB/krkw3pOR NTDWWl1MbfSCvrAmxyk4i92aw9rI5WNs8/zP4HnXX5/OYebV5y0sJiZWzqVeE5M7HoiK FvfKmq4pFs7aXYpfabCk5bxsgy3buq1N5jhqPLaVHj0Y8S6yv7LlvA4uCuZK1DZPdeOB LYBLmYwVjft4Ye8ZOVDf2hgWl6ZuQsOMpiQLNiMAxJiI0vHVVlOA4UJl9+UzGc4a8orJ DGVpGsqsUtyo0hPh8pcRIIE2EOsvw7qsAVKsPbZxeEOd95OiAsJrViWOPn9+IeLAKgjP NRXA== X-Received: by 10.180.8.101 with SMTP id q5mr9514450wia.16.1442942281987; Tue, 22 Sep 2015 10:18:01 -0700 (PDT) Received: from [172.20.0.41] (105-237-151-122.access.mtnbusiness.co.za. [105.237.151.122]) by smtp.googlemail.com with ESMTPSA id p4sm4159563wia.15.2015.09.22.10.18.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Sep 2015 10:18:01 -0700 (PDT) Subject: Re: [gentoo-user] Re: update problems To: gentoo-user@lists.gentoo.org References: <87eghucic9.fsf@heimdali.yagibdah.de> <55FDD3CC.3010205@gmail.com> <55FF0A88.3090806@gmail.com> <55FF1E2F.9060502@gmail.com> <56017BC7.3030405@gmail.com> From: Alan McKinnon X-Enigmail-Draft-Status: N1110 Message-ID: <56018D31.3050201@gmail.com> Date: Tue, 22 Sep 2015 19:17:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 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 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: d2e1cf50-bae6-45a1-9851-4893d7efa2e0 X-Archives-Hash: 638ccf30f775504965cc94c1178ea061 On 22/09/2015 18:39, James wrote: > Alan McKinnon gmail.com> writes: > > > >>> I'll add --oneshot to the EMERGE_DEFAULT_OPTS= in make.conf. > >>>> I sometimes wonder why that isn't the default way. I guess because it >>>> would confuse folks for a bit and because it has always been that way. > >>> One thing I see, is now you have a system that is full of pkg that do >>> not update normally. I guess I'm say if you install pakages with --oneshot, >>> they are not automatically updated, or are they? (discussion). > >>> 'emerge -uDNv world' is the most common form of update, probably, used >>> by gentoo users. So how to best ferret out those oneshot packages for >>> update; and that's if they should be updated.... semantics on that? > >> I think you two have it backwards. > > mostly true for routine users. I myself find myself testing codes > and inter operability between codes and stuff I write, more that > just installing from the portage tree. I guess you could say I'm moving > from user to hacker status (with extreme prejudice). I do not alway > remember (-1); particularly when manually cleansing problems like the recent > ncurses episode. I like Dale's approach. I just need a tool option or simple > script that tells me what is installed and not in @system or @world. > Surely this code/option exist and I have just missed it in the literature? > > >> The intended workflow is that if you emerge something, you know what it >> is, you don't have to make further decisions about it and you want it >> in world. > > users yes, hackers no. For a long time, I just used gentoo. > Now I'm coding (specifcations --> architecture --> then code) > and hacking (modifying other codes) quite a lot. I have a robust > world file that migrates from workstation to workstation and only > update it, replace pkgs, or add a select few niftyones, like > trace-cmd and heaptrack. > > So I'm not suggesting this for normal, new gentoo users. > > > world, by definition, is the list of packages you want. That plus > system plus all deps constitutes the set of what should be on the > system, anything you have not in that set is subject to depcleaning > > true. > > If you are not sure about some package, by all means emerge it with -1. > Check it out, verify it, make sure it does what you want then get it in > world with emerge -n. Why would you want to have stuff around for > extended periods that is not in world? > > Again, user focused, mostly true. > > If you have a package that you no longer want (as you know what is in > your world right), unmerge it with -C > > It's not that simple. I'm spending a large amount of my gentoo-admin > time installing--testing--marinating--modifying--testing--removal. > Dale's simple suggesting is brilliant for my needs. (thx Dale). > > Don't make life difficult for yourself. It's MUCH easier to know what's > in world than to try and remember what should be and isn't. > > Users (YES) hackers(??? no in my case). > > Sorry bro, I'm running with Dale in this one. Portage can help with that then. The trick is to realise the exact question you are asking: what packages do I have installed for testing purposes and that are not in world? Seeing as @world is really just a regular set, use sets to your advantage. Create as many or as few or you need in /etc/portage/sets/ and emerge them (or just add the set name to /var/lib/portage/world_sets) They will update with a deep world update, but they are together in one place where you can add and remove them at will. Just don't do emerge @set_name, that won;t do an update, it will re-emerge everything in the set > Now, I still need a --oneshot parser solution for vdb (/var/db/pkg/)? --depclean If portage wants to take it out, it's not in world or a dep. To the best of my knowledge portage does not record that you used -1, it simply does not add the package to world. So you need to do it the long way, which is what --depclean does > 1] Glep-64 preliminary code? > 2] a DAG? > 3] Neil's mod to CheckInstall? > 4] a 'man page option' would be keenest; that I have missed? > 5] a script? > 6] or a profile? [10] default/linux/amd64/13.0/developer > > I've been looking for some details on the developer profile; > a list of additional packages only or some other keen settings > and other goodies ? > > > > James > > > > > > -- Alan McKinnon alan.mckinnon@gmail.com