Re: [gentoo-user] tried desktop profile

2020-10-14 Thread Jude DaShiell
On Wed, 14 Oct 2020, antlists wrote:

> Date: Wed, 14 Oct 2020 14:37:01
> From: antlists 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On 14/10/2020 18:38, Jude DaShiell wrote:
> > Let's see, yes that was a typo, those ssd disks are each 120GB and
> > unfortunately the Alien ATX case used only has room for one of them.
> > However external ssd drives are on the market.
>
> Does your mobo support NVMe drives? Just be aware my mobo is crap in that it
> says it supports two graphics cards, NVMe, etc, but if you stick an NVMe in
> the second graphics card is disabled, or if you use both the NVMe slots you
> lose a couple of SATA ports, or whatever. Bit of a PoS in that regard.
>
> The other possibility is do you have spare 3.5 drive bays? You can get a
> converter to put 2.5 drives in them.
>
> And can you stick an expansion card in? You might want to buy a card with
> eSATA ports.

The system has loads of nvidia stuff on it and ati radeon 300/600 monitor
so it can do nouveau but I don't know if it can do more than that.  No
spare bays either so I'll have to go external.

> > Cheers,
> Wol
>
>
>

-- 




Re: [gentoo-user] tried desktop profile

2020-10-14 Thread antlists

On 14/10/2020 18:38, Jude DaShiell wrote:

Let's see, yes that was a typo, those ssd disks are each 120GB and
unfortunately the Alien ATX case used only has room for one of them.
However external ssd drives are on the market.


Does your mobo support NVMe drives? Just be aware my mobo is crap in 
that it says it supports two graphics cards, NVMe, etc, but if you stick 
an NVMe in the second graphics card is disabled, or if you use both the 
NVMe slots you lose a couple of SATA ports, or whatever. Bit of a PoS in 
that regard.


The other possibility is do you have spare 3.5 drive bays? You can get a 
converter to put 2.5 drives in them.


And can you stick an expansion card in? You might want to buy a card 
with eSATA ports.


Cheers,
Wol



Re: [gentoo-user] tried desktop profile

2020-10-14 Thread Jude DaShiell
On Wed, 14 Oct 2020, J. Roeleveld wrote:

> Date: Wed, 14 Oct 2020 00:23:50
> From: J. Roeleveld 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On Tuesday, October 13, 2020 6:52:05 PM CEST Jude DaShiell wrote:
> > Let's see if this is a correct bottom post.  I've never seen anything in
> > this life.  Eyes never developed enough for me to see.
> > The desktop profile emerge failed, and no more has been done with the old
> > machine yet.  I could change to basic profile then emerge @world then
> > emerge the basic profile @world then emerge --depclean to clear the
> > unnecessary desktop packages from the machine.  If I'm not mistaken, the
> > new machine has 8 cores on it but all the ssd disks I have for it are
> > 120MB disks so that might be a bit small for gentoo.  I'll read through
> > the hardware requirements again and make sure.
>
> I really hope you mistyped and meant those SSDs are 120GB (Gigabyte, instead
> of Megabyte)
>
> 120GB is enough. I have an older laptop with that and it runs KDE/Plasma just
> fine and even manages some games from steam.
>
> Most important is the memory requirement.
> 2GB Ram can be made to work, but if you want a desktop, you need to forget
> about the likes of KDE and Gnome and go with something that needs less memory.
>
> I have no idea how well they support accessibility tools like speakup though.
> Hope someone else with more knowledge about this can add their input.
>
> Kind regards,
Let's see, yes that was a typo, those ssd disks are each 120GB and
unfortunately the Alien ATX case used only has room for one of them.
However external ssd drives are on the market.
I figure to use mate for a desktop since mate is rated as having better
accessibility than gnome.  Now for a screen reader mate has orca
sometimes called screen-reader and fenrir can be used in mate-terminal
and on the command line outside of mate if necessary.  Fenrir if
installed is a pip install.

I found I have one available ssd drive available so am in process of
putting gentoo on that.
I can put archlinux and my podcasts on that 3tb drive on the older
machine with no problem.

> > Joost > > >
>

--




Re: [gentoo-user] tried desktop profile

2020-10-13 Thread J. Roeleveld
On Tuesday, October 13, 2020 6:52:05 PM CEST Jude DaShiell wrote:
> Let's see if this is a correct bottom post.  I've never seen anything in
> this life.  Eyes never developed enough for me to see.
> The desktop profile emerge failed, and no more has been done with the old
> machine yet.  I could change to basic profile then emerge @world then
> emerge the basic profile @world then emerge --depclean to clear the
> unnecessary desktop packages from the machine.  If I'm not mistaken, the
> new machine has 8 cores on it but all the ssd disks I have for it are
> 120MB disks so that might be a bit small for gentoo.  I'll read through
> the hardware requirements again and make sure.

