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 C72B013828B for ; Sat, 28 May 2016 18:49:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2BEC714265; Sat, 28 May 2016 18:49:27 +0000 (UTC) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.161.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B5D7E141F3 for ; Sat, 28 May 2016 18:49:25 +0000 (UTC) Received: by mail-yw0-f172.google.com with SMTP id c127so133091004ywb.1 for ; Sat, 28 May 2016 11:49:25 -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; bh=zz5gAvXGAbThbuDMCAXh5KGvEDc65dOfEdX35VEbwPM=; b=OBD4q3B1sbsE9VfYu8lmLuNelbozjQ4xn/BL+VRitm0ZCIZrn+t/WW22FNV1Ia7v5w Tx2dsXRglAmQB6GCGj8u6QWSbXRhE134kq8sncMLluvmQsIXbQ7x/RwIIr5e0ZEJRrH9 BxHfEuFUfmtBg8ToAJK4JaeBlZCHzwcFowZ1cDkd5tWnL3zx6+12fV+W4hj5eX+5v1Rz sZu1lGaBURzYW4tG3d/mdzbhSMSGa6rBCKXzGyJUmZAY05srstWxAbAUFrnJvZx57+81 A5OlSFutQQW2C2QLlgv3MwWUq4PgsFBosglzMH9PTBC46adaYybbbZ0+5hGQ9CGUbPo0 Byug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=zz5gAvXGAbThbuDMCAXh5KGvEDc65dOfEdX35VEbwPM=; b=SK1AGD07e19I42qCUKDuYzjppnrQLYscMYjE0qaghAqIPIC6HKsDSDsPNJDJt2btPs bKxAbJpXovbE/FYSKelz1UaNib7O6foQjNjxHqtOfrlIrupBXksIj42CUs7OjtTP8LLH N3qw2t8J1EvBNfSBdEaDpXHNTzu2vSceyEquLhi0Ef66eW5V9hwa+UTLAcrP8Tx0zu+2 kL3ZP912qJxoYOtP6l85HPklv9Ud7HnN34GOwR2BBfU21keC5yKhwDWXOlnt8iYkuhOx 1XjHdhlnz6iwMYiTdMPLUAoad8UVBE/1ITN2JPlmtBWUW6C/ZFewvbRo8/z2FmZfBrn9 v4Aw== X-Gm-Message-State: ALyK8tIw/wxobjFQx6cwEI6vMolLt1Orc9LuGlgG1JGyd3w0f/SvrSlkM70jmmzLnFn0bw== X-Received: by 10.37.34.84 with SMTP id i81mr12027509ybi.156.1464461364746; Sat, 28 May 2016 11:49:24 -0700 (PDT) Received: from [192.168.2.5] (adsl-65-0-95-182.jan.bellsouth.net. [65.0.95.182]) by smtp.gmail.com with ESMTPSA id h131sm8780308ywb.25.2016.05.28.11.49.23 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 May 2016 11:49:24 -0700 (PDT) Subject: Re: [gentoo-user] Re: [OT] How to be a penguin. To: gentoo-user@lists.gentoo.org References: <5749C1AE.5020905@verizon.net> <20160528111929.503f9bbd@sepulchrave.remarqs> <5749D00C.4030408@gmail.com> <5749E469.7020601@gmail.com> From: Dale Message-ID: <5749E832.1030404@gmail.com> Date: Sat, 28 May 2016 13:49:22 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 SeaMonkey/2.38 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: <5749E469.7020601@gmail.com> Content-Type: multipart/alternative; boundary="------------060207030701050008000701" X-Archives-Salt: 7c4f4389-6ac4-49c6-a028-e35ea5f37761 X-Archives-Hash: 54eeb0f69f15776e7af22dfcc51c18d1 This is a multi-part message in MIME format. --------------060207030701050008000701 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dale wrote: > Gregory Woodbury wrote: >> Has Alan ever posted his "jackhammer" script for some experts to look >> at? >> >> I get by really well with a small script that reads the eix outputs, >> finds the "[U]" >> tagged packages, and then runs "emerge -u1" on that list. >> >> Doing anything more than that will be a cause of pain and suffering. >> >> If a package needs patches for something special, it is better to >> make a local >> repository with modified ebuilds and distfiles, rather than try to >> force the gentoo repo >> into your own mess. I do this for a few tthings that Gentoo doesn't >> ship. Portage >> is actuallly quite flexible underneath, itt just takes a bit of learning. >> >> -- >> G.Wolfe Woodbury >> redwolfe@gmail.com > > > He did a while back. Some very experienced Gentoo users here > explained to him that his script was the problem. From memory which > isn't all that good, it syncs the tree which is fine. After that, it > gets bad. I think it did the updates and then repeated that several > times within the script. That is done without him looking to see if > anything needs to be changed, USE flags etc, or if something shouldn't > be updated at all. I'm pretty sure that it then deletes all the logs > of what was done, which means anything broken is broke and no record > of what or even why. > > Yes, some things can be done with a script. However, there needs to > be a point in there where the user, the real brain of what is wanted, > looks at the list of what will be updated. Only a human can look and > see if there is USE flag changes or other issues that need a config > file to be edited. Alan skips all that. > > If you want, I can go dig it out and post it. I should have a copy of > the script in my local email. I keep them for like 2 years or > something then it deletes the old stuff. I'm not sure if you will > laugh your head off or cry tho. > > Dale > > :-) :-) What the heck. I went back and found it. It only took a few minutes. The rest of this message is the email where he has his script. I'll do my usual sign off at the bottom, rest is his post. For those who have already seen it, you might want to skip past the rest. No need torturing yourself again. > I use two scripts for all emerge use, the goal is to run one command and > then walk away: > > Standard general update script: > ####################### > tortoise ~ # cat sysupdate > > #they must have moved or removed the logs, might have to track them down > again... > #rm /var/log/emerge* > > # cache /usr/portage > echo "caching /usr/portage. This will take a long time." > time ls -R /usr/portage > /dev/null > > emerge --sync > layman --sync ALL > > emerge --update --verbose portage > emerge --update --newuse --deep --with-bdeps=y system --keep-going > emerge --update --newuse --deep --with-bdeps=y world --keep-going > > rm -f /var/cache/revdep-rebuild/*.rr > revdep-rebuild > emerge --skipfirst --resume > emerge --skipfirst --resume > etc-update > eclean-dist > ######################## > > The eclean line was added just a few days ago from this thread... > > This one is intended to be a nice gentle update script. > It caches the portage tree, then syncs everything, then updates > everything starting with critical system packages, then all world > packages... > > Then it cleans stuff up, it jcakhammers the revdep-rebuild but not too > hard.... > > > This next script is what I use when emerge starts giving me shit: > > ################## > tortoise ~ # cat keepgoing > emerge --update --newuse --deep --with-bdeps=y system > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > > emerge --update --newuse --deep --with-bdeps=y world > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > > rm /var/cache/revdep-rebuild/*.rr > revdep-rebuild > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > emerge --skipfirst --resume --nodeps > > etc-update > ################### > > It's basically the same as the working section of the above but instead > of letting emerge do it's thing, it jackhammers that bitch as hard as > possible to get as much updated as possible, but it requires emerge to > do something and not error out for no good reason... I expect prune and > depclean to be useless but I kinda need update to basically work every > time. =\ > Whatever fails on this script, I just live with until next week/month. > > ################### > tortoise ~ # ./pretendupdate > > These are the packages that would be merged, in order: > > Calculating dependencies / > > !!! Problem resolving dependencies for sys-apps/util-linux from @system > ... done! > > !!! The ebuild selected to satisfy "sys-apps/util-linux" has unmet > requirements. > - sys-apps/util-linux-2.27.1::gentoo USE="caps cramfs ncurses nls pam > python readline suid udev unicode -build -fdformat -kill (-selinux) > -slang -static-libs -systemd -test -tty-helpers" ABI_X86="32 64 -x32" > PYTHON_SINGLE_TARGET="-python2_7 -python3_3 -python3_4" > PYTHON_TARGETS="python2_7 python3_4 -python3_3" > > The following REQUIRED_USE flag constraints are unsatisfied: > python? ( exactly-one-of ( python_single_target_python2_7 > python_single_target_python3_3 python_single_target_python3_4 ) ) > > The above constraints are a subset of the following complete expression: > python? ( exactly-one-of ( python_single_target_python2_7 > python_single_target_python3_3 python_single_target_python3_4 ) > python_single_target_python2_7? ( python_targets_python2_7 ) > python_single_target_python3_3? ( python_targets_python3_3 ) > python_single_target_python3_4? ( python_targets_python3_4 ) ) > > (dependency required by "@system" [set]) > (dependency required by "@world" [argument]) > > tortoise ~ # cat ./pretendupdate > emerge --update --newuse --deep --with-bdeps=y world --verbose --pretend > tortoise ~ # > > ########### > > Google is not being helpful with this... =( Dale :-) :-) --------------060207030701050008000701 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Dale wrote:
Gregory Woodbury wrote:
Has Alan ever posted his "jackhammer" script for some experts to look at?

