On 07/07/2024 00:31, Thelma wrote:
I have in my make.conf:
PORTAGE_ELOG_CLASSES="warn error log"
PORTAGE_ELOG_SYSTEM="mail"
PORTAGE_ELOG_MAILURI="i...@domain.com /usr/sbin/sendmail"
PORTAGE_ELOG_MAILFROM="portage"
PORTAGE_ELOG_MAILSUBJECT="package \${PACKAGE} merged on \${HOST} with
notice"
On 7/6/24 17:46, Jude DaShiell wrote:
you could first pipe portage output to tee perhaps portage.log for a file
to hold output then use grep on portage.log to find notifications in
context sofollowing lines of notifications would be preserved. I've not
used grep with lines of context before yet
you could first pipe portage output to tee perhaps portage.log for a file
to hold output then use grep on portage.log to find notifications in
context sofollowing lines of notifications would be preserved. I've not
used grep with lines of context before yet so don't know how that feature
would
I have in my make.conf:
PORTAGE_ELOG_CLASSES="warn error log"
PORTAGE_ELOG_SYSTEM="mail"
PORTAGE_ELOG_MAILURI="i...@domain.com /usr/sbin/sendmail"
PORTAGE_ELOG_MAILFROM="portage"
PORTAGE_ELOG_MAILSUBJECT="package \${PACKAGE} merged on \${HOST} with notice"
It used to work, but ever since Rogers
I'm trying to do the steps for the forced profile update even though
things had been working perfectly
Emerge has been doing really crazy things recently.
It will start emerging a thousand packages but not install a single one
of them.
Then it crashes with a bunch of python
at 3:18 AM
From: "Jude DaShiell"
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] emerge-webrsync error
Thanks, if I get to that point I'll remember that number!
--
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo.
Please use in
Thanks, if I get to that point I'll remember that number!
--
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo.
Please use in that order."
Ed Howdershelt 1940.
On Wed, 22 May 2024, Michael wrote:
> Or, more appropriately if you do not use a desktop
Or, more appropriately if you do not use a desktop then please select profile
No. 21:
[21] default/linux/amd64/23.0 (stable)
On Wednesday, 22 May 2024 16:05:09 BST Michael wrote:
> Ah! OK, this probably explains it.
>
> The latest and now default Gentoo profile is no longer 17.1, but 23.0,
Ah! OK, this probably explains it.
The latest and now default Gentoo profile is no longer 17.1, but 23.0, which
uses a merged /usr directory structure.
Consequently, select profile 23:
[23] default/linux/amd64/23.0/desktop (stable)
On Wednesday, 22 May 2024 15:53:11 BST Jude DaShiell wrote:
I used bash but don't know that there's a problem with bash.
I burnt the whole system to the ground and still have the verified and
validated stage3 file available on my system.
Once stage3 is installed was the tee utility included on stage3? If so I
can capture what's going on. When I ran
You can check while within your chroot, if /dev/fd is a symlink to the
directory /proc/self/fd.
If the above is correct, then there may be a problem with your shell. Check
what you get when you run:
# echo $SHELL
or,
# ps -p $$
Bash should work fine, but from the little I understand about
On Wed, 2024-05-22 at 09:40 -0400, Jude DaShiell wrote:
> Yes, this is during installation.
> I did type:
> mount --rbind /dev /mnt/gentoo/dev
> I was outside of chroot at the time but that's all I did with dev before
> running emerge-webrsync.
>
Ok, that was my one guess. I'm out of ideas,
Yes, this is during installation.
I did type:
mount --rbind /dev /mnt/gentoo/dev
I was outside of chroot at the time but that's all I did with dev before
running emerge-webrsync.
--
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo.
Please use in that
Is this during install? Maybe forgot to bind-mount /dev from the real
system into your chroot?
This one is the last two lines of output.
Failed to validate a sane '/dev'.
bash process substitution doesn't work; this may be an indication of a
broken '/dev/fd'.
What did I do wrong?
--
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo.
Please
Il 10/03/24 23:44, Walter Dnes ha scritto:
On Sun, Mar 10, 2024 at 08:43:46PM +0100, ralfconn wrote
Given the warning message reported by Peter ("Enable USE=clang unless
you have a very good reason not to.")
That message comes from sys-libs/compiler-rt which is a dedicated
runtime lib for
On Sun, Mar 10, 2024 at 08:43:46PM +0100, ralfconn wrote
> Given the warning message reported by Peter ("Enable USE=clang unless
> you have a very good reason not to.")
That message comes from sys-libs/compiler-rt which is a dedicated
runtime lib for clang. It makes sense to use clang if
Il 10/03/24 15:08, Peter Humphrey ha scritto:
On Sunday, 10 March 2024 07:17:27 GMT Walter Dnes wrote:
So there are at least 2 people who've found out that Firefox can and
*MUST* be built with USE="-clang".
Ah. I'll change my USE flag straight away.
Thanks Walter.
This got me wondering,
On Sunday, 10 March 2024 07:17:27 GMT Walter Dnes wrote:
> So there are at least 2 people who've found out that Firefox can and
> *MUST* be built with USE="-clang".
Ah. I'll change my USE flag straight away.
Thanks Walter.
--
Regards,
Peter.
On Sat, Mar 09, 2024 at 09:16:37PM +, Peter Humphrey wrote
> On Saturday, 9 March 2024 19:37:40 GMT Walter Dnes wrote:
>
> > On Sat, Mar 09, 2024 at 02:45:02PM +, Peter Humphr
> > The real question is what else, besides clang and its libraries,
> are you building that requires clang?
>
>
On Saturday, 9 March 2024 19:37:40 GMT Walter Dnes wrote:
> On Sat, Mar 09, 2024 at 02:45:02PM +, Peter Humphr
> The real question is what else, besides clang and its libraries, are you
> building that requires clang?
Firefox.
--
Regards,
Peter.
On Sat, Mar 09, 2024 at 02:45:02PM +, Peter Humphrey wrote
> >>> Running pre-merge checks for sys-libs/compiler-rt-18.1.0
> * Building using a compiler other than clang may result in broken atomics
> * library. Enable USE=clang unless you have a very good reason not to.
According to
On Saturday, 9 March 2024 12:49:33 GMT Walter Dnes wrote:
> I have "-clang" in USE in make.conf and no problems resulting from it.
> clang seems to be another "solution in search of a problem" along the
> lines of rust and cups and systemd and hatbuzz, etc, which keep trying
> to worm their way
On Sat, Mar 09, 2024 at 08:04:06AM +, Wols Lists wrote
> For anyone else who hits this sort of problem, I did an
>
> USE=-clang emerge --update @world
>
> (firefox and thunderbird were the only programs I thought this would
> touch), and it worked.
I have "-clang" in USE in make.conf
On 03/03/2024 23:13, Carsten Hauck wrote:
So I don't know what's going on, but basically Mozilla won't emerge,
and I don't know why ...
Cheers,
Wol
Did the other 19 package emerge OK? Are the mozilla progs crashing
when running, or when emerging? If emerging, the log is just console
On 04/03/2024 16:20, ralfconn wrote:
Il 03/03/24 10:47, Wols Lists ha scritto:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not
Il 03/03/24 10:47, Wols Lists ha scritto:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
*
On 03/03/24 at 04:18, Jack wrote:
On 2024.03.03 15:23, Wol wrote:
On 03/03/2024 19:40, Jack wrote:
On 2024.03.03 13:54, Wols Lists wrote:
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge
On 2024.03.03 15:23, Wol wrote:
On 03/03/2024 19:40, Jack wrote:
On 2024.03.03 13:54, Wols Lists wrote:
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge --depclean"
I'm trying to get a clean
On 03/03/2024 19:40, Jack wrote:
On 2024.03.03 13:54, Wols Lists wrote:
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge --depclean"
I'm trying to get a clean system, and don't know what exactly
On 2024.03.03 13:54, Wols Lists wrote:
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge --depclean"
I'm trying to get a clean system, and don't know what exactly is
wrong, or what to try ...
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge --depclean"
I'm trying to get a clean system, and don't know what exactly is wrong,
or what to try ...
Cheers,
Wol
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* >=dev-libs/icu-73.1:0/73.1= pulled in by:
*
On Sunday, 7 January 2024 00:54:12 GMT Adam Carter wrote:
> > > So if it's consistently gcc that collapses to two threads, then
> > > something (maybe explicit settings, maybe dependencies, maybe yadda
> > > yadda) is telling make that only two jobs can run at the same time else
> > > they'll trip
>
> > So if it's consistently gcc that collapses to two threads, then
> > something (maybe explicit settings, maybe dependencies, maybe yadda
> > yadda) is telling make that only two jobs can run at the same time else
> > they'll trip over each other.
> >
> > Could be a dev has hard-coded the "two
On Saturday, 6 January 2024 19:31:59 GMT Wols Lists wrote:
> On 06/01/2024 17:52, Peter Humphrey wrote:
> >> In other cases, there may be a hundred separate tasks, make fires off a
> >> hundred tasks shared amongst all the resource it can find, and sits back
> >> and waits.
> >
> > And that's how
On 06/01/2024 17:52, Peter Humphrey wrote:
In other cases, there may be a hundred separate tasks, make fires off a
hundred tasks shared amongst all the resource it can find, and sits back
and waits.
And that's how the very first installation goes, with single-host distcc. Then,
when it gets
On Saturday, 6 January 2024 15:28:53 GMT Wols Lists wrote:
> As far as I'm aware, there's no mystery. On a single machine you get the
> exact same thing ... it's all down to parallelism.
>
> Make asks itself "how many separate tasks can I do at the same time,
> which won't interfere with each
On 29/11/2023 12:06, Peter Humphreey wrote:
The contribution of distcc isn't clear to me yet, as I said before. Sometimes
it's the bee's knees; other times it might just as well not be there. I don't
like mysteries...
As far as I'm aware, there's no mystery. On a single machine you get the
On Saturday, 6 January 2024 11:44:20 GMT Michael wrote:
> On Wednesday, 29 November 2023 12:06:15 GMT Peter Humphreey wrote:
> > On Wednesday, 29 November 2023 10:26:36 GMT Michael wrote:
> > > Here's my hypothesis explaining your own observation with libreoffice.
> > > As
> > > a package or more
On Wednesday, 29 November 2023 12:06:15 GMT Peter Humphreey wrote:
> On Wednesday, 29 November 2023 10:26:36 GMT Michael wrote:
> > Here's my hypothesis explaining your own observation with libreoffice. As
> > a package or more finished emerging, libreoffice's turn comes up. Soon
> > libreoffice
On 2023.12.30 18:21, Peter Humphrey wrote:
On Saturday, 30 December 2023 21:10:10 GMT Jack wrote:
> I have both wine-vanilla 8.0.2 (stable) and 8.1.2 (testing)
installed.
> "emerge -c wine-vanilla" would remove both of them. "emerge -c
> wine-vanilla:8.21" refuses, claiming
>
>
On Saturday, 30 December 2023 21:10:10 GMT Jack wrote:
> I have both wine-vanilla 8.0.2 (stable) and 8.1.2 (testing) installed.
> "emerge -c wine-vanilla" would remove both of them. "emerge -c
> wine-vanilla:8.21" refuses, claiming
>
> app-emulation/wine-vanilla-8.21 pulled in by:
>
I have both wine-vanilla 8.0.2 (stable) and 8.1.2 (testing) installed.
"emerge -c wine-vanilla" would remove both of them. "emerge -c
wine-vanilla:8.21" refuses, claiming
app-emulation/wine-vanilla-8.21 pulled in by:
virtual/wine-0-r10 requires
Michael responded to me off list, and wrote:
On Sun, Dec 17, 2023 at 10:08:49AM -0500, Michael wrote in
<675d0538-292f-40de-95c0-446641611...@gmail.com>:
I assume you have a script in /etc/portage/env/sys-kernel to build the
kernel during normal emerge, this is getting stuck because genkernel
Il 17/12/23 15:17, Remco Rijnders ha scritto:
Hi all,
I've tried googling and didn't get very far so am afraid this might
not be a
common thing...
Since a number of months, emerge hangs when doing a upgrade as soon as
it gets
to the package gentoo-sources:
Installing (23 of 27)
Hi all,
I've tried googling and didn't get very far so am afraid this might not be a
common thing...
Since a number of months, emerge hangs when doing a upgrade as soon as it gets
to the package gentoo-sources:
Installing (23 of 27) sys-kernel/gentoo-sources-6.1.67::gentoo
* If you are
On Wednesday, 29 November 2023 14:12:39 GMT John Blinka wrote:
> On Mon, Nov 27, 2023 at 10:39 AM Peter Humphreey
> wrote:l
>
> > What am I missing?
>
> I have much less powerful hardware than you but libreoffice (as a
> stand-alone build) generates many more threads than 4 on my “cluster”.
On Mon, Nov 27, 2023 at 10:39 AM Peter Humphreey
wrote:l
>
> What am I missing?
I have much less powerful hardware than you but libreoffice (as a
stand-alone build) generates many more threads than 4 on my “cluster”. I’m
also using distcc.
On the main box, I set
MAKEOPTS=“-j17 -l6”
On the
On Wednesday, 29 November 2023 10:26:36 GMT Michael wrote:
> Here's my hypothesis explaining your own observation with libreoffice. As a
> package or more finished emerging, libreoffice's turn comes up. Soon
> libreoffice starts to execute make jobs, but any of the following may
> apply:
>
>
On Monday, 27 November 2023 15:39:33 GMT Peter Humphreey wrote:
> Hello list,
>
> I still can't see how portage limits the load. Today I'm emerging
> libreoffice, and it's spending almost the whole time working with 4 CPU
> threads. But:
>
> $ grep -e '\-j' -e distcc /etc/portage/make.conf
>
Hello list,
I still can't see how portage limits the load. Today I'm emerging libreoffice,
and it's spending almost the whole time working with 4 CPU threads. But:
$ grep -e '\-j' -e distcc /etc/portage/make.conf
EMERGE_DEFAULT_OPTS="--jobs=18 --load-average=30 --backtrack=200 --
autounmask=n
On Tuesday, 21 November 2023 08:24:31 GMT Neil Bothwick wrote:
> On Tue, 21 Nov 2023 03:24:20 +, Peter Humphrey wrote:
> > > Default location for binary packages is /var/cache/binpkgs/
> >
> > Oh? When did that change?
>
> It may not have on your system. To check the location, run
>
>
On Tue, 21 Nov 2023 03:24:20 +, Peter Humphrey wrote:
> > Default location for binary packages is /var/cache/binpkgs/
>
> Oh? When did that change?
It may not have on your system. To check the location, run
portageq pkgdir
--
Neil Bothwick
pgpvxJd2Rwpxc.pgp
Description: OpenPGP
On Monday, 20 November 2023 17:12:04 GMT Vitaliy Perekhovy wrote:
> On Mon, Nov 20, 2023 at 05:07:45PM +, Peter Humphrey wrote:
> > Hello list,
> >
> > Now that I have my NFS set up (with help - thanks) the next problem is
> > that, having new packages built by my workstation over NFS, emerge
> -Original Message-
> From: Wols Lists
> Sent: Monday, November 20, 2023 9:46 AM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] Emerge -K ignoring new packages
>
> On 20/11/2023 17:12, Vitaliy Perekhovy wrote:
> > On Mon, Nov 20, 2023
On 20/11/2023 17:12, Vitaliy Perekhovy wrote:
On Mon, Nov 20, 2023 at 05:07:45PM +, Peter Humphrey wrote:
Hello list,
Now that I have my NFS set up (with help - thanks) the next problem is that,
having new packages built by my workstation over NFS, emerge on the tiny box
is ignoring all
On Mon, Nov 20, 2023 at 05:07:45PM +, Peter Humphrey wrote:
> Hello list,
>
> Now that I have my NFS set up (with help - thanks) the next problem is that,
> having new packages built by my workstation over NFS, emerge on the tiny box
> is ignoring all those new packages. And yes, I have
Hello list,
Now that I have my NFS set up (with help - thanks) the next problem is that,
having new packages built by my workstation over NFS, emerge on the tiny box
is ignoring all those new packages. And yes, I have checked that they do
exist, and in the right place: /var/cache/packages/ .
On Sun, 4 Jun 2023 22:21:54 +0200, Arve Barsnes wrote:
> > Doing my updates, most things updated but some still have conflicts.
> > Emerge is trying to tell me but I use Konsole and I think it messes up
> > the ^ bit and points to the wrong thing. I'm thinking this is a
> > USE flag problem
Jack wrote:
> On 2023.06.04 17:22, Dale wrote:
>> Jack wrote:
>> > On 2023.06.04 15:56, Dale wrote:
>> >
>> >> Doing my updates, most things updated but some still have conflicts.
>> >> Emerge is trying to tell me but I use Konsole and I think it messes
>> >> up the ^ bit and points to the
On 2023.06.04 17:22, Dale wrote:
Jack wrote:
> On 2023.06.04 15:56, Dale wrote:
>
>> Doing my updates, most things updated but some still have
conflicts.
>> Emerge is trying to tell me but I use Konsole and I think it messes
>> up the ^ bit and points to the wrong thing.
> I suspect the
Jack wrote:
> On 2023.06.04 15:56, Dale wrote:
>
>> Doing my updates, most things updated but some still have conflicts.
>> Emerge is trying to tell me but I use Konsole and I think it messes
>> up the ^ bit and points to the wrong thing.
> I suspect the ^ assumes a fixed width font.
>
>
Arve Barsnes wrote:
> On Sun, 4 Jun 2023 at 21:56, Dale wrote:
>> Howdy,
>>
>> Doing my updates, most things updated but some still have conflicts.
>> Emerge is trying to tell me but I use Konsole and I think it messes up
>> the ^ bit and points to the wrong thing. I'm thinking this is a USE
On 2023.06.04 15:56, Dale wrote:
Doing my updates, most things updated but some still have conflicts.
Emerge is trying to tell me but I use Konsole and I think it messes
up the ^ bit and points to the wrong thing.
I suspect the ^ assumes a fixed width font.
On Sun, 4 Jun 2023 at 21:56, Dale wrote:
>
> Howdy,
>
> Doing my updates, most things updated but some still have conflicts.
> Emerge is trying to tell me but I use Konsole and I think it messes up
> the ^ bit and points to the wrong thing. I'm thinking this is a USE
> flag problem but I
Howdy,
Doing my updates, most things updated but some still have conflicts.
Emerge is trying to tell me but I use Konsole and I think it messes up
the ^ bit and points to the wrong thing. I'm thinking this is a USE
flag problem but I can't tell for sure. Anyone else recognize this and
make
On 15.05.23 16:41, Matt Connell wrote:
On Mon, 2023-05-15 at 16:24 +0200, Dan Johansson wrote:
RuntimeError: OpenPGP signature not found on Manifest
It sounds like your sync is hitting a mirror that is currently broken.
Are you using a defined mirror list or letting it auto-select?
As far
On Mon, 2023-05-15 at 16:24 +0200, Dan Johansson wrote:
> RuntimeError: OpenPGP signature not found on Manifest
It sounds like your sync is hitting a mirror that is currently broken.
Are you using a defined mirror list or letting it auto-select?
Since at least my "emerge --sync" fails with the following message:
--8<--
Total bytes received: 55.60M
sent 456.87K bytes received 55.60M bytes 4.48M bytes/sec
total size is 188.36M speedup is
On Tue, 11 Apr 2023 10:18:13 -0500, Dale wrote:
> >> When I say deeper, I mean it will find more packages that may not be
> >> found otherwise.
> > And -e finds even more - but more is not always better. -U was
> > introduced because -N was causing too many packages to be rebuilt
> >
Neil Bothwick wrote:
> On Tue, 11 Apr 2023 06:30:47 -0500, Dale wrote:
>
>>> -U: if a package doesn't need to be updated on your system today,
>>> it'll be left until it does.
>>>
>>> -N: if any USE flag at all has changed in a package, it'll be
>>> recompiled, whether it needs to be on your
On Tue, 11 Apr 2023 06:30:47 -0500, Dale wrote:
> > -U: if a package doesn't need to be updated on your system today,
> > it'll be left until it does.
> >
> > -N: if any USE flag at all has changed in a package, it'll be
> > recompiled, whether it needs to be on your system or not.
> >
>
>
>
Neil,
On Tuesday, 2023-04-11 08:19:10 +0100, you wrote:
> ...
> So now we kn ow, ChatGPT is case-insensitive, it gave you answers for -u
> and -n.
You aren't really flabbergasted, are you? After all Microsoft is known
for having a particularly soft spot for case-insensitiveness :-)
Peter Humphrey wrote:
> On Tuesday, 11 April 2023 11:33:38 BST Dale wrote:
>
>> The info from the man page is correct.
> Of course it is. There'd be uproar if it weren't.
>
>> They do two different things. The -N will mean more recompiles of packages
>> but it also means that when a USE flag
On Tuesday, 11 April 2023 11:33:38 BST Dale wrote:
> The info from the man page is correct.
Of course it is. There'd be uproar if it weren't.
> They do two different things. The -N will mean more recompiles of packages
> but it also means that when a USE flag change is made, it also changes any
jul...@jroy.ca wrote:
> On Mon, 2023-04-10 at 22:10 -0600, the...@sys-concept.com wrote:
>> On 4/10/23 18:53, Dale wrote:
>>
>>
>> I've asked ChatGPT for explanation and here is what I got:
>>
>> Here are the differences between emerge -U and emerge -N:
>>
>> emerge -U: This option upgrades the
On Mon, 10 Apr 2023 22:10:32 -0600, the...@sys-concept.com wrote:
> !'ve asked ChatGPT for explanation and here is what I got:
>
> Here are the differences between emerge -U and emerge -N:
>
> emerge -U: This option upgrades the specified package(s) to the latest
> available version. It will
On Mon, 2023-04-10 at 22:10 -0600, the...@sys-concept.com wrote:
> On 4/10/23 18:53, Dale wrote:
>
>
> I've asked ChatGPT for explanation and here is what I got:
>
> Here are the differences between emerge -U and emerge -N:
>
> emerge -U: This option upgrades the specified package(s) to the
>
On 4/10/23 18:53, Dale wrote:
the...@sys-concept.com wrote:
Is it better to us emerge -U or emerge -N
I've always done -N but it didn't go very smoothly it seems to me -U
might be better option but it takes longer.
Right now I'm doing -U and it is compiling 549-packages.
.
I always do
the...@sys-concept.com wrote:
> Is it better to us emerge -U or emerge -N
>
> I've always done -N but it didn't go very smoothly it seems to me -U
> might be better option but it takes longer.
> Right now I'm doing -U and it is compiling 549-packages.
>
> .
>
I always do both except I use the
On 4/10/23 11:11, hitachi303 wrote:
Am 10.04.23 um 18:44 schrieb the...@sys-concept.com:
Is it better to us emerge -U or emerge -N
I've always done -N but it didn't go very smoothly it seems to me -U might be
better option but it takes longer.
Right now I'm doing -U and it is compiling
Am 10.04.23 um 18:44 schrieb the...@sys-concept.com:
Is it better to us emerge -U or emerge -N
I've always done -N but it didn't go very smoothly it seems to me -U
might be better option but it takes longer.
Right now I'm doing -U and it is compiling 549-packages.
Just out of curiosity: Is
On Mon, 2023-04-10 at 10:44 -0600, the...@sys-concept.com wrote:
> Is it better to us emerge -U or emerge -N
>
> I've always done -N but it didn't go very smoothly it seems to me -U might be
> better option but it takes longer.
> Right now I'm doing -U and it is compiling 549-packages.
>
Since
Is it better to us emerge -U or emerge -N
I've always done -N but it didn't go very smoothly it seems to me -U might be
better option but it takes longer.
Right now I'm doing -U and it is compiling 549-packages.
>
> Could it be that some kind of Spectre mitigation is active? I just read
> about
> some massive performance problems in Kernel 5.19+ on Skylake CPUs. Stable
> gentoo kernel was upgraded to 6.1 recently, which could also be affected
> by
> this problem.
> See
Am Samstag, 18. Februar 2023, 01:49:11 CET schrieb Adam Carter:
> I have three systems (all ~arch) and the emerge times have blown out on all
> of them across all packages. Worst example appears to be;
>
> Fri Dec 23 13:11:44 2022 >>> net-libs/webkit-gtk-2.38.3-r410
>merge time: 37
Samstag, 18. Februar 2023 01:49:
> I have three systems (all ~arch) and the emerge times have blown out on all
> of them across all packages. Worst example appears to be;
> Fri Dec 23 13:11:44 2022 >>> net-libs/webkit-gtk-2.38.3-r410
> merge time: 37 minutes and 8 seconds.
>
Adam Carter writes:
> My reason for asking is that i'm seeing this across multiple systems, 2
> AMD, 1 Intel, who's configuration hasn't really changed and while there is
> some variance there has been a step change late December / early January.
> Another example
>
> Sat Nov 26 14:34:50
Adam Carter wrote:
>
> Does that info help?
>
>
> My reason for asking is that i'm seeing this across multiple systems,
> 2 AMD, 1 Intel, who's configuration hasn't really changed and while
> there is some variance there has been a step change late December /
> early January. Another example
>
> Does that info help?
>
>
My reason for asking is that i'm seeing this across multiple systems, 2
AMD, 1 Intel, who's configuration hasn't really changed and while there is
some variance there has been a step change late December / early January.
Another example
Sat Nov 26 14:34:50 2022
Adam Carter wrote:
> I have three systems (all ~arch) and the emerge times have blown out
> on all of them across all packages. Worst example appears to be;
>
> Fri Dec 23 13:11:44 2022 >>> net-libs/webkit-gtk-2.38.3-r410
> merge time: 37 minutes and 8 seconds.
>
> Fri Dec 23
I have three systems (all ~arch) and the emerge times have blown out on all
of them across all packages. Worst example appears to be;
Fri Dec 23 13:11:44 2022 >>> net-libs/webkit-gtk-2.38.3-r410
merge time: 37 minutes and 8 seconds.
Fri Dec 23 13:43:08 2022 >>>
FYI, i've found 'emerge -pvuUD world' is 7-9% faster on my machines when I
compare 3.10 to 3.11b4.
To achieve this i've added '*/* PYTHON_TARGETS: -* python3_10 python3_11'
to package.use on my ~arch systems, then run 'emerge -avuUD portage'. At
the end of this python-exec.conf contains;
tastytea:
> On 2022-05-20 17:22+0200 k...@aspodata.se wrote:
>
> > Neil Bothwick:
> > > On Fri, 20 May 2022 15:55:22 +0200 (CEST), k...@aspodata.se wrote:
> > > > How do I run emerge so that when buildin/emerging the package
> > > > another PATH is used ?
> > >
> > > PATH is just an
k...@aspodata.se wrote:
> Neil Bothwick:
>> On Fri, 20 May 2022 15:55:22 +0200 (CEST), k...@aspodata.se wrote:
>>> How do I run emerge so that when buildin/emerging the package another
>>> PATH is used ?
>> PATH is just an environment variable, so
>>
>> PATH="/path1:/path2" emerge blah
>>
>>
On 2022-05-20 17:22+0200 k...@aspodata.se wrote:
> Neil Bothwick:
> > On Fri, 20 May 2022 15:55:22 +0200 (CEST), k...@aspodata.se wrote:
> > > How do I run emerge so that when buildin/emerging the package
> > > another PATH is used ?
> >
> > PATH is just an environment variable, so
> >
> >
Neil Bothwick:
> On Fri, 20 May 2022 15:55:22 +0200 (CEST), k...@aspodata.se wrote:
> > How do I run emerge so that when buildin/emerging the package another
> > PATH is used ?
>
> PATH is just an environment variable, so
>
> PATH="/path1:/path2" emerge blah
>
> should do that.
Doesn't seems
On Fri, 20 May 2022 15:55:22 +0200 (CEST), k...@aspodata.se wrote:
> How do I run emerge so that when buildin/emerging the package another
> PATH is used ?
PATH is just an environment variable, so
PATH="/path1:/path2" emerge blah
should do that.
Unless what you are really asking is how do you
How do I run emerge so that when buildin/emerging the package another
PATH is used ?
Regards,
/Karl Hammar
1 - 100 of 2965 matches
Mail list logo