I really hope you mistyped and meant those SSDs are 120GB (Gigabyte, instead 
of Megabyte)

120GB is enough. I have an older laptop with that and it runs KDE/Plasma just 
fine and even manages some games from steam.

Most important is the memory requirement.
2GB Ram can be made to work, but if you want a desktop, you need to forget 
about the likes of KDE and Gnome and go with something that needs less memory.

I have no idea how well they support accessibility tools like speakup though. 
Hope someone else with more knowledge about this can add their input.

Kind regards,

Joost





Re: [gentoo-user] tried desktop profile

2020-10-13 Thread antlists

On 13/10/2020 17:52, Jude DaShiell wrote:

Let's see if this is a correct bottom post.  I've never seen anything in
this life.  Eyes never developed enough for me to see.


Perfect, great!

Cheers,
Wol



Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Jude DaShiell
On Tue, 13 Oct 2020, Wols Lists wrote:

> Date: Tue, 13 Oct 2020 12:40:23
> From: Wols Lists 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On 13/10/20 16:37, Jude DaShiell wrote:
> > Since the profile without the desktop emerged @world correctly after the
> > make.conf file got adjusted correctly for this computer I think all it
> > will run will be the basic profile.  Even if it were possible to emerge
> > the compiles necessary for a desktop and get the rest of the system built
> > I'd probably run into difficulties later.  I'll do the basic profile on
> > this machine and maybe do a desktop on the newer machine at some later
> > date.
>
> No, you can add any programs you want and it'll just pull in what you need.
>
> HOWEVER, now you've fixed it for the basic profile, I'd just change that
> to the desktop profile and re-emerge, and it'll pull in all the new
> stuff to go to the desktop profile.
>
> NB - you're still putting your post below the .sig marker. If you can't
> see clearly, we accept that it's difficult, but it helps us if you can
> get it right (like with language and foreigners, there's a big
> difference between people who have difficulty doing the right thing, and
> people who can't be bothered to do the right thing ...)

Let's see if this is a correct bottom post.  I've never seen anything in
this life.  Eyes never developed enough for me to see.
The desktop profile emerge failed, and no more has been done with the old
machine yet.  I could change to basic profile then emerge @world then
emerge the basic profile @world then emerge --depclean to clear the
unnecessary desktop packages from the machine.  If I'm not mistaken, the
new machine has 8 cores on it but all the ssd disks I have for it are
120MB disks so that might be a bit small for gentoo.  I'll read through
the hardware requirements again and make sure.

> > Cheers, > Wol > >

-- 




Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Wols Lists
On 13/10/20 16:37, Jude DaShiell wrote:
> Since the profile without the desktop emerged @world correctly after the
> make.conf file got adjusted correctly for this computer I think all it
> will run will be the basic profile.  Even if it were possible to emerge
> the compiles necessary for a desktop and get the rest of the system built
> I'd probably run into difficulties later.  I'll do the basic profile on
> this machine and maybe do a desktop on the newer machine at some later
> date.

No, you can add any programs you want and it'll just pull in what you need.

HOWEVER, now you've fixed it for the basic profile, I'd just change that
to the desktop profile and re-emerge, and it'll pull in all the new
stuff to go to the desktop profile.

NB - you're still putting your post below the .sig marker. If you can't
see clearly, we accept that it's difficult, but it helps us if you can
get it right (like with language and foreigners, there's a big
difference between people who have difficulty doing the right thing, and
people who can't be bothered to do the right thing ...)

Cheers,
Wol



Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Jude DaShiell
On Tue, 13 Oct 2020, Michael wrote:

> Date: Tue, 13 Oct 2020 08:04:30
> From: Michael 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On Tuesday, 13 October 2020 09:30:00 BST Jude DaShiell wrote:
>
> > I'm trying -j1 first.  This machine has 50% of its maximum ram capacity
> > in use and only has 2gb of ram capacity so yes this is a low memory
> > machine.  Why I'm using it at all is since it has available a 3tb hard
> > drive.  As long as /tmp directories under the $HOME directory structure
> > have better system protection than /tmpfs and /var/tmp if the -j1 build
> > fails I'll try pointing the memory to a safer place.  I need to buy some
> > decent sized ssd drives since that way I can do this on my new machine
> > with 14GB of ram.
>
> OK, your RAM is not enough to build most large packages today.  I'm thinking
> rust, chromium, gcc, firefox, libreoffice, as examples.  Most of these will
> refuse to emerge right at the start as they check for adequate /var/tmp space.
> In any case, the solution for low RAM PCs is to set up adequate space on your
> disk for those packages only.  Also to increase your swap, or add a swapfile
> just for these larger packages.
>
> Have a read at 'Example 2' here:
>
> https://wiki.gentoo.org/wiki//etc/portage/package.env
>
> If your / fs partition has inadequate free space, you can set up /var/tmp/
> notmpfs to a different partition as long as you remember to mount it with
> 'mount -o exec' and activate any swapfile(s) in advance.
>
> If you only set up more swap and leave PORTAGE_TMPDIR on RAM, the swapping
> from your RAM to disk will inevitably incur I/O bottleneck conditions and will
> start thrashing the disk, which could slow everything down to a crawl,
> potentially for days.  Therefore, it is worth switching to BFQ scheduler when
> heavy swappage is expected:
>
> # echo bfq > /sys/block/sda/queue/scheduler
>
> where sda is the disk on which the swapfile or partition is set.

-- 

Since the profile without the desktop emerged @world correctly after the
make.conf file got adjusted correctly for this computer I think all it
will run will be the basic profile.  Even if it were possible to emerge
the compiles necessary for a desktop and get the rest of the system built
I'd probably run into difficulties later.  I'll do the basic profile on
this machine and maybe do a desktop on the newer machine at some later
date.





Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Michael
On Tuesday, 13 October 2020 09:30:00 BST Jude DaShiell wrote:

> I'm trying -j1 first.  This machine has 50% of its maximum ram capacity
> in use and only has 2gb of ram capacity so yes this is a low memory
> machine.  Why I'm using it at all is since it has available a 3tb hard
> drive.  As long as /tmp directories under the $HOME directory structure
> have better system protection than /tmpfs and /var/tmp if the -j1 build
> fails I'll try pointing the memory to a safer place.  I need to buy some
> decent sized ssd drives since that way I can do this on my new machine
> with 14GB of ram.

OK, your RAM is not enough to build most large packages today.  I'm thinking 
rust, chromium, gcc, firefox, libreoffice, as examples.  Most of these will 
refuse to emerge right at the start as they check for adequate /var/tmp space.  
In any case, the solution for low RAM PCs is to set up adequate space on your 
disk for those packages only.  Also to increase your swap, or add a swapfile 
just for these larger packages.

Have a read at 'Example 2' here:

https://wiki.gentoo.org/wiki//etc/portage/package.env

If your / fs partition has inadequate free space, you can set up /var/tmp/
notmpfs to a different partition as long as you remember to mount it with 
'mount -o exec' and activate any swapfile(s) in advance.

If you only set up more swap and leave PORTAGE_TMPDIR on RAM, the swapping 
from your RAM to disk will inevitably incur I/O bottleneck conditions and will 
start thrashing the disk, which could slow everything down to a crawl, 
potentially for days.  Therefore, it is worth switching to BFQ scheduler when 
heavy swappage is expected:

# echo bfq > /sys/block/sda/queue/scheduler

where sda is the disk on which the swapfile or partition is set.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Jude DaShiell
On Tue, 13 Oct 2020, Andreas Fink wrote:

> Date: Tue, 13 Oct 2020 02:28:01
> From: Andreas Fink 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On Tue, 13 Oct 2020 02:10:04 -0400
> Jude DaShiell  wrote:
>
> > x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated
> > program cc1plus compilation terminated.
>
> These two lines stongly suggest that you ran out of memory while
> compilation. You could try to build it with only one job (-j1),
> currently you are using -j2.
> Another option would be to buy more RAM ;)
> And last but not least, you could increase your swap memory, but be
> prepared that your system becomes unresponsive and compilation will
> probably take forever.
>
> Cheers
> Andreas
>
>

-- 

With -j1 in MAKEOPTS in make.conf, I'm coming up on 75% compiled Last
fraction I read was [1495/2082].



Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Jude DaShiell
On Tue, 13 Oct 2020, Wols Lists wrote:

> Date: Tue, 13 Oct 2020 03:54:48
> From: Wols Lists 
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] tried desktop profile
>
> On 13/10/20 07:48, J. Roeleveld wrote:
> > On Tuesday, October 13, 2020 8:28:01 AM CEST Andreas Fink wrote:
> >> On Tue, 13 Oct 2020 02:10:04 -0400
> >>
> >> Jude DaShiell  wrote:
> >>> x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated
> >>> program cc1plus compilation terminated.
> >>
> >> These two lines stongly suggest that you ran out of memory while
> >> compilation. You could try to build it with only one job (-j1),
> >> currently you are using -j2.
> >> Another option would be to buy more RAM ;)
> >> And last but not least, you could increase your swap memory, but be
> >> prepared that your system becomes unresponsive and compilation will
> >> probably take forever.
> >
> > One more suggestion, your PORTAGE_TMPDIR is set to "/var/tmp".
> > By default, this is a tmpfs, which means it's all kept in RAM.
>
> If that's true then somebody has ed up!
>
> /tmp is specified as "files may disappear at any time"
>
> /var/tmp is specified as "temporary storage that should survive a reboot"
>
> Okay, that's not the exact wording, but that is the effect.
> >
> > If your system is that low on RAM, you might want to change that to a
> > different location that is backed by a real disk.
> >
> The other thing about default tmpfs, is it defaults to half of ram. So
> it could actually be quite small. I explicitly set mine to be big,
> because I configure oodles of swap.
>
> Cheers,
> Wol
>
I'm trying -j1 first.  This machine has 50% of its maximum ram capacity
in use and only has 2gb of ram capacity so yes this is a low memory
machine.  Why I'm using it at all is since it has available a 3tb hard
drive.  As long as /tmp directories under the $HOME directory structure
have better system protection than /tmpfs and /var/tmp if the -j1 build
fails I'll try pointing the memory to a safer place.  I need to buy some
decent sized ssd drives since that way I can do this on my new machine
with 14GB of ram.