I get by really well with a small script that reads the eix outputs, finds the "[U]"
tagged packages, and then runs "emerge -u1" on that list.

Doing anything more than that will be a cause of pain and suffering.

If a package needs patches for something special, it is better to make a local 
repository with modified ebuilds and distfiles, rather than try to force the gentoo repo 
into your own mess. I do this for a few tthings that Gentoo doesn't ship. Portage
is actuallly quite flexible underneath, itt just takes a bit of learning.

-- 
G.Wolfe Woodbury


He did a while back.  Some very experienced Gentoo users here explained to him that his script was the problem.  From memory which isn't all that good, it syncs the tree which is fine.  After that, it gets bad.  I think it did the updates and then repeated that several times within the script.  That is done without him looking to see if anything needs to be changed, USE flags etc, or if something shouldn't be updated at all.  I'm pretty sure that it then deletes all the logs of what was done, which means anything broken is broke and no record of what or even why. 

Yes, some things can be done with a script.  However, there needs to be a point in there where the user, the real brain of what is wanted, looks at the list of what will be updated.  Only a human can look and see if there is USE flag changes or other issues that need a config file to be edited.   Alan skips all that. 

If you want, I can go dig it out and post it.  I should have a copy of the script in my local email.  I keep them for like 2 years or something then it deletes the old stuff.  I'm not sure if you will laugh your head off or cry tho. 

