On 2019.06.06 18:38, Ilya Trukhanov wrote:
Namely x11-libs/libX11 and dev-libs/glib:
- libX11 failed during configure because it couldn't find xcb;
- glib failed during configure because it couldn't find libmount.
Looks like it is an order issue, because after rebuilding
x11-libs/libxcb and
Namely x11-libs/libX11 and dev-libs/glib:
- libX11 failed during configure because it couldn't find xcb;
- glib failed during configure because it couldn't find libmount.
Looks like it is an order issue, because after rebuilding
x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built
Jack wrote:
> On 6/6/19 1:37 PM, Grant Taylor wrote:
>> On 6/6/19 10:50 AM, Jack wrote:
>>
>>> I'm not going to even try regenworld, as I'm in the midst of
>>> converting to the 17.1 profile, and have quite a number of packages
>>> that don't yet seem to cope with that change well.
>>
>> Fair.
>>
On June 6, 2019 5:43:07 PM UTC, Jack wrote:
>On 6/6/19 1:37 PM, Grant Taylor wrote:
>> On 6/6/19 10:50 AM, Jack wrote:
>>
>>> I'm not going to even try regenworld, as I'm in the midst of
>>> converting to the 17.1 profile, and have quite a number of packages
>>> that don't yet seem to cope with
On 6/6/19 1:37 PM, Grant Taylor wrote:
On 6/6/19 10:50 AM, Jack wrote:
I'm not going to even try regenworld, as I'm in the midst of
converting to the 17.1 profile, and have quite a number of packages
that don't yet seem to cope with that change well.
Fair.
I'm not thinking about the 17.0
On 6/6/19 10:50 AM, Jack wrote:
I've been going through this lately also (mainly due to forgetting -1 on
updates) and put together a script, which I can post later if anyone
wants. However, the bottom line for me is to do "emerge -pc package"
for each package in world to see what (if
On 2019.06.06 11:59, Grant Taylor wrote:
On 6/6/19 9:57 AM, Grant Taylor wrote:
It seems as if the regenworld script adds things that it finds from
/var/log/emerge.log that aren't themselves dependencies of something
else. Thus it the world file is cleaner than if all installed
packages
On 6/6/19 9:57 AM, Grant Taylor wrote:
It seems as if the regenworld script adds things that it finds from
/var/log/emerge.log that aren't themselves dependencies of something
else. Thus it the world file is cleaner than if all installed packages
were in the world file.
To put some numbers
On 6/5/19 10:56 PM, Dale wrote:
It's a plain text file and I've edited it in the past with no problems.
ACK
I /thought/ that was the case. But I wanted to double check that there
wasn't something else filed away that needed to match before I edited
the file.
I've done that cleanup before
On 6/6/19 1:36 AM, Mick wrote:
On Thursday, 6 June 2019 05:56:53 BST Dale wrote:
Grant Taylor wrote:
On 6/5/19 9:18 PM, Dale wrote:
I would start by removing anything that has libs in it. Generally,
those should be pulled in as deps. After that, I'd go through the
list and remove anything
Great additional information. Thank you.
> Gesendet: Mittwoch, 05. Juni 2019 um 00:10 Uhr
> Von: "Mick"
> An: gentoo-user@lists.gentoo.org
> Betreff: Re: Aw: Re: Re: [gentoo-user] Updating portage, continued
>
> On Tuesday, 4 June 2019 21:21:24 BST n952...@web.de wrote:
> > Or, perhaps, that's
Mick wrote:
> On Thursday, 6 June 2019 09:56:24 BST Neil Bothwick wrote:
>> On Thu, 06 Jun 2019 09:36:03 +0100, Mick wrote:
>>> I think, but may be wrong, regenworld will pick up anything and
>>> everything in emerge.log and add it to your world file. Definitely
>>> create a back up of /
On Thursday, 6 June 2019 09:56:24 BST Neil Bothwick wrote:
> On Thu, 06 Jun 2019 09:36:03 +0100, Mick wrote:
> > I think, but may be wrong, regenworld will pick up anything and
> > everything in emerge.log and add it to your world file. Definitely
> > create a back up of / var/lib/portage/world
On Thu, 06 Jun 2019 09:36:03 +0100, Mick wrote:
> I think, but may be wrong, regenworld will pick up anything and
> everything in emerge.log and add it to your world file. Definitely
> create a back up of / var/lib/portage/world if you do not have one
> already, because you can diff it later on
Mick wrote:
> On Thursday, 6 June 2019 05:56:53 BST Dale wrote:
>> Grant Taylor wrote:
>>> On 6/5/19 9:18 PM, Dale wrote:
I would start by removing anything that has libs in it. Generally,
those should be pulled in as deps. After that, I'd go through the
list and remove anything
On Thursday, 6 June 2019 05:56:53 BST Dale wrote:
> Grant Taylor wrote:
> > On 6/5/19 9:18 PM, Dale wrote:
> >> I would start by removing anything that has libs in it. Generally,
> >> those should be pulled in as deps. After that, I'd go through the
> >> list and remove anything that you don't
On Thu, 6 Jun 2019 08:00:07 +0200, n952...@web.de wrote:
Please don't top-post. Inline replies are preferred on this list.
> The handbook is great information, but unfortunately, it uses concepts
> - specific gentoo concepts - that many readers doesn't know. They are
> then often
> Consider slots. I'm sure I've read that slots are used to allow multiple
> ... versions? configurations? of the same package to be installed. It was
> gradually dawning on me, that it's the developer who specifies the slot.
> Now, I can't figure out what use case that benefits, but the
The handbook is great information, but unfortunately, it uses concepts -
specific gentoo concepts - that many readers doesn't know. They are then often
cross-referenced to other pages, which likewise define things based on expected
internal understanding of the mechanisms, goals, and potential
19 matches
Mail list logo
