1 |
On 08/13/18 13:14, Corentin �Nado� Pazdera wrote: |
2 |
> August 13, 2018 6:58 PM, "james" <garftd@×××××××.net> wrote: |
3 |
> |
4 |
>> Here's what I got running your script:: |
5 |
>> |
6 |
>> /etc # /root/profile-explorer.sh |
7 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
8 |
>> /usr/portage/profiles/base/packages |
9 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
10 |
>> *>=sys-apps/baselayout-2 |
11 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
12 |
>> *>=sys-apps/findutils-4.4 |
13 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
14 |
>> *>=sys-devel/patch-2.7 |
15 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
16 |
>> /usr/portage/profiles/default/linux/packages |
17 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
18 |
>> /usr/portage/profiles/base/packages |
19 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
20 |
>> *>=sys-apps/baselayout-2 |
21 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
22 |
>> *>=sys-apps/findutils-4.4 |
23 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
24 |
>> *>=sys-devel/patch-2.7 |
25 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
26 |
>> /usr/portage/profiles/default/linux/packages |
27 |
>> |
28 |
>> Manually looking a the |
29 |
> |
30 |
> Seems weird, also no need to run it as root... |
31 |
|
32 |
Exact same output run as user... I suspect it's garbage that's |
33 |
left from the 13.0 profiles days. It's was installed |
34 |
about 5 years ago, and is pretty hacked up (base stabe plus). |
35 |
|
36 |
I guess I can manually edit those files indicated and then your |
37 |
sort of out put will most likely occur.... That's my next test. |
38 |
|
39 |
|
40 |
> Here's my output for comparison : |
41 |
> |
42 |
> ``` |
43 |
> % ./profile-explorer.sh |
44 |
> [+] EROOT : / |
45 |
> [+] PORTDIR : /var/db/repos/gentoo |
46 |
> [+] CURPROFILE: default/linux/amd64/17.0 |
47 |
> [+] EAPI : 5 |
48 |
> |
49 |
> [+] packages (@system) |
50 |
> /var/db/repos/gentoo/profiles/base/packages |
51 |
> /var/db/repos/gentoo/profiles/default/linux/packages |
52 |
> ``` |
53 |
> |
54 |
> And the `explored-packages` file should symply contain a copy of the different inherited packages |
55 |
> files. |
56 |
> |
57 |
>> less /etc/portage/package.use/explored-packages: |
58 |
>> /usr/portage/profiles/base/packages |
59 |
>> |
60 |
>> I see: |
61 |
>> # Old ICU is unsupported. ICU 58 only remains for 13.0 based profiles. |
62 |
>> <dev-libs/icu-59 |
63 |
>> <dev-libs/icu-layoutex-59 |
64 |
>> |
65 |
>> But the system has:: |
66 |
>> |
67 |
>> [I] dev-libs/icu .... 60.2 |
68 |
>> |
69 |
>> equery uses icu |
70 |
>> |
71 |
>> gives me similar info: |
72 |
>> |
73 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
74 |
>> /usr/portage/profiles/base/packages |
75 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
76 |
>> *>=sys-apps/baselayout-2 |
77 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
78 |
>> *>=sys-apps/findutils-4.4 |
79 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
80 |
>> *>=sys-devel/patch-2.7 |
81 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
82 |
>> /usr/portage/profiles/default/linux/packages |
83 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
84 |
>> /usr/portage/profiles/base/packages |
85 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
86 |
>> *>=sys-apps/baselayout-2 |
87 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
88 |
>> *>=sys-apps/findutils-4.4 |
89 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
90 |
>> *>=sys-devel/patch-2.7 |
91 |
>> --- Invalid atom in /etc/portage/package.use/explored-packages: |
92 |
>> /usr/portage/profiles/default/linux/packages |
93 |
>> [ Legend : U - final flag setting for installation] |
94 |
>> [ : I - package is installed with flag ] |
95 |
>> [ Colors : set, unset ] |
96 |
>> * Found these USE flags for dev-libs/icu-60.2: |
97 |
>> U I |
98 |
>> + + abi_x86_32 : 32-bit (x86) libraries |
99 |
>> - - debug : Enable extra debug codepaths, like asserts and extra |
100 |
>> output. If |
101 |
>> you want to get meaningful backtraces see |
102 |
>> |
103 |
>> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces |
104 |
>> - - doc : Add extra documentation (API, Javadoc, etc). It is |
105 |
>> recommended to |
106 |
>> enable per package instead of globally |
107 |
>> + + examples : Install examples, usually source code |
108 |
>> - - static-libs : Build static versions of dynamic librarieshttps://inductiveautomation.com/ as well |
109 |
>> |
110 |
>> Which begs the Q1} can I get rid of the flag icu? What are |
111 |
>> consequences, as a baseline system flag, of it's removal ? |
112 |
>> |
113 |
>> less /usr/portage/profiles/base/packages |
114 |
>> show me more of what the @system set contains. Very interesting and |
115 |
>> useful. I'm thinking of aggregation of those listed packages |
116 |
>> and some basic (ascii) table form (equery,emerge, eix) parsed listing |
117 |
>> of the default and current flag settings. A "verification" tool |
118 |
>> if you like. Surely it would help if this info was (is?) more readily |
119 |
>> available and organized for folks that need a systematic approach, like |
120 |
>> heterogeneous HPC clusters. The tools exist for 'ad-hoc' and one off, |
121 |
>> but more of an organized representation at least at the set level. |
122 |
>> |
123 |
>> I feel like there is an existing tool that can yield all of this |
124 |
>> information, as it is on a current system. I've read where there are |
125 |
>> efforts to clean up the packages and default flags used in @system, |
126 |
>> so the bare minimum list per arch/profiles would ultimately be |
127 |
>> a useful listing, particular for my HPC. In HPC less is always faster |
128 |
>> and better, as it is in security and so many more aspects of CS. |
129 |
>> |
130 |
>> Obviosly, I have a few things to fix on this (fragile) system, but |
131 |
>> that'll happen as I'm at the beginning stages of auto_installs of |
132 |
>> minimized systems. What are your plans for you little script? |
133 |
>> |
134 |
>> Just to match equery uses <flag> and such? |
135 |
>> |
136 |
>> Here's a cutie: |
137 |
>> /usr/portage/profiles/default/linux/amd64/package.use.mask |
138 |
>> |
139 |
>> # Mike Frysinger <vapier@g.o> (08 May 2016) |
140 |
>> # This target supports VTV #547040. |
141 |
>>> =sys-devel/gcc-4.9 -vtv |
142 |
>> |
143 |
>> # Mike Frysinger <vapier@g.o> (21 Oct 2014) |
144 |
>> # This target supports ASAN/etc... #504200. |
145 |
>> sys-devel/gcc -sanitize |
146 |
>> |
147 |
>> And where was it that the processor/arch flags are now listed? |
148 |
>> |
149 |
>> tia, |
150 |
>> James |
151 |
>> cat |
152 |
> |
153 |
> To check impact on negating icu on your system : `USE="-icu" emerge -puDU --with-bdeps=y world` |
154 |
|
155 |
|
156 |
I'd have to marinate on the -U option. I see what it s proposing. |
157 |
|
158 |
> |
159 |
> And concerning processor/arch flags I�d suggest keep exploring profiles, take a look at |
160 |
> make.defaults files. |
161 |
|
162 |
Exactly. If there ware a list of 5 or 10 of the common arches, those |
163 |
minimal @system and default flag settings would be keenly beneficial. |
164 |
|
165 |
Now that I'm researching to add one (arm64) with at lest 4G of DDR 4, to |
166 |
the HPC, just for testing; I long for a systematic publish reference of |
167 |
of these packages and subsequent (default) flags per arch or per processor. |
168 |
|
169 |
|
170 |
> Here the different files you can find according to PMS |
171 |
> https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-430005.2 |
172 |
|
173 |
That is an excellent read! |
174 |
|
175 |
I'll post back, after some experimentation. |
176 |
|
177 |
> |
178 |
> -- |
179 |
> Corentin �Nado� Pazdera |
180 |
> |
181 |
> |
182 |
|
183 |
James |