> >

--




Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Wols Lists
On 13/10/20 07:48, J. Roeleveld wrote:
> On Tuesday, October 13, 2020 8:28:01 AM CEST Andreas Fink wrote:
>> On Tue, 13 Oct 2020 02:10:04 -0400
>>
>> Jude DaShiell  wrote:
>>> x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated
>>> program cc1plus compilation terminated.
>>
>> These two lines stongly suggest that you ran out of memory while
>> compilation. You could try to build it with only one job (-j1),
>> currently you are using -j2.
>> Another option would be to buy more RAM ;)
>> And last but not least, you could increase your swap memory, but be
>> prepared that your system becomes unresponsive and compilation will
>> probably take forever.
> 
> One more suggestion, your PORTAGE_TMPDIR is set to "/var/tmp".
> By default, this is a tmpfs, which means it's all kept in RAM.

If that's true then somebody has ed up!

/tmp is specified as "files may disappear at any time"

/var/tmp is specified as "temporary storage that should survive a reboot"

Okay, that's not the exact wording, but that is the effect.
> 
> If your system is that low on RAM, you might want to change that to a 
> different location that is backed by a real disk.
> 
The other thing about default tmpfs, is it defaults to half of ram. So
it could actually be quite small. I explicitly set mine to be big,
because I configure oodles of swap.

