1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 06/04/2012 05:26 PM, Pacho Ramos wrote: |
5 |
> Hello, will send this to gentoo-dev mailing list per Zac's |
6 |
> suggestion ;): |
7 |
> |
8 |
> ...They usually do a good job maintaining them, the only issue I |
9 |
> see they hit from time to time is forgetting to run JUST AFTER |
10 |
> updating their systems revdep-rebuild (well, this is so common that |
11 |
> they usually don't forget to), rebuild |
12 |
> dbus-glib/gobject-introspection after major glib update, rebuild |
13 |
> X11 drivers... |
14 |
> |
15 |
> This is because, even if all this information is recorded in |
16 |
> /var/log/portage/elog/summary.log, currently, that log file is |
17 |
> cluttered of a lot of other elog lines that are not related at all |
18 |
> with this important task of rebuilding packages. This is why I |
19 |
> suggested: https://bugs.gentoo.org/show_bug.cgi?id=413619 |
20 |
> |
21 |
> That would create a new "erebuild" (or whatever the name you |
22 |
> prefer) to ONLY contain exact command to run by admin to have a |
23 |
> safe system after update. It would have as main advantage: - Looks |
24 |
> easier to implement. - It relies in current and existing tools |
25 |
> (python-updater, perl-cleaner, "q", equery...), then, they could be |
26 |
> used just now via a script running all of them. - It also looks |
27 |
> much more "professional" to try to unify a bit what commands to run |
28 |
> ;) (currently, some ebuilds tells you to manually re-emerge |
29 |
> packages and some people wrongly run "emerge dbus-glib" when they |
30 |
> should run "emerge -1 dbus-glib". Telling us to people what exact |
31 |
> command they need to copy&paste&run will help to get their systems |
32 |
> cleaner also. |
33 |
> |
34 |
> ... |
35 |
> |
36 |
> The problem of that one is that, even if it would be "the perfect |
37 |
> solution": - Looks to be stalled for a long time. - Looks to need a |
38 |
> lot of functions (like revdep-rebuild, python-updater...) to be |
39 |
> merged in portage itself. It will then probably take a lot of time |
40 |
> to get them integrated (specially seeing we are still not able to |
41 |
> use preserve-libs because it looks to cause some other problems) - |
42 |
> In that bug report I have also seen discussion about whether |
43 |
> handle this only via SLOTs (that personally think it will be even |
44 |
> harder to achieve for all packages in the tree showing this kind of |
45 |
> problems when updating, for example, I doubt how "glib" - |
46 |
> "dbus-glib/g-i" case could be handled in this way. - Looks like |
47 |
> there is no consensus about what to do and, then, this could |
48 |
> probably be implemented on eapi... 7? While former could probably |
49 |
> be implemented much sooner (probably even in eapi5) |
50 |
> |
51 |
> This is why I think we should try to push a bit my first suggestion |
52 |
> for the short term until "the perfect one" is ready as, until then, |
53 |
> we are having for years a problem that, personally, I think it |
54 |
> should be handled a bit better. |
55 |
> |
56 |
> Thanks a lot for your attention |
57 |
> |
58 |
|
59 |
"There's never anything important in all that text." - Anonymous |
60 |
Gentoo User |
61 |
|
62 |
We've already determined that the users don't read the output. This is |
63 |
a known fact. Something I repeat in #gentoo more often than I care to |
64 |
admit is "Seriously, read the output." I agree with the users that |
65 |
there's too much output, and some of the output is indeed useless. |
66 |
|
67 |
The output they aren't reading isn't just rebuild commands, but also |
68 |
the next step they're supposed to take after the emerge has finished, |
69 |
groups their users need to be in to use a particular feature, et cetera. |
70 |
|
71 |
The ideal solution is for the Ebuild to instruct the PMS to rebuild |
72 |
the dependent packages. |
73 |
|
74 |
We can have a variable called REBUILD. All packages that would need to |
75 |
be rebuilt can be listed in it. Only those packages that are installed |
76 |
would be built. The actual list of the packages to be rebuilt would be |
77 |
determined at dependency checking time. That way, the user can approve |
78 |
the rebuild of the packages. |
79 |
|
80 |
Just placing the commands in a separate log won't really solve a whole |
81 |
lot. Further, it will bump any elog messages even further down in the |
82 |
importance ranking. |
83 |
|
84 |
- -- |
85 |
Mr. Aaron W. Swenson |
86 |
Gentoo Linux Developer |
87 |
Email : titanofold@g.o |
88 |
GnuPG FP : 2C00 7719 4F85 FB07 A49C 0E31 5713 AA03 D1BB FDA0 |
89 |
GnuPG ID : D1BBFDA0 |
90 |
-----BEGIN PGP SIGNATURE----- |
91 |
Version: GnuPG v2.0.17 (GNU/Linux) |
92 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
93 |
|
94 |
iF4EAREIAAYFAk/N/xgACgkQVxOqA9G7/aBGGwD/TNRbZNie6J1RkI0DETgcUlwG |
95 |
VXBY2UamMijjKLFPluEA/jwo9B7qejNkiko/xDvecUq8CaF02Qc4tKMf/MbWs7LW |
96 |
=ysgF |
97 |
-----END PGP SIGNATURE----- |