Gentoo Archives: gentoo-user

From: Dale <rdalek1967@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Pick your hypothesis:
Date: Thu, 24 Jan 2019 20:04:57
Message-Id: c2370994-ba3e-9ed5-3407-5c30996246e2@gmail.com
In Reply to: Re: [gentoo-user] Pick your hypothesis: by Neil Bothwick
1 Neil Bothwick wrote:
2 > On Thu, 24 Jan 2019 13:42:04 -0600, Dale wrote:
3 >
4 >> I'm trying to recall but am not sure, is this the same Alan that used to
5 >> come on here and post this sort of thing when the problem was in the
6 >> chair not Gentoo?  I recall the person I'm speaking of having a script
7 >> that just created a mess and then he blamed it on Gentoo.  I might still
8 >> have some of those emails but someone else may recall if this is the
9 >> same person or not.
10 > It is.
11 >
12 >
13
14
15 Yep.  I went and found this little gem.  For those interested, this is
16 the script he used back then.  I'm not sure if he still does today or
17 not.  Some of you may find it funny.  Some may just cry, for various
18 reasons.  ;-) 
19
20 Alan Grimes wrote:
21 > I use two scripts for all emerge use, the goal is to run one command and
22 > then walk away:
23 >
24 > Standard general update script:
25 > #######################
26 > tortoise ~ # cat sysupdate
27 >
28 > #they must have moved or removed the logs, might have to track them down
29 > again...
30 > #rm /var/log/emerge*
31 >
32 > # cache /usr/portage
33 > echo "caching /usr/portage. This will take a long time."
34 > time ls -R /usr/portage > /dev/null
35 >
36 > emerge --sync
37 > layman --sync ALL
38 >
39 > emerge --update --verbose portage
40 > emerge --update --newuse --deep --with-bdeps=y system --keep-going
41 > emerge --update --newuse --deep --with-bdeps=y world --keep-going
42 >
43 > rm -f /var/cache/revdep-rebuild/*.rr
44 > revdep-rebuild
45 > emerge --skipfirst --resume
46 > emerge --skipfirst --resume
47 > etc-update
48 > eclean-dist
49 > ########################
50 >
51 > The eclean line was added just a few days ago from this thread...
52 >
53 > This one is intended to be a nice gentle update script.
54 > It caches the portage tree, then syncs everything, then updates
55 > everything starting with critical system packages, then all world
56 > packages...
57 >
58 > Then it cleans stuff up, it jcakhammers the revdep-rebuild but not too
59 > hard....
60 >
61 >
62 > This next script is what I use when emerge starts giving me shit:
63 >
64 > ##################
65 > tortoise ~ # cat keepgoing
66 > emerge --update --newuse --deep --with-bdeps=y system
67 > emerge --skipfirst --resume --nodeps
68 > emerge --skipfirst --resume --nodeps
69 > emerge --skipfirst --resume --nodeps
70 >
71 > emerge --update --newuse --deep --with-bdeps=y world
72 > emerge --skipfirst --resume --nodeps
73 > emerge --skipfirst --resume --nodeps
74 > emerge --skipfirst --resume --nodeps
75 > emerge --skipfirst --resume --nodeps
76 > emerge --skipfirst --resume --nodeps
77 > emerge --skipfirst --resume --nodeps
78 > emerge --skipfirst --resume --nodeps
79 > emerge --skipfirst --resume --nodeps
80 > emerge --skipfirst --resume --nodeps
81 > emerge --skipfirst --resume --nodeps
82 >
83 > rm /var/cache/revdep-rebuild/*.rr
84 > revdep-rebuild
85 > emerge --skipfirst --resume --nodeps
86 > emerge --skipfirst --resume --nodeps
87 > emerge --skipfirst --resume --nodeps
88 > emerge --skipfirst --resume --nodeps
89 >
90 > etc-update
91 > ###################
92 >
93 > It's basically the same as the working section of the above but instead
94 > of letting emerge do it's thing, it jackhammers that bitch as hard as
95 > possible to get as much updated as possible, but it requires emerge to
96 > do something and not error out for no good reason... I expect prune and
97 > depclean to be useless but I kinda need update to basically work every
98 > time. =\
99 > Whatever fails on this script, I just live with until next week/month.
100 >
101 > ###################
102 > tortoise ~ # ./pretendupdate
103 >
104 > These are the packages that would be merged, in order:
105 >
106 > Calculating dependencies /
107 >
108 > !!! Problem resolving dependencies for sys-apps/util-linux from @system
109 > ... done!
110 >
111 > !!! The ebuild selected to satisfy "sys-apps/util-linux" has unmet
112 > requirements.
113 > - sys-apps/util-linux-2.27.1::gentoo USE="caps cramfs ncurses nls pam
114 > python readline suid udev unicode -build -fdformat -kill (-selinux)
115 > -slang -static-libs -systemd -test -tty-helpers" ABI_X86="32 64 -x32"
116 > PYTHON_SINGLE_TARGET="-python2_7 -python3_3 -python3_4"
117 > PYTHON_TARGETS="python2_7 python3_4 -python3_3"
118 >
119 > The following REQUIRED_USE flag constraints are unsatisfied:
120 > python? ( exactly-one-of ( python_single_target_python2_7
121 > python_single_target_python3_3 python_single_target_python3_4 ) )
122 >
123 > The above constraints are a subset of the following complete expression:
124 > python? ( exactly-one-of ( python_single_target_python2_7
125 > python_single_target_python3_3 python_single_target_python3_4 )
126 > python_single_target_python2_7? ( python_targets_python2_7 )
127 > python_single_target_python3_3? ( python_targets_python3_3 )
128 > python_single_target_python3_4? ( python_targets_python3_4 ) )
129 >
130 > (dependency required by "@system" [set])
131 > (dependency required by "@world" [argument])
132 >
133 > tortoise ~ # cat ./pretendupdate
134 > emerge --update --newuse --deep --with-bdeps=y world --verbose --pretend
135 > tortoise ~ #
136 >
137 > ###########
138 >
139 > Google is not being helpful with this... =(
140 >
141
142
143 I have to say, the first sentence says a LOT.  Who here runs emerge
144 without checking to make sure it is going to do what you want it to
145 first?  Heck, I always run with -a and look at USE flags and such before
146 even thinking about hitting y to continue.  Sometimes, it may take me
147 adjusting settings two or three times to get what I need.  It goes
148 downhill from there with his script.  Heck, if I were emerge, I'd break
149 too.  lol 
150
151 Dale
152
153 :-)  :-) 

Replies

Subject Author
Re: [gentoo-user] Pick your hypothesis: Michael Jones <gentoo@×××××××.com>