Cheers,
Wol




Re: [gentoo-user] tried desktop profile

2020-10-13 Thread J. Roeleveld
On Tuesday, October 13, 2020 8:28:01 AM CEST Andreas Fink wrote:
> On Tue, 13 Oct 2020 02:10:04 -0400
> 
> Jude DaShiell  wrote:
> > x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated
> > program cc1plus compilation terminated.
> 
> These two lines stongly suggest that you ran out of memory while
> compilation. You could try to build it with only one job (-j1),
> currently you are using -j2.
> Another option would be to buy more RAM ;)
> And last but not least, you could increase your swap memory, but be
> prepared that your system becomes unresponsive and compilation will
> probably take forever.

One more suggestion, your PORTAGE_TMPDIR is set to "/var/tmp".
By default, this is a tmpfs, which means it's all kept in RAM.

If your system is that low on RAM, you might want to change that to a 
different location that is backed by a real disk.

--
Joost





Re: [gentoo-user] tried desktop profile

2020-10-13 Thread Andreas Fink
On Tue, 13 Oct 2020 02:10:04 -0400
Jude DaShiell  wrote:

> x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated
> program cc1plus compilation terminated.

These two lines stongly suggest that you ran out of memory while
compilation. You could try to build it with only one job (-j1),
currently you are using -j2.
Another option would be to buy more RAM ;)
And last but not least, you could increase your swap memory, but be
prepared that your system becomes unresponsive and compilation will
probably take forever.

Cheers
Andreas



Re: [gentoo-user] tried desktop profile

2020-10-12 Thread J. Roeleveld
On Tuesday, October 13, 2020 4:46:27 AM CEST Jude DaShiell wrote:
> Doing good until lvm package emerged.  I don't use lvm so wonder if nolvm
> as a boot parameter would have prevented the profile from emerging this
> package.

Boot parameters will have no effect on packages to be installed.

> Details below:
> 



> [ebuild  N] sys-devel/llvm-10.0.1  USE="libffi ncurses xml -debug -doc
> -exegesis -gold -libedit -test -xar -z3" ABI_X86="(64) -32 (-x32)"
> LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64 -ARC -ARM -AVR -Hexagon
> -Lanai -MSP430 -Mips -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore"

This is not LVM, it's LLVM (note the double 'L').

The description for this is:
Low Level Virtual Machine

What is the actual failure message? Any chance you can attach the build.log to 
an email?

--
Joost