Dale

:-)  :-) 


What the heck.  I went back and found it.  It only took a few minutes.  The rest of this message is the email where he has his script.  I'll do my usual sign off at the bottom, rest is his post.   For those who have already seen it, you might want to skip past the rest.  No need torturing yourself again.  


I use two scripts for all emerge use, the goal is to run one command and
then walk away:

Standard general update script:
#######################
tortoise ~ # cat sysupdate

#they must have moved or removed the logs, might have to track them down
again...
#rm /var/log/emerge*

# cache /usr/portage 
echo "caching /usr/portage.  This will take a long time."
time ls -R /usr/portage > /dev/null

emerge --sync
layman --sync ALL

emerge --update --verbose portage
emerge --update --newuse --deep --with-bdeps=y system --keep-going
emerge --update --newuse --deep --with-bdeps=y world --keep-going

rm -f /var/cache/revdep-rebuild/*.rr
revdep-rebuild
emerge --skipfirst --resume
emerge --skipfirst --resume
etc-update
eclean-dist
########################

The eclean line was added just a few days ago from this thread...

This one is intended to be a nice gentle update script.
It caches the portage tree, then syncs everything, then updates
everything starting with critical system packages, then all world
packages...

Then it cleans stuff up, it jcakhammers the revdep-rebuild but not too
hard....


This next script is what I use when emerge starts giving me shit:

##################
tortoise ~ # cat keepgoing
emerge --update --newuse --deep --with-bdeps=y system
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

emerge --update --newuse --deep --with-bdeps=y world
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

rm /var/cache/revdep-rebuild/*.rr
revdep-rebuild
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

etc-update
###################

It's basically the same as the working section of the above but instead
of letting emerge do it's thing, it jackhammers that bitch as hard as
possible to get as much updated as possible, but it requires emerge to
do something and not error out for no good reason... I expect prune and
depclean to be useless but I kinda need update to basically work every
time. =\
Whatever fails on this script, I just live with until next week/month.

###################
tortoise ~ # ./pretendupdate

These are the packages that would be merged, in order:

Calculating dependencies /

!!! Problem resolving dependencies for sys-apps/util-linux from @system
... done!

!!! The ebuild selected to satisfy "sys-apps/util-linux" has unmet
requirements.
- sys-apps/util-linux-2.27.1::gentoo USE="caps cramfs ncurses nls pam
python readline suid udev unicode -build -fdformat -kill (-selinux)
-slang -static-libs -systemd -test -tty-helpers" ABI_X86="32 64 -x32"
PYTHON_SINGLE_TARGET="-python2_7 -python3_3 -python3_4"
PYTHON_TARGETS="python2_7 python3_4 -python3_3"

  The following REQUIRED_USE flag constraints are unsatisfied:
    python? ( exactly-one-of ( python_single_target_python2_7
python_single_target_python3_3 python_single_target_python3_4 ) )

  The above constraints are a subset of the following complete expression:
    python? ( exactly-one-of ( python_single_target_python2_7
python_single_target_python3_3 python_single_target_python3_4 )
python_single_target_python2_7? ( python_targets_python2_7 )
python_single_target_python3_3? ( python_targets_python3_3 )
python_single_target_python3_4? ( python_targets_python3_4 ) )

(dependency required by "@system" [set])
(dependency required by "@world" [argument])

tortoise ~ # cat ./pretendupdate
emerge --update --newuse --deep --with-bdeps=y world --verbose --pretend
tortoise ~ #

###########

Google is not being helpful with this... =(

Dale

:-)  :-) 
--------------060207030701050008000701--