From: Pacho Ramos <pacho@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] About forcing rebuilds of other packages issue
Date: Tue, 05 Jun 2012 15:31:01 +0200 [thread overview]
Message-ID: <1338903062.21833.7.camel@belkin4> (raw)
In-Reply-To: <4FCDFF18.3080600@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 2566 bytes --]
El mar, 05-06-2012 a las 08:44 -0400, Aaron W. Swenson escribió:
[...]
> "There's never anything important in all that text." - Anonymous
> Gentoo User
>
> We've already determined that the users don't read the output. This is
> a known fact. Something I repeat in #gentoo more often than I care to
> admit is "Seriously, read the output." I agree with the users that
> there's too much output, and some of the output is indeed useless.
>
> The output they aren't reading isn't just rebuild commands, but also
> the next step they're supposed to take after the emerge has finished,
> groups their users need to be in to use a particular feature, et cetera.
>
> The ideal solution is for the Ebuild to instruct the PMS to rebuild
> the dependent packages.
>
> We can have a variable called REBUILD. All packages that would need to
> be rebuilt can be listed in it. Only those packages that are installed
> would be built. The actual list of the packages to be rebuilt would be
> determined at dependency checking time. That way, the user can approve
> the rebuild of the packages.
We all know what would be the "ideal solution", the problem is how to
implement it (and how many years we need to wait to get it working).
>
> Just placing the commands in a separate log won't really solve a whole
> lot. Further, it will bump any elog messages even further down in the
> importance ranking.
>
It will allow administrators to easily automate via scripts rebuilding
of packages, allowing them to get system more solid after a big update.
Also, currently I usually need to surf in big summary.log to directly
find commands to rebuild things because most of elog messages are
useless to me (a lot of them because they are always shown in every
update and are useful only the first time you read them, other times you
already remember, for example, how to setup e4rat).
Current situation of breaking systems when people don't read summary.log
JUST AFTER update completes won't help to force people to read them,
will simply break their systems and give a really poor impression of
Gentoo breaking easily when updating. Think, for example, on a lot of
people that leaves system updating at night time, then, when he/she
tries to use it next morning he sees some things are broken and need to
be rebuilt. All that rebuilding work could be done during the same night
but, due current way of handling things, he needs to have his system
broken during more hours (when he needs to use it) until things are
rebuilt.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-06-05 13:32 UTC|newest]
Thread overview: 116+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-04 21:26 [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue Pacho Ramos
2012-06-05 12:44 ` Aaron W. Swenson
2012-06-05 13:31 ` Pacho Ramos [this message]
2012-06-05 23:07 ` [gentoo-dev] " Zac Medico
2012-06-06 5:31 ` Ciaran McCreesh
2012-06-06 5:49 ` Zac Medico
2012-06-06 8:28 ` Pacho Ramos
2012-06-06 9:17 ` Zac Medico
2012-06-06 9:48 ` Pacho Ramos
2012-06-06 10:13 ` Zac Medico
2012-06-06 17:16 ` Ciaran McCreesh
2012-06-06 18:02 ` Pacho Ramos
2012-06-06 18:15 ` Ciaran McCreesh
2012-06-06 18:30 ` Pacho Ramos
2012-06-06 18:33 ` Ciaran McCreesh
2012-06-06 19:16 ` Pacho Ramos
2012-06-06 19:23 ` Ciaran McCreesh
2012-06-06 19:32 ` Pacho Ramos
2012-06-07 0:43 ` Zac Medico
2012-06-07 8:24 ` Brian Harring
2012-06-07 16:43 ` Zac Medico
2012-06-07 17:40 ` Ciaran McCreesh
2012-06-07 17:55 ` Pacho Ramos
2012-06-07 18:03 ` Zac Medico
2012-06-07 18:08 ` Ciaran McCreesh
2012-06-07 18:16 ` Pacho Ramos
2012-06-07 18:43 ` Pacho Ramos
2012-06-07 18:44 ` Ciaran McCreesh
2012-06-07 19:00 ` Pacho Ramos
2012-06-07 19:09 ` Zac Medico
2012-06-07 19:24 ` Pacho Ramos
2012-06-07 19:33 ` Zac Medico
2012-06-08 8:38 ` Pacho Ramos
2012-06-08 19:16 ` Zac Medico
2012-06-08 19:23 ` Pacho Ramos
2012-06-08 19:31 ` Ian Stakenvicius
2012-06-08 19:31 ` Zac Medico
2012-06-09 10:46 ` Pacho Ramos
2012-06-09 10:53 ` Pacho Ramos
2012-06-09 12:15 ` Ciaran McCreesh
2012-06-09 20:55 ` Zac Medico
2012-06-10 12:25 ` Ciaran McCreesh
2012-06-10 12:45 ` Davide Pesavento
2012-06-10 13:07 ` Ian Stakenvicius
2012-06-10 18:18 ` Zac Medico
2012-06-24 0:42 ` Zac Medico
2012-06-25 13:03 ` Ian Stakenvicius
2012-06-25 17:58 ` Zac Medico
2012-06-27 19:38 ` Ian Stakenvicius
2012-06-30 8:46 ` [gentoo-dev] About forcing rebuilds of perl modules Torsten Veller
2012-06-30 9:30 ` Zac Medico
2012-06-30 17:12 ` Ian Stakenvicius
2012-07-07 1:17 ` Kent Fredric
2012-07-07 4:40 ` Zac Medico
2012-06-10 19:17 ` [gentoo-dev] About forcing rebuilds of other packages issue Pacho Ramos
2012-06-10 22:49 ` Brian Harring
2012-06-12 15:26 ` Ian Stakenvicius
2012-06-07 19:14 ` Ian Stakenvicius
2012-06-07 19:15 ` Ciaran McCreesh
2012-06-07 21:34 ` Brian Harring
2012-06-07 18:04 ` Ralph Sennhauser
2012-06-07 18:23 ` Zac Medico
2012-06-08 1:20 ` Zac Medico
2012-06-06 21:21 ` Zac Medico
2012-06-07 5:28 ` Ciaran McCreesh
2012-06-07 17:42 ` Zac Medico
2012-06-07 17:59 ` Pacho Ramos
2012-06-07 18:09 ` Ciaran McCreesh
2012-06-06 5:33 ` Ciaran McCreesh
2012-06-06 8:32 ` Pacho Ramos
2012-06-06 17:19 ` Ciaran McCreesh
2012-06-06 18:03 ` Pacho Ramos
2012-06-06 21:45 ` Zac Medico
2012-06-07 6:12 ` Ciaran McCreesh
2012-06-07 17:47 ` Zac Medico
2012-06-07 18:04 ` Wulf C. Krueger
2012-06-07 18:14 ` Pacho Ramos
2012-06-07 18:13 ` Ciaran McCreesh
2012-06-07 18:28 ` Zac Medico
2012-06-05 20:28 ` [gentoo-dev] [gentoo-portage-dev] " Ciaran McCreesh
2012-06-06 0:51 ` Michael Weber
2012-06-06 2:18 ` Zac Medico
2012-06-06 8:46 ` Pacho Ramos
2012-06-06 8:54 ` Zac Medico
2012-06-06 9:10 ` [gentoo-dev] " Pacho Ramos
2012-06-06 9:30 ` Zac Medico
2012-07-07 11:29 ` Peter Stuge
2012-07-07 14:10 ` Ian Stakenvicius
2012-07-07 18:54 ` Peter Stuge
2012-07-07 20:18 ` Zac Medico
2012-06-06 21:59 ` [gentoo-dev] [gentoo-portage-dev] " Brian Harring
2012-06-06 22:08 ` Zac Medico
2012-06-07 9:13 ` [gentoo-dev] " Pacho Ramos
2012-06-06 8:44 ` [gentoo-dev] [gentoo-portage-dev] " Pacho Ramos
2012-09-06 9:01 ` Fabian Groffen
2012-09-06 13:25 ` Ian Stakenvicius
2012-09-06 13:30 ` [EDIT] " Ian Stakenvicius
2012-09-07 17:13 ` Fabian Groffen
2012-09-07 17:51 ` Ian Stakenvicius
2012-09-07 18:17 ` [gentoo-dev] Re: sub-slots (for EAPI 5) Fabian Groffen
2012-09-07 18:21 ` Ciaran McCreesh
2012-09-07 18:49 ` Fabian Groffen
2012-09-07 18:55 ` Ciaran McCreesh
2012-09-07 19:07 ` Fabian Groffen
2012-09-07 18:39 ` Ian Stakenvicius
2012-09-07 19:00 ` Fabian Groffen
2012-09-07 19:03 ` Zac Medico
2012-09-07 19:25 ` Fabian Groffen
2012-09-07 19:36 ` Ciaran McCreesh
2012-09-07 19:50 ` Fabian Groffen
2012-09-07 19:53 ` Ian Stakenvicius
2012-09-07 17:52 ` [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue Zac Medico
2012-09-07 17:59 ` Fabian Groffen
2012-09-06 16:40 ` Zac Medico
-- strict thread matches above, loose matches on Subject: below --
2012-06-04 21:29 [gentoo-dev] " Pacho Ramos
2012-06-05 0:37 ` Zac Medico
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1338903062.21833.7.camel@belkin4 \
--to=pacho@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox