From: n952162 <n952162@web.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] update fails, but I don't see why
Date: Mon, 14 Dec 2020 07:38:24 +0100 [thread overview]
Message-ID: <75cc2812-33b4-089d-4f82-2c5d5d9a3b09@web.de> (raw)
In-Reply-To: <d160c45f-9b9d-f505-d6bc-83cc7e9010f1@gmail.com>
That's good. I'll do that
On 12/13/20 10:40 PM, Dale wrote:
> n952162 wrote:
>> On 12/13/20 10:02 PM, n952162 wrote:
>>> On 12/13/20 9:06 PM, Dale wrote:
>>>> Mark Knecht wrote:
>>>>> On Sun, Dec 13, 2020 at 12:03 PM n952162 <n952162@web.de
>>>>> <mailto:n952162@web.de>> wrote:
>>>>>> On 12/13/20 9:18 AM, Neil Bothwick wrote:
>>>>>>> Nearly 2 months, quite a long time in Gentoo update terms.
>>>>>>>
>>>>>>>
>>>>>> Okay, is the solution then to re-install?
>>>>>>
>>>>> Personally I wouldn't start with a reinstall.
>>>>>
>>>>> I'd start with my world file and remove/comment out every
>>>>> 'application' not required to keep the machine running/booting. That
>>>>> should be nearly everything other than things like grub, your kernels,
>>>>> hardware drivers, terminals, etc.
>>>>>
>>>>> NOTE: Just because you comment something out in the world file doesn't
>>>>> mean it won't run, it just won't get updated or be part of portage's
>>>>> considerations about what to do.
>>>>>
>>>>> At that point emerge @world should only be considering, from a build
>>>>> POV, the stuff you really need.
>>>>>
>>>>> This python problem everyone is having I cannot help with. Solving
>>>>> problems like that is why people run Gentoo. With lots of power comes
>>>>> lots of responsibility. However with all the applications
>>>>> 'unconsidered' you have a chance of getting the really important stuff
>>>>> built and booting.
>>>>>
>>>>> If I got that far then I'd start adding apps back in/uncommenting one
>>>>> or two at a time and see if I could make headway.
>>>>>
>>>>> I've updated machines that were a year out of date but it took days
>>>>> and days. If I didn't want to build code every week I decided I
>>>>> couldn't run Gentoo.
>>>>>
>>>>> HTH,
>>>>> Mark
>>>> I agree. I update once a week. It seems a pretty good balance between
>>>> not having to do it to often and not having such drastic changes
>>>> that it
>>>> makes things hard to work through.
>>>>
>>>> That said, when the tree is in the process of huge changes, it can
>>>> create problems even with weekly updates. Right now, it is python and
>>>> the speed it is moving at. Some versions that have been around for
>>>> ages, 2.7, is being removed. Then python 3.6 is leaving etc etc etc.
>>>> Those of us that have been around long enough have seen this with other
>>>> packages as well. Some packages are just hard to upgrade to begin with
>>>> and some create circular problems. The longer it goes between updates,
>>>> the larger that problem gets to be. You get two different packages
>>>> doing that, you can find yourself running around in circles trying to
>>>> get emerge to chew what it can.
>>>>
>>>> While I usually do updates on Sunday evening, I'm considering doing
>>>> twice a week, Sunday and Wednesday. At least until python settles down
>>>> a bit. Thing is, I think the worst part may be about over. I think 2.7
>>>> is gone here, I think 3.6 is too. That's two down. It seems 3.7 and
>>>> above will be around a while but if they start going away soon, I
>>>> may do
>>>> two updates a week if it starts making updates harder.
>>>>
>>>> Time can be a problem but sometimes it just depends on what packages
>>>> have changed and how fast they have changed. For some systems that
>>>> haven't been updated in a while, having to remove python 2.7 and 3.6 in
>>>> one go, can cause problems that are hard to get around. Right now just
>>>> isn't a good time to let updates get to far apart.
>>>>
>>>> The only thing that makes some of this survivable, getting help on this
>>>> mailing list. Some people can decode the output of emerge and find a
>>>> way to work through it. Some are fairly easy, some not so much.
>>>> Sometimes removing/commenting out things in the world file will help.
>>>> Sometimes doing @system first helps. Sometimes you just have to update
>>>> certain packages in small chunks to get through a upgrade. Finding that
>>>> right option sometimes requires help.
>>>>
>>>> Just some thoughts.
>>>>
>>>> Dale
>>>>
>>>> :-) :-)
>>>>
>>>>
>>>>
>>> My problem is I can't find a diagnostic methodology. The one I most
>>> often hear is, update more often, or trail and error solutions.
>>>
>>> Does all that information in emerge's output point the way to the
>>> problem, and I just have to learn to understand it, or am I just
>>> wasting my time there? Are there better tools than log parsing? I know,
>>> there are lots of good tools, but there needs to be methodology for
>>> using them (like understanding gentoo ;-) )
>>>
>>>
>> But commenting stuff out of the world file is at least a path. I'll
>> start with that tomorrow.
>>
>>
>>
>>
>
> Another option some use, sets. That way instead of updating world all
> in one go, they update sets instead. Example. You have several GUIs
> installed, KDE, Gnome and maybe even a couple more. You break those up
> into sets for each one. Most of the time, you may can just update world
> all in one go. At times, it may be easier to update the lighter
> desktops first then move to the next until they are all done. Then
> update world which should be a much smaller set of updates since most
> updates would already be done.
>
> Quite a few here use sets. It can work well depending on your setup.
> If you do use them, there is people here than can help you work through
> issues. Linkys:
>
> https://wiki.gentoo.org/wiki//etc/portage/sets
>
> https://wiki.gentoo.org/wiki/Package_sets
>
> Last one is about sets already being used. Good for examples tho.
> Helps to understand how they work.
>
> Dale
>
> :-) :-)
>
next prev parent reply other threads:[~2020-12-14 6:47 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-03 20:33 [gentoo-user] update fails, but I don't see why n952162
2020-12-03 20:48 ` antlists
2020-12-03 21:04 ` Matt Connell (Gmail)
2020-12-03 21:06 ` tastytea
2020-12-03 21:11 ` Adam Carter
2020-12-04 8:13 ` n952162
2020-12-07 12:31 ` John Covici
2020-12-07 12:59 ` Arve Barsnes
2020-12-07 13:07 ` John Covici
2020-12-03 22:04 ` Victor Ivanov
2020-12-03 23:08 ` Neil Bothwick
2020-12-04 8:41 ` n952162
2020-12-04 8:53 ` Arve Barsnes
2020-12-04 9:10 ` antlists
2020-12-04 9:35 ` n952162
2020-12-04 10:07 ` Arve Barsnes
2020-12-04 19:52 ` n952162
2020-12-04 20:00 ` n952162
2020-12-04 20:25 ` n952162
2020-12-04 21:49 ` Arve Barsnes
2020-12-04 22:13 ` n952162
2020-12-04 22:19 ` n952162
2020-12-04 22:40 ` Jack
2020-12-05 8:48 ` n952162
2020-12-06 12:32 ` Neil Bothwick
2020-12-05 9:06 ` n952162
2020-12-05 9:41 ` n952162
2020-12-05 10:13 ` Dale
2020-12-05 11:06 ` n952162
2020-12-05 13:42 ` Victor Ivanov
2020-12-06 6:46 ` Dale
2020-12-12 22:08 ` n952162
2020-12-12 22:35 ` Neil Bothwick
2020-12-13 0:09 ` Dan Egli
2020-12-13 19:31 ` n952162
2020-12-13 19:48 ` n952162
2020-12-13 20:49 ` Arve Barsnes
2020-12-13 19:56 ` cal
[not found] ` <32af647f-a0e1-77e7-ff0f-4a5495e45f6b@web.de>
2020-12-13 8:18 ` Neil Bothwick
2020-12-13 8:57 ` n952162
2020-12-13 9:55 ` Michael
2020-12-13 21:10 ` n952162
2020-12-13 21:51 ` Dale
2020-12-14 0:04 ` Michael
2020-12-14 6:58 ` n952162
2020-12-13 10:07 ` n952162
2020-12-13 10:09 ` n952162
2020-12-13 22:10 ` Walter Dnes
2020-12-20 16:49 ` Peter Humphrey
2020-12-13 18:58 ` n952162
2020-12-13 19:48 ` Mark Knecht
2020-12-13 20:06 ` Dale
2020-12-13 21:02 ` n952162
2020-12-13 21:14 ` n952162
2020-12-13 21:40 ` Dale
2020-12-14 6:38 ` n952162 [this message]
2020-12-13 21:31 ` Dale
2020-12-14 3:46 ` [gentoo-user] " Grant Edwards
2020-12-14 6:47 ` [gentoo-user] " n952162
2020-12-13 21:39 ` antlists
2020-12-14 6:50 ` n952162
2020-12-13 23:41 ` Neil Bothwick
2020-12-13 23:35 ` Neil Bothwick
2020-12-14 3:54 ` [gentoo-user] " Grant Edwards
2020-12-14 6:54 ` n952162
2020-12-14 8:43 ` Neil Bothwick
2020-12-14 8:51 ` Dale
2020-12-14 10:17 ` Wols Lists
2020-12-14 12:55 ` n952162
2020-12-14 16:32 ` Michael
2020-12-14 23:38 ` antlists
2020-12-14 23:47 ` Grant Edwards
2020-12-13 8:49 ` [gentoo-user] " n952162
2020-12-04 22:46 ` Neil Bothwick
2020-12-05 8:54 ` n952162
2020-12-06 12:27 ` Neil Bothwick
2020-12-04 10:08 ` Adam Carter
2020-12-29 22:07 ` [gentoo-user] update fails, but I don't see why [PROGRESS] n952162
2020-12-29 22:16 ` n952162
2020-12-29 22:32 ` Dale
2020-12-29 22:55 ` Neil Bothwick
2020-12-30 0:05 ` Michael
2020-12-30 0:21 ` Dale
2020-12-30 7:26 ` n952162
2020-12-30 7:22 ` n952162
2020-12-30 9:53 ` Michael
2020-12-30 7:42 ` n952162
2020-12-30 8:35 ` Arve Barsnes
2020-12-30 11:56 ` n952162
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=75cc2812-33b4-089d-4f82-2c5d5d9a3b09@web.de \
--to=n952162@web.de \
--cc=gentoo-user@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