Re: [gentoo-user] Something eats my memory - please help

[Helmut Jarausch]

On 04/08/2017 11:55:29 PM, Alan McKinnon wrote:

On 08/04/2017 21:33, Helmut Jarausch wrote:
> Hi,
>
> since a few days my system eats up memory, uses SWAP space and gets  
slow.

> It might depend on xorg-server, but I don't know why.
>
> On a nearly idle system (except xorg-server and some XTerms) I have
>  MEM | tot 7.5G  | free2.9G  | cache   1.2G  | buff  114.6M  
|

> slab  498.0M |  shmem 848.3M |  vmbal   0.0M |  hptot   0.0M
>
> (My system has 8G memory installed)
>
> Adding up all terms except 'tot' I get 5.6G where are the remaining  
2G?

> And why is  shmem 0.85G - I have even seen a value of 4G for shmem
> although all tempfs filesystems
> were nearly empty.

Lots of things use shared memory. All you know here is that something  
is

using lots of it

You haven't done much useful to track it down. Find the process that  
is
really using memory. A very quick easy first step is to run top and  
sort

on the memory columns (just take the left-most memory-related column
with a big bag of salt, it doesn't show what people usually think).  
Then

correlate that with packages you recently updated.


Thanks Alan.
I think my problem is a bit more complicated.
I did try to identify a process which eats my memory, but I couldn't  
find one.


I have written a small Python program which does something similar to  
htop / atop

which I've used before.

And here is what I get (I have summed up all 'visible' memory that top  
would have shown)

And please, compare this to what I see as memory usage.


X   memory usage:  548367360   swap 0
colord  memory usage:   69735424   swap 0
python  memory usage:   16473088   swap 0
python3 memory usage:   15261696   swap 0
nedit   memory usage:   12661760   swap 0
atopmemory usage:   10737664   swap 0
cupsd   memory usage:   10657792   swap 0
icewm   memory usage:   1384   swap 0
nedit   memory usage:9300992   swap 0
gconfd-2memory usage:8031232   swap 0
xterm   memory usage:7298048   swap 0
xterm   memory usage:6979584   swap 0
xterm   memory usage:6731776   swap 0
polkitd memory usage:5476352   swap 0
xterm   memory usage:4276224   swap 0
systemd-udevd   memory usage:3397632   swap 0
zsh memory usage:3300352   swap 0
zsh memory usage:3064832   swap 0
xterm   memory usage:2962432   swap 0
zsh memory usage:2939904   swap 0
zsh memory usage:2852864   swap 0
syslog-ng   memory usage:2841600   swap 0
xterm   memory usage:2834432   swap 0
zsh memory usage:2819072   swap 0
zsh memory usage:2812928   swap 0
zsh memory usage:2799616   swap 0
zsh memory usage:2798592   swap 0
icewmtray   memory usage:2284544   swap 0
icewmbg memory usage:2159616   swap 0
upowerd memory usage:1927168   swap 0
xless   memory usage:1859584   swap 0
at-spi2-registryd   memory usage:1820672   swap 0
xless   memory usage:1741824   swap 0
gvfsd-fuse  memory usage:1623040   swap 0
gvfsd   memory usage:1613824   swap 0
at-spi-bus-launcher memory usage:1581056   swap 0
login   memory usage:1528832   swap 0
console-kit-daemon  memory usage:1523712   swap 0
dbus-daemon memory usage:1434624   swap 0
su  memory usage:1292288   swap 0
su  memory usage:1292288   swap 0
dbus-launch memory usage:1124352   swap 0
dconf-service   memory usage:1123328   swap 0
dbus-daemon memory usage:1037312   swap 0
xfconfd memory usage:1034240   swap 0
sshdmemory usage: 998400   swap 0
dbus-daemon memory usage: 823296   swap 0
vsftpd  memory usage: 717824   swap 0
startx  memory usage: 651264   swap 0
sh  memory usage: 650240   swap 0
xinit   memory usage: 611328   swap 0
fcron   memory usage: 599040   swap 0
syslog-ng   

[gentoo-user] Re: Something eats my memory - please help

[Kai Krakow]

Am Mon, 10 Apr 2017 18:17:36 +0200
schrieb Helmut Jarausch :

> And here is what I get (I have summed up all 'visible' memory that
> top would have shown)
> And please, compare this to what I see as memory usage.

Did you put the 'virtual' column into your calculation?

If yes, don't do it, it doesn't show what you think it shows. It only
shows allocated memory (and thus is already a sum), it doesn't show
actually used memory. Applications tend to allocate more memory than
they actually use. Linux "uses" memory only when you write to those
allocated memory pages.

You really shouldn't sum up the columns per line. They are important
each on their own.

And you cannot simply create a run down sum to see your memory usage.
Virtual is allocated memory, resident size is what is unshared resident
memory (so the best indicator of memory usage you get), and shared is
memory that is (in parts) shared with other processes. There's no way
to devide shared memory into the multiple processes. That's memory
dedicated to resident shared libraries.

You won't help anyone here in helping you by trying to make the numbers
simpler for us.

-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: Clang has gone walkabout

[Nikos Chantziaras]

On 04/10/2017 03:58 PM, Simon Thelen wrote:

Try running `env-update && source /etc/profile'. Your path should be
extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995.


Just logout/login. "source" will help in the current shell.

Re: [gentoo-user] Re: Something eats my memory - please help

[Alan McKinnon]

On 10/04/2017 00:58, Kai Krakow wrote:
>> Oh, and have a look at gkrellm and its plugins. It might have all you
>> want already and then some :)
> No, I hate that. See above. Too overwhelmin, too distracting, and
> either it steals screen real estate or isn't visible anyways and thus
> no need to run it altogether. As I said, I never understood why one
> would need such fancy monitor stuff. If I feel the need of monitoring
> some status, I usually do this in a console window using CLI tools.


he :-)

I actually /like/ gkrellm, been using it for years. On KDE too. See
screenshot.

I keep it narrow (60 pixels) and with 1920x1080 I can afford that.
I use virtualbox extensively and when I fire up all 12 VMs I have
currently, I find gkrellm is the only thing that really shows me
activity the way I want it. Horses for courses I guess :-)

Never really groked CDE though. Lilac just ain't my hting

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] nxclient: cannot execute binary file: Exec format error

[thelma]

On 04/10/2017 08:12 AM, Fernando Rodriguez wrote:
> On 04/09/2017 12:57 PM, the...@sys-concept.com wrote:
[snip]
>>
>> I have nxclient in:
>> /usr/local/portage/net-misc/nxclient
>>
>> I think because it is a binary, it installed without a question.
>>
>> -- 
>> Thelma
>>
> 
> IIRC last time you had an issue with this ebuild it was no longer in the
> mirrors so you found a 64-bit package and changed the SRC_URI for both
> x86 and amd64. You need to find a 32-bit version and change the SRC_URI
> for x86 only.

Since x2go is working reasonably well on Gentoo I don't have a need for
NX any more.  I was just experimenting trying to connect to Win10 Home
Edition but it is an up-heal battle.

All my Windows machine run in VB so access is easy, except one machine
that is Win10 Home Edition (stand alone).

[gentoo-user] Re: Clang has gone walkabout

[Nikos Chantziaras]

On 04/10/2017 12:13 PM, Andrew Lowe wrote:

Hi all,
Do we have any clang users out there? I've had clang installed on my
machine for ages and a simple "clang test.c" will result in an
executable. I can even nearly build my whole machine using clang, so its
up and running. I've now just updated clang, from a working 3.9.1 to a
4.0.0-r1 and clang has now disappeared. If I type in "clang --version",
I get "command not found". "whereis clang" only gives me the library
dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or directory"


This is normal. You just need to logout of the system and in again for 
the updated environment.


Some packages can modify the environment, so it's usually best to 
logout/login after every update.

Re: [gentoo-user] Re: Something eats my memory - please help

[Dale]

Alan McKinnon wrote:
> On 10/04/2017 00:58, Kai Krakow wrote:
>>> Oh, and have a look at gkrellm and its plugins. It might have all you
>>> want already and then some :)
>> No, I hate that. See above. Too overwhelmin, too distracting, and
>> either it steals screen real estate or isn't visible anyways and thus
>> no need to run it altogether. As I said, I never understood why one
>> would need such fancy monitor stuff. If I feel the need of monitoring
>> some status, I usually do this in a console window using CLI tools.
>
> he :-)
>
> I actually /like/ gkrellm, been using it for years. On KDE too. See
> screenshot.
>
> I keep it narrow (60 pixels) and with 1920x1080 I can afford that.
> I use virtualbox extensively and when I fire up all 12 VMs I have
> currently, I find gkrellm is the only thing that really shows me
> activity the way I want it. Horses for courses I guess :-)
>
> Never really groked CDE though. Lilac just ain't my hting
>

Same here.  I have Gkrellm on my parking desktop.  That's the desktop
I'm usually on when I'm not doing anything.  At a glance, I can see what
the CPUs are doing, memory, disks, fans and a whole host of other
things.  I can't see me going without Gkrellm.  I'd be one sad puppy if
it stopped working or being developed.  :-(   I'd want it up and running
no matter what desktop I was using.  As you showed, you can make it
really small if one wants too. 

Dale

:-)  :-) 

[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

[Kai Krakow]

Am Mon, 10 Apr 2017 10:48:48 -0400
schrieb Rich Freeman :

> On Mon, Apr 10, 2017 at 3:27 AM, Raffaele Belardi
>  wrote:
> > After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a
> > try.
> >
> > 1. With OpenRC I used hdparm to put an external USB disk to sleep:
> >
> > $ cat /etc/conf.d/hdparm
> > sdb_args="-S24"
> >
> > Looks like systemd does not provide a unit file for hdparm yet,
> > right? If so I suppose I'll have to write my own.
> > In general I suppose the same holds for everything that was under
> > /etc/local.d/  
> 
> As Kai pointed out there are units/generators to run the stuff under
> local.d.  You could certainly create a unit for hdparm but a local.d
> script is probably fine for something done once like this, especially
> if there is no need to maintain any kind of state and undo it later.

KISS principle... ;-)

> > 2. Which OpenRC-related packages can I unmerge?
> > - sys-apps/sysvinit
> > - sys-apps/openrc  

Oh I totally left that out...

> This stuff ends up being pulled in by the system set, but you can
> eliminate it if you create a symlink from /lib/gentoo/functions.sh to
> /etc/init.d/functions.sh.

I instead made a file there with the following contents to spot the
broken packages:

$ cat /etc/init.d/functions.sh
source /lib/gentoo/functions.sh
ewarn "Usage of /etc/init.d/functions.sh is deprecated"

>  Don't ask me why stuff STILL sources the
> old location, other than it being so trivial that nobody cares that
> much.  I've put openrc in package.provided just to avoid the needless
> upgrades.  You can ditch sysvinit if you set USE=sysv-utils on systemd
> (so that you still get stuff like reboot/halt/poweroff, though I'm not
> sure how essential those actually are these days).

Use the following instead if you don't want to fiddle around with
versioning in package.provided:

$ cat /etc/portage/profile/packages
-*sys-apps/openrc

This removes openrc from the system set. You can then use depclean to
get rid of the rest but carefully check not to remove essential stuff.

Thus, I also strongly recommend USE=sysv-utils.

This is something like:

> > - app-admin/sysklogd  
> 
> Never used it, so obviously you can live without that.

Indeed not needed.

> > - cron/anacron after transition to systemd timers  
> 
> You might want to also look at sys-process/systemd-cron as a bridge.
> It basically generates timer units from your crontab and also runs the
> stuff in /etc/cron.*.d/.  But, timer scripts also work just fine and I
> do that for stuff that I want a bit more control over.

I don't suggest so. Services don't spawn session which cronjobs may
depend upon (most don't, tho). Cron spawns a session in the system
context. Both is not the same, so you should carefully decide which
cronjob to convert to a timer. Everything in /etc/cron* should work,
but timers are not a replacement for cron.

> > - sys-apps/debianutils provides savelog functionality also provided
> > by systemd but also installkernel so I shall not remove it  
> 
> I use logrotate personally, and I still need it for stuff that doesn't
> use syslog.

I've ditched all oldschool text log and only use journal now. This made
logrotate obsolete (which hardly managed to get all logfiles correctly
anyways due to changes in packages default configuration).

> > - others?  
> 
> That depends how far down the rabbit hole you want to go.  Systemd has
> semi-replacements for stuff like ntpd, dns, etc.  They're not intended
> as full replacements.  If you're serving time/dns/etc then you
> probably won't want it.  If you just want something to manage it
> locally on the host then these are fairly viable replacements.  There
> is also networkd, which I use on systems that don't have wifi.

All replacements except systemd-resolved work flawless for me. I'm
currently using the systemd resolver but it has its hickups from time
to time. This has become much better with the latest systemd version.

All those services are well integrated with each other and suitable for
most stuff. Tho, systemd-networkd is not explicitly developed as a
desktop daemon currently, systemd folks still tend to recommend
NetworkManager to get all features. The systemd replacement perfectly
works for me, tho: My desktop PC is a stationary PC with wired network.
If you're mobile or use wifi, ymmv.

> Systemd basically tries to provide all the essential services from a
> client-only perspective.

Yes, and that's sufficient. It doesn't have to be a server, meta
server, or proxy server. And it shouldn't be.

-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Re: Clang has gone walkabout

[Simon Thelen]

On 17-04-10 at 18:59, Nikos Chantziaras wrote:
> On 04/10/2017 03:58 PM, Simon Thelen wrote:
> > Try running `env-update && source /etc/profile'. Your path should be
> > extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995.
> 
> Just logout/login. "source" will help in the current shell.
logout/login won't work if you run some (or most) of your shells in
tmux/screen. Either restart those shells after the logout/login or
you'll need to source /etc/profile anyway.

-- 
Simon Thelen

Re: [gentoo-user] vim colorschemes: A question regarding terminal capabilities

[Floyd Anderson]

On Mo, 10 Apr 05:00:26 +
tu...@posteo.de wrote:

I am playing around with colorschemes in vim […]

Wrong mailing list?


It seems impossible to change the fore-/background color of the cursor itself.

What have you tried by yourself so far to come to this conclusion at the
end? Or is it not much more as a guess while you are waiting for a
solution from the list?

There are so many resources out there. Have you ever searched for it?


[…] the terminal is able to display 256 colors
From which terminal emulator are you talking about? And of course, are

you using ‘app-editors/vim’, ‘app-editors/vim-core’, USE=minimal or even
‘app-editors/neovim’?


Is there something special terminal-wise when setting cursor colors ?

You have to deal with terminal escape sequences which may cause
headaches. Vim usually inherits its terminal options from the terminfo
file (man 5 terminfo) specified by the ${TERM} variable or at command
line as argument for the parameter ‘-T’.

Within Vim’s command line invoke (without the quotes) ‘:set termcap’ to
see what is currently set in your Vim session. To get an idea what those
output means, read the help at ‘:help terminal-options’. But it may be
worth to check first Vim is able to set cursor shape/colour related 
stuff by running:

   vim --version
or within Vim any of:
   :version
   :echo has('cursorshape')
and look it is compiled with the '+cursorshape' feature.

When it is, you can set the related terminal options (‘t_SI’,
‘t_SR’, ‘t_EI’). Read — once more — the most obviously resource:
   :help termcap-cursor-shape
   :help termcap-cursor-color
for an example. As an additional hint, you can set both (shape and
colour) by concatenating terminal escape sequences. For instance:
   let _SI = "\]12;purple\x7\[5 q"
sets a purple blinking IBeam cursor for insert mode (or globally, if you
are not reset the cursor style for the other modes).

Because you aren’t disclose your terminal emulator, I have to stop here.

The mentioned headaches maybe starts when:
 • you are expect a ready to use solution and/or unwilling to
   understand the basics of terminal escape sequences
 • you only want to style the cursor in Vim (not those in the terminal)
 • you are using different shapes/colours for different modes
 • you are using different terminal emulators (local/remote)
 • you are running terminal multiplexer > terminal emulator > Vim
 • your system lacks the required terminfo file
 • annoying side effects appears (e.g. with alternate screen)
 • …

But there are solutions for those issues (except for point one).


Why does it fail?

Why *what* fails? How can you expect an appropriate answer with so
sparsely informations from your side?

--
Regards,
floyd

[gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]

[Alan Mackenzie]

Hello, Daniel.

On Fri, Apr 07, 2017 at 08:48:22 -0700, Daniel Frey wrote:
> On 04/06/2017 10:03 AM, Nikos Chantziaras wrote:
> > On 04/05/2017 05:15 PM, Alan Grimes wrote:
> >> I'm still running on my old kernel as I re-build my system, Nvidia
> >> drivers just barfed

> > 381.09 was released today which supports kernel 4.10. But it might take
> > a while until it's in portage.

> > In general, I stick with LTS kernels ("Long Term Support.") Right now,
> > that's 4.9. Doing that solved "doesn't build against kernel X" issues
> > with binary packages like the nvidia drivers and vmware workstation. If
> > you're using nvidia, I'd recommend using the latest LTS kernel. What's
> > the latest LTS is listed here:

> >   https://www.kernel.org



> He [Alan Grimes] has new hardware (Ryzen) that needs 4.10 for proper support.

I too have new hardware (An Asus Prime X370-PRO MB with a Ryzen 1700X
processor), indeed so new that my first attempt to boot a minimal CD was
less than an hour ago.

The attempt, one must admit, was wholly unsuccessful.  I can boot into
the minimal CD's opening overtures, at which I'm prompted to select a
"kernel".  If I choose memtest86, it loads and displays its initial
screen, then promptly crashes the system, leading to an automatic
reboot.  gentoo-nofb boots, displays something about the number of cores
present (It counts up to #16), displays some information about "PCI"
(on, perhaps, 20 lines) and promptly crashes, blanking the screen and
rebooting.

My minimal CD is install-amd64-minimal-20170406.iso, so fairly recent,
but built with kernel 4.9.16.

Question: do I need a 4.10 kernel to be able to boot a Ryzen system at
all?  If 4.10 is necessary, is it sufficient?

Just as importantly, are there any convenient instructions in a
convenient place for building one's own minimal CD?  I've just tried a
quick search through the Gentoo wiki, but didn't see anything relevant.

Is there anything else relevant anybody can tell me to help me get my
new machine booted?

Thanks in advance!

> Dan

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]

[Mick]

On Monday 10 Apr 2017 19:07:49 Alan Mackenzie wrote:
> Hello, Daniel.
> 
> On Fri, Apr 07, 2017 at 08:48:22 -0700, Daniel Frey wrote:
> > On 04/06/2017 10:03 AM, Nikos Chantziaras wrote:
> > > On 04/05/2017 05:15 PM, Alan Grimes wrote:
> > >> I'm still running on my old kernel as I re-build my system, Nvidia
> > >> drivers just barfed
> > > 
> > > 381.09 was released today which supports kernel 4.10. But it might take
> > > a while until it's in portage.
> > > 
> > > In general, I stick with LTS kernels ("Long Term Support.") Right now,
> > > that's 4.9. Doing that solved "doesn't build against kernel X" issues
> > > with binary packages like the nvidia drivers and vmware workstation. If
> > > you're using nvidia, I'd recommend using the latest LTS kernel. What's
> > > 
> > > the latest LTS is listed here:
> > >   https://www.kernel.org
> > 
> > He [Alan Grimes] has new hardware (Ryzen) that needs 4.10 for proper
> > support.
> I too have new hardware (An Asus Prime X370-PRO MB with a Ryzen 1700X
> processor), indeed so new that my first attempt to boot a minimal CD was
> less than an hour ago.
> 
> The attempt, one must admit, was wholly unsuccessful.  I can boot into
> the minimal CD's opening overtures, at which I'm prompted to select a
> "kernel".  If I choose memtest86, it loads and displays its initial
> screen, then promptly crashes the system, leading to an automatic
> reboot.  gentoo-nofb boots, displays something about the number of cores
> present (It counts up to #16), displays some information about "PCI"
> (on, perhaps, 20 lines) and promptly crashes, blanking the screen and
> rebooting.
> 
> My minimal CD is install-amd64-minimal-20170406.iso, so fairly recent,
> but built with kernel 4.9.16.
> 
> Question: do I need a 4.10 kernel to be able to boot a Ryzen system at
> all?  If 4.10 is necessary, is it sufficient?
> 
> Just as importantly, are there any convenient instructions in a
> convenient place for building one's own minimal CD?  I've just tried a
> quick search through the Gentoo wiki, but didn't see anything relevant.
> 
> Is there anything else relevant anybody can tell me to help me get my
> new machine booted?
> 
> Thanks in advance!
> 
> > Dan

I can't recall when was the last time I used a Gentoo minimal CD to install a 
system and I have not tried installing Gentoo on Ryzen (yet), but have you had 
a go at using a systemrescuecd?

You'll need to use the alternative kernel from the boot options, which is at 
present still a 4.9.18 version:

http://www.system-rescue-cd.org/Download/

Alternatively, you can unpack it, build the kernel of your choice and rebuild 
it as explained here:

http://www.system-rescue-cd.org/Customization/

The same must be doable with Gentoo's minimal CD, but I have not searched the 
interwebs for guidance ...

HTH.
-- 
Regards,
Mick

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

Re: [gentoo-user] New AMD hardware.

[Mick]

On Monday 10 Apr 2017 21:24:21 Alan Mackenzie wrote:

> Another idea I've had is that I've got duff RAM.  The various bootable
> images that crash don't always crash in _exactly_ the same places.  And
> the BIOS mouse and keyboard freezing up don't inspire confidence.  I do
> hope it's not the RAM; I'd probably have to remove the processor cooler
> just to be able to get at the RAM sticks.  :-(
> 
> > HTH.

A quick test would be to remove one RAM module at a time and try to boot like 
that.  If you succeed you have the culprit module in your hand.  If not, rinse 
and repeat.

-- 
Regards,
Mick

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

Re: [gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]

[Daniel Frey]

On 04/10/2017 12:07 PM, Alan Mackenzie wrote:
>> He [Alan Grimes] has new hardware (Ryzen) that needs 4.10 for proper support.
> 
> I too have new hardware (An Asus Prime X370-PRO MB with a Ryzen 1700X
> processor), indeed so new that my first attempt to boot a minimal CD was
> less than an hour ago.
> 
> The attempt, one must admit, was wholly unsuccessful.  I can boot into
> the minimal CD's opening overtures, at which I'm prompted to select a
> "kernel".  If I choose memtest86, it loads and displays its initial
> screen, then promptly crashes the system, leading to an automatic
> reboot.  gentoo-nofb boots, displays something about the number of cores
> present (It counts up to #16), displays some information about "PCI"
> (on, perhaps, 20 lines) and promptly crashes, blanking the screen and
> rebooting.
> 
> My minimal CD is install-amd64-minimal-20170406.iso, so fairly recent,
> but built with kernel 4.9.16.
> 
> Question: do I need a 4.10 kernel to be able to boot a Ryzen system at
> all?  If 4.10 is necessary, is it sufficient?

I've been doing a lot of research on Ryzen as I was considering an
upgrade myself. 4.9 has some support, so it should boot at least. From
what I read only 4.10 has full support.

Do be aware that there was a show-stopper bug in firmware[1] that was
causing hangs and lockups, have you upgraded your motherboard firmware?

I figured I'd wait another six months before committing to the thought
of any upgrade to give AMD time to sort the chips out. I myself was
eyeballing the 1700X or 1800X processor.

You might be better off booting a systemrescuecd or something like a
Mint CD. I flip-flop between the two of them.

Dan

[1]
https://www.extremetech.com/computing/246304-amd-fix-coming-fused-multiply-add-fma3-ryzen-bug

Re: [gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]

[Alan Grimes]

On these new mobos, it's important to update the BIOS as soon as
possible. I DL'd a Bios with my 'doze 7 machine first thing and flashed
it. The original bios I had was version 418 from February, the new one
was 520 from a few days before I started... It is very important this is
done before anything else is attempted with the system.



Alan Mackenzie wrote:
>
>> He [Alan Grimes] has new hardware (Ryzen) that needs 4.10 for proper support.
> I too have new hardware (An Asus Prime X370-PRO MB with a Ryzen 1700X
> processor), indeed so new that my first attempt to boot a minimal CD was
> less than an hour ago.
>


-- 
Strange Game.
The only winning move is not to play. 

Powers are not rights.

Re: [gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

[Neil Bothwick]

On Mon, 10 Apr 2017 17:45:59 +0200, Kai Krakow wrote:

> All those services are well integrated with each other and suitable for
> most stuff. Tho, systemd-networkd is not explicitly developed as a
> desktop daemon currently, systemd folks still tend to recommend
> NetworkManager to get all features. The systemd replacement perfectly
> works for me, tho: My desktop PC is a stationary PC with wired network.
> If you're mobile or use wifi, ymmv.

I use systemd-networkd with WiFi. It's just a case of running wpa_gui
when I want to connect to a new network.


-- 
Neil Bothwick

No, you *can't* call 999 now. I'm downloading my mail.


pgpx9f6hWiuhq.pgp
Description: OpenPGP digital signature

[gentoo-user] systemd questions: hdparm unit file, OpenRC packages

[Raffaele Belardi]

After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a try.

1. With OpenRC I used hdparm to put an external USB disk to sleep:

$ cat /etc/conf.d/hdparm
sdb_args="-S24"

Looks like systemd does not provide a unit file for hdparm yet, right? If so I suppose 
I'll have to write my own.

In general I suppose the same holds for everything that was under /etc/local.d/

2. Which OpenRC-related packages can I unmerge?
- sys-apps/sysvinit
- sys-apps/openrc
- app-admin/sysklogd
- cron/anacron after transition to systemd timers
- sys-apps/debianutils provides savelog functionality also provided by systemd but also 
installkernel so I shall not remove it

- others?

thanks

raffaele

Re: [gentoo-user] lumina

[Neil Bothwick]

On Mon, 10 Apr 2017 09:43:20 +0100, Jorge Almeida wrote:

>  * QA Notice: This package installs one or more .desktop files that do not
>  * pass validation.
>  *

It's a QA notice, you can ignore it. Whoever committed the ebuild should
not have done so.

>  *  /usr/share/applications/lumina-config.desktop: error: value
> "Lumina;" for key "OnlyShowIn" in group "Desktop Entry" contains an
> unregistered value "Lumina"; values extending the format should start
> with "X-"

It seems fairly clear, some .desktop files contain invalid values. It
shouldn't stop them working but they should have been fixed before being
installed.


-- 
Neil Bothwick

PROSTITUTE: Receiver of swollen goods.


pgpiX5xxSxOFk.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Clang has gone walkabout

[Mick]

On Monday 10 Apr 2017 11:08:05 Neil Bothwick wrote:
> On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:
> > Do we have any clang users out there? I've had clang installed
> > 
> > on my machine for ages and a simple "clang test.c" will result in an
> > executable. I can even nearly build my whole machine using clang, so
> > its up and running. I've now just updated clang, from a working 3.9.1
> > to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
> > --version", I get "command not found". "whereis clang" only gives me
> > the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or
> > directory"
> 
> Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
> should find the executables.
> 
> qlist is part of portage-utils, which you probably already have.

I seem to recall clang clashing recently with some package, which required the 
clang USE flag to be unset - was it llvm?  I suspect as a result clang is no 
longer installed on my laptop.
-- 
Regards,
Mick

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

Re: [gentoo-user] Clang has gone walkabout

[Andrew Lowe]

On 10/04/17 18:08, Neil Bothwick wrote:

On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:


Do we have any clang users out there? I've had clang installed
on my machine for ages and a simple "clang test.c" will result in an
executable. I can even nearly build my whole machine using clang, so
its up and running. I've now just updated clang, from a working 3.9.1
to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
--version", I get "command not found". "whereis clang" only gives me
the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or
directory"


Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.

qlist is part of portage-utils, which you probably already have.




	Done as requested. There are 41 files found with clang in their name 
and they are all on the dir:


/usr/lib/llvm/4/bin/

	I'm no whiz bang sys-admin but that doesn't seem right to me. There is 
clang and clang++ and a whole lot of stuff sym linked to provide all the 
various permutations and combinations of names in there. But there is 
nothing in my path that points to that dir. I'll have to have a look at 
the ebuild to see if a symlink or something is not being applied.


Any other thoughts appreciated,

Andrew

[gentoo-user] Re: vim colorschemes: A question regarding terminal capabilities

[Kai Krakow]

Am Mon, 10 Apr 2017 05:00:26 +
schrieb tu...@posteo.de:

> I am playing around with colorschemes in vim and came across a
> problem: It seems impossible to change the fore-/background color of
> the cursor itself. $TERM is xterm-256color and vim itself offers
> settings for the color of the cursor. Different colortests for
> terminals validate that the terminal is able to display 256 colors.
> 
> Is there something special terminal-wise when setting cursor colors ?
> Why does it fail?
> 
> Thanks a lot in advance for any help!

Usually the cursor has the color of the character cell, thus if there's
a red character, the cursor would be red.


-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: managing local IP's

[Kai Krakow]

Am Fri, 24 Feb 2017 03:42:52 +
schrieb "J. Roeleveld" :

> On February 24, 2017 12:55:26 AM GMT+01:00, the...@sys-concept.com
> wrote:
> >I have two networks connected over VPN
> >
> >1st Network has 3-box (only one active)
> >2nd Remote Network has 4-boxes (only two active at any given time)
> >
> >All boxes are configure to run: Hylafax, Asterisk (but only one at a
> >time act as a server).
> >
> >Various external devises like Sipur, Audiocodes has to be configure
> >(IP change) to register to Asterisk server; if I switch a box that
> >acts as a
> >server, I need to login to each device and change the IP.
> >
> >Hylafax is relatively simple to switch, but "yajhfc" that view the
> >faxes
> >has to have an IP changed.
> >Audiocodes - is a nightmare to change IP.
> >Local Asterisk registers with Remote Network over VPN so IP's need to
> >change as well.
> >
> >Is there an easier way to mange it?  
> 
> Have the active server add a 2nd IP to its network interface and
> configure the clients to use that IP. When switching to a different
> server (making a different one active), move that 2nd IP to the new
> active server.

This is the best way to go.

> This is how most active/passive failovers actually work.

Yes, plus they send an ARP packet to update the local peers and switches
with the move because usually also a virtual MAC address will be moved
over to the other interface.

This is especially important for the local VPN router so remote peers
are able to immediately reach the moved IP.

Usually, the network stack would generate such ARP packets. I'd ensure
with wireshark that this really takes place in the correct order so you
don't diagnose unexpected troubles later. You need a switch with mirror
port for this to work correctly with wireshark.

See https://wiki.wireshark.org/Gratuitous_ARP


-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] lumina

[Jorge Almeida]

 * QA Notice: This package installs one or more .desktop files that do not
 * pass validation.
 *
 *  /usr/share/applications/lumina-config.desktop: error: value
"Lumina;" for key "OnlyShowIn" in group "Desktop Entry" contains an
unregistered value "Lumina"; values extending the format should start
with "X-"
 *  /usr/share/applications/lumina-info.desktop: error: value
"Lumina;" for key "OnlyShowIn" in group "Desktop Entry" contains an
unregistered value "Lumina"; values extending the format should start
with "X-"
 *  /usr/share/applications/lumina-support.desktop: error: key
"Categories" is present in group "Desktop Entry", but the type is
"Link" while this key is only valid for type "Application"
 *  /usr/share/applications/lumina-support.desktop: error: value
"Lumina;" for key "OnlyShowIn" in group "Desktop Entry" contains an
unregistered value "Lumina"; values extending the format should start
with "X-"

??

Jorge Almeida

[gentoo-user] Clang has gone walkabout

[Andrew Lowe]

Hi all,
	Do we have any clang users out there? I've had clang installed on my 
machine for ages and a simple "clang test.c" will result in an 
executable. I can even nearly build my whole machine using clang, so its 
up and running. I've now just updated clang, from a working 3.9.1 to a 
4.0.0-r1 and clang has now disappeared. If I type in "clang --version", 
I get "command not found". "whereis clang" only gives me the library 
dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or directory"


	I've run the install several times. I've even uninstalled both clang 
and llvm and then reinstalled and still the same. The only thing that I 
can think of is that whilst doing the original update, for some reason 
my machine crashed during the clang install. This may have screwed 
something up.


	Has anyone managed to do the install/update and have a working latest 
clang?


Thoughts/comments greatly appreciated,

Andrew

p.s. Looking in the /usr/lib64/clang/4.0.0 dir shows plenty of libraries 
in there.

Re: [gentoo-user] lumina

[Neil Bothwick]

On Mon, 10 Apr 2017 12:37:36 +0100, Jorge Almeida wrote:

> > It seems fairly clear, some .desktop files contain invalid values. It
> > shouldn't stop them working but they should have been fixed before
> > being installed.
> >  
> Is it an upstream problem, then? Should I file a bug?

It's a QA report, so file a bug on b.g.o.


-- 
Neil Bothwick

Dyslexics of the world, untie!


pgpxf9qRvzoqF.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] lumina

[Jorge Almeida]

On Mon, Apr 10, 2017 at 11:06 AM, Neil Bothwick  wrote:
> On Mon, 10 Apr 2017 09:43:20 +0100, Jorge Almeida wrote:
>
>
> It seems fairly clear, some .desktop files contain invalid values. It
> shouldn't stop them working but they should have been fixed before being
> installed.
>
Is it an upstream problem, then? Should I file a bug?

Thx

Jorge Almeida

[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages

[Kai Krakow]

Am Mon, 10 Apr 2017 09:27:57 +0200
schrieb Raffaele Belardi :

> After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a try.
> 
> 1. With OpenRC I used hdparm to put an external USB disk to sleep:
> 
> $ cat /etc/conf.d/hdparm
> sdb_args="-S24"
> 
> Looks like systemd does not provide a unit file for hdparm yet,
> right? If so I suppose I'll have to write my own.
> In general I suppose the same holds for everything that was
> under /etc/local.d/
> 
> 2. Which OpenRC-related packages can I unmerge?
> - sys-apps/sysvinit
> - sys-apps/openrc
> - app-admin/sysklogd
> - cron/anacron after transition to systemd timers
> - sys-apps/debianutils provides savelog functionality also provided
> by systemd but also installkernel so I shall not remove it
> - others?

I've put the hdparm stuff in /etc/local.d:

$ cat /etc/local.d/hdparm.start
#!/bin/sh

for device in /sys/bus/scsi/devices/[012345]:0:0:0/block/*; do
hdparm -W1B254S241M254 /dev/$(basename $device)
done

Make it chmod +x.

Then install the gentoo integration packet for systemd which creates
the proper units on the fly during boot:

$ emerge -a sys-apps/gentoo-systemd-integration

After restart, you should see units started for each local.d script.
It's implemented as a systemd generator. To see how it works, look at
"equery f gentoo-systemd-integration" and have a look at the generator
files.

-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Clang has gone walkabout

[J. Roeleveld]

On April 10, 2017 12:41:54 PM GMT+02:00, Andrew Lowe  wrote:
>On 10/04/17 18:08, Neil Bothwick wrote:
>> On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:
>>
>>> Do we have any clang users out there? I've had clang installed
>>> on my machine for ages and a simple "clang test.c" will result in an
>>> executable. I can even nearly build my whole machine using clang, so
>>> its up and running. I've now just updated clang, from a working
>3.9.1
>>> to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
>>> --version", I get "command not found". "whereis clang" only gives me
>>> the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file
>or
>>> directory"
>>
>> Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
>> should find the executables.
>>
>> qlist is part of portage-utils, which you probably already have.
>>
>>
>
>   Done as requested. There are 41 files found with clang in their name 
>and they are all on the dir:
>
>   /usr/lib/llvm/4/bin/
>
>   I'm no whiz bang sys-admin but that doesn't seem right to me. There is
>
>clang and clang++ and a whole lot of stuff sym linked to provide all
>the 
>various permutations and combinations of names in there. But there is 
>nothing in my path that points to that dir. I'll have to have a look at
>
>the ebuild to see if a symlink or something is not being applied.
>
>   Any other thoughts appreciated,
>
>   Andrew

Try those and see if they respond correctly.
If yes, add that dir to your PATH.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] Clang has gone walkabout

[Andrew Lowe]

On 10/04/17 18:57, J. Roeleveld wrote:

On April 10, 2017 12:41:54 PM GMT+02:00, Andrew Lowe  wrote:

On 10/04/17 18:08, Neil Bothwick wrote:

On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:


Do we have any clang users out there? I've had clang installed
on my machine for ages and a simple "clang test.c" will result in an
executable. I can even nearly build my whole machine using clang, so
its up and running. I've now just updated clang, from a working

3.9.1

to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
--version", I get "command not found". "whereis clang" only gives me
the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file

or

directory"


Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.

qlist is part of portage-utils, which you probably already have.




Done as requested. There are 41 files found with clang in their name
and they are all on the dir:

/usr/lib/llvm/4/bin/

I'm no whiz bang sys-admin but that doesn't seem right to me. There is

clang and clang++ and a whole lot of stuff sym linked to provide all
the
various permutations and combinations of names in there. But there is
nothing in my path that points to that dir. I'll have to have a look at

the ebuild to see if a symlink or something is not being applied.

Any other thoughts appreciated,

Andrew


Try those and see if they respond correctly.
If yes, add that dir to your PATH.

--
Joost



	They work as expected and I can add the dir to the path with no 
problems, I'm more concerned about why I have add the path - is the 
ebuild screwed up in some way?


	What is the portage/ebuild doco like? Is it well documented or are 
there gaping holes that lead to frustration - my level of understanding 
of coding is 25 years of C/C++ coding on CAD systems & engineering 
applications and even though I run a Gentoo box as my default machine, 
I've never had the need to get into bash scripting - but might.


Andrew

Re: [gentoo-user] Clang has gone walkabout

[Simon Thelen]

On 17-04-10 at 20:48, Andrew Lowe wrote:
> On 10/04/17 18:57, J. Roeleveld wrote:
> > On April 10, 2017 12:41:54 PM GMT+02:00, Andrew Lowe  
> > wrote:
> >> On 10/04/17 18:08, Neil Bothwick wrote:
> >>> On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:
> >>>
>   Do we have any clang users out there? I've had clang installed
>  on my machine for ages and a simple "clang test.c" will result in an
>  executable. I can even nearly build my whole machine using clang, so
>  its up and running. I've now just updated clang, from a working
> >> 3.9.1
>  to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
>  --version", I get "command not found". "whereis clang" only gives me
>  the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file
> >> or
>  directory"
> >>>
> >>> Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
> >>> should find the executables.
> >>>
> >>> qlist is part of portage-utils, which you probably already have.
> >>>
> >>>
> >>
> >>Done as requested. There are 41 files found with clang in their name
> >> and they are all on the dir:
> >>
> >>/usr/lib/llvm/4/bin/
> >>
> >>I'm no whiz bang sys-admin but that doesn't seem right to me. There is
> >>
> >> clang and clang++ and a whole lot of stuff sym linked to provide all
> >> the
> >> various permutations and combinations of names in there. But there is
> >> nothing in my path that points to that dir. I'll have to have a look at
> >>
> >> the ebuild to see if a symlink or something is not being applied.
> >>
> >>Any other thoughts appreciated,
> >>
> >>Andrew
> >
> > Try those and see if they respond correctly.
> > If yes, add that dir to your PATH.
> >
> > --
> > Joost
> >
> 
>   They work as expected and I can add the dir to the path with no 
> problems, I'm more concerned about why I have add the path - is the 
> ebuild screwed up in some way?
> 
>   What is the portage/ebuild doco like? Is it well documented or are 
> there gaping holes that lead to frustration - my level of understanding 
> of coding is 25 years of C/C++ coding on CAD systems & engineering 
> applications and even though I run a Gentoo box as my default machine, 
> I've never had the need to get into bash scripting - but might.
> 
>   Andrew
> 

Try running `env-update && source /etc/profile'. Your path should be
extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995.

-- 
Simon Thelen

Re: [gentoo-user] Clang has gone walkabout

[Andrew Lowe]

On 10/04/17 20:58, Simon Thelen wrote:

On 17-04-10 at 20:48, Andrew Lowe wrote:

On 10/04/17 18:57, J. Roeleveld wrote:

On April 10, 2017 12:41:54 PM GMT+02:00, Andrew Lowe  wrote:

On 10/04/17 18:08, Neil Bothwick wrote:

On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:


Do we have any clang users out there? I've had clang installed
on my machine for ages and a simple "clang test.c" will result in an
executable. I can even nearly build my whole machine using clang, so
its up and running. I've now just updated clang, from a working

3.9.1

to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
--version", I get "command not found". "whereis clang" only gives me
the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file

or

directory"


Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.

qlist is part of portage-utils, which you probably already have.




Done as requested. There are 41 files found with clang in their name
and they are all on the dir:

/usr/lib/llvm/4/bin/

I'm no whiz bang sys-admin but that doesn't seem right to me. There is

clang and clang++ and a whole lot of stuff sym linked to provide all
the
various permutations and combinations of names in there. But there is
nothing in my path that points to that dir. I'll have to have a look at

the ebuild to see if a symlink or something is not being applied.

Any other thoughts appreciated,

Andrew


Try those and see if they respond correctly.
If yes, add that dir to your PATH.

--
Joost



They work as expected and I can add the dir to the path with no
problems, I'm more concerned about why I have add the path - is the
ebuild screwed up in some way?

What is the portage/ebuild doco like? Is it well documented or are
there gaping holes that lead to frustration - my level of understanding
of coding is 25 years of C/C++ coding on CAD systems & engineering
applications and even though I run a Gentoo box as my default machine,
I've never had the need to get into bash scripting - but might.

Andrew



Try running `env-update && source /etc/profile'. Your path should be
extended by /etc/profile.env which is generated from /etc/env.d/10llvm-9995.



SUCCESS!!

Thanks

Re: [gentoo-user] nxclient: cannot execute binary file: Exec format error

[Fernando Rodriguez]

On 04/09/2017 12:57 PM, the...@sys-concept.com wrote:

On 04/09/2017 10:19 AM, Alexander Kapshuk wrote:

On Sun, Apr 9, 2017 at 7:15 PM, Alexander Kapshuk
 wrote:

On Sun, Apr 9, 2017 at 7:06 PM,   wrote:

On 04/09/2017 09:55 AM, Alexander Kapshuk wrote:

On Sun, Apr 9, 2017 at 6:49 PM,   wrote:

I've installed: net-misc/nxclient-3.5.0.7 on x86 and it compiled without 
errors, but when I try to run it I get an error:

nxclient
/usr/bin/nxclient: line 8: /usr/NX/bin/nxclient: cannot execute binary file: 
Exec format error
/usr/bin/nxclient: line 8: /usr/NX/bin/nxclient: Success

In a remote location all my boxes are Gentoo except one Win10 (Home Edition).
I have a hard time connecting to it.
X2Go has only client for Win10 but in order for x2go to connect to Win10, it 
would have to run X2Go-server isn't it?

Win10 has Remote Desktop for connecting to other computers, but you can't 
remote desktop to Windows 10 Home itself. That requires Windows 10 Pro.

What are my alternatives?

--
Thelma



What's the output of 'readelf -h /path/to/nxclient'?



readelf -h  /usr/NX/bin/nxclient
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
  Class: ELF64
  Data:  2's complement, little endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   0
  Type:  EXEC (Executable file)
  Machine:   Advanced Micro Devices X86-64
  Version:   0x1
  Entry point address:   0x4207e0
  Start of program headers:  64 (bytes into file)
  Start of section headers:  6314232 (bytes into file)
  Flags: 0x0
  Size of this header:   64 (bytes)
  Size of program headers:   56 (bytes)
  Number of program headers: 8
  Size of section headers:   64 (bytes)
  Number of section headers: 29
  Section header string table index: 28

--
Thelma



OK. It's an x86-64 binary. That explains the error message you got
when attempting to run it on your x86 machine.
How did that happen, I wonder?

Just to be 100% sure, can you please supply the output of the commands below?
uname -m
gcc -v 2>&1 | grep ^Target
emerge --info


'net-misc/nxclient' doesn't seem to be in my portage tree?
Is it supported by Gentoo devs at all?


Yes, it is an: i686 system
gcc -v 2>&1 | grep ^Target
Target: i686-pc-linux-gnu

Portage 2.3.3 (python 3.4.5-final-0, default/linux/x86/13.0/desktop, gcc-4.9.4, 
glibc-2.23-r3, 4.9.6-gentoo-r1 i686)
=
System uname: 
Linux-4.9.6-gentoo-r1-i686-VIA_Eden_Processor_1200MHz-with-gentoo-2.3
KiB Mem:  960444 total,228100 free
KiB Swap:1048572 total,988340 free
Timestamp of repository gentoo: Sun, 26 Feb 2017 22:00:01 +
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:  4.3_p48-r1::gentoo
dev-java/java-config: 2.2.0-r3::gentoo
dev-lang/perl:5.22.3_rc4::gentoo
dev-lang/python:  2.7.12::gentoo, 3.4.5::gentoo
dev-util/cmake:   3.7.2::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.3::gentoo
sys-apps/openrc:  0.23.2::gentoo
sys-apps/sandbox: 2.10-r3::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1-r1::gentoo
sys-devel/gcc:4.9.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6-r3::gentoo
sys-devel/make:   4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:   2.23-r3::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://10.0.0.103/gentoo-portage
priority: -1000

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0

brother-overlay
location: /var/lib/layman/brother-overlay
masters: gentoo
priority: 50

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/easy-rsa /usr/share/gnupg/qualified.txt 
/usr/src/linux* /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d 
/etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d 
/etc/texmf/web2c"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks 

Re: [gentoo-user] Clang has gone walkabout

[Neil Bothwick]

On Mon, 10 Apr 2017 17:13:28 +0800, Andrew Lowe wrote:

>   Do we have any clang users out there? I've had clang installed
> on my machine for ages and a simple "clang test.c" will result in an 
> executable. I can even nearly build my whole machine using clang, so
> its up and running. I've now just updated clang, from a working 3.9.1
> to a 4.0.0-r1 and clang has now disappeared. If I type in "clang
> --version", I get "command not found". "whereis clang" only gives me
> the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or
> directory"

Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.

qlist is part of portage-utils, which you probably already have.


-- 
Neil Bothwick

Celery is not food. It is a member of the plywood family.


pgpK93Ywpt_pS.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] New AMD hardware.

[Alan Mackenzie]

On Mon, Apr 10, 2017 at 21:23:18 +0100, Mick wrote:
> On Monday 10 Apr 2017 19:07:49 Alan Mackenzie wrote:

> > I too have new hardware (An Asus Prime X370-PRO MB with a Ryzen 1700X
> > processor), indeed so new that my first attempt to boot a minimal CD was
> > less than an hour ago.

> > The attempt, one must admit, was wholly unsuccessful.  I can boot into
> > the minimal CD's opening overtures, at which I'm prompted to select a
> > "kernel".  If I choose memtest86, it loads and displays its initial
> > screen, then promptly crashes the system, leading to an automatic
> > reboot.  gentoo-nofb boots, displays something about the number of cores
> > present (It counts up to #16), displays some information about "PCI"
> > (on, perhaps, 20 lines) and promptly crashes, blanking the screen and
> > rebooting.

> > My minimal CD is install-amd64-minimal-20170406.iso, so fairly recent,
> > but built with kernel 4.9.16.

> > Question: do I need a 4.10 kernel to be able to boot a Ryzen system at
> > all?  If 4.10 is necessary, is it sufficient?

> > Just as importantly, are there any convenient instructions in a
> > convenient place for building one's own minimal CD?  I've just tried a
> > quick search through the Gentoo wiki, but didn't see anything relevant.

> > Is there anything else relevant anybody can tell me to help me get my
> > new machine booted?

> > Thanks in advance!

> > > Dan

> I can't recall when was the last time I used a Gentoo minimal CD to install a 
> system and I have not tried installing Gentoo on Ryzen (yet), but have you 
> had 
> a go at using a systemrescuecd?

Not as such, no.

> You'll need to use the alternative kernel from the boot options, which is at 
> present still a 4.9.18 version:

> http://www.system-rescue-cd.org/Download/

> Alternatively, you can unpack it, build the kernel of your choice and rebuild 
> it as explained here:

> http://www.system-rescue-cd.org/Customization/

> The same must be doable with Gentoo's minimal CD, but I have not searched the 
> interwebs for guidance ...

Thanks for the ideas, Mick.  I'll think them over overnight.

Another idea I've had is that I've got duff RAM.  The various bootable
images that crash don't always crash in _exactly_ the same places.  And
the BIOS mouse and keyboard freezing up don't inspire confidence.  I do
hope it's not the RAM; I'd probably have to remove the processor cooler
just to be able to get at the RAM sticks.  :-(

> HTH.
> -- 
> Regards,
> Mick

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] Re: Something eats my memory - please help

[Peter Humphrey]

On Monday 10 Apr 2017 12:26:38 Dale wrote:

> I have Gkrellm on my parking desktop.  That's the desktop I'm usually on
> when I'm not doing anything.  At a glance, I can see what the CPUs are
> doing, memory, disks, fans and a whole host of other things.  I can't see
> me going without Gkrellm.  I'd be one sad puppy if it stopped working or
> being developed.  :-(   I'd want it up and running no matter what desktop
> I was using.  As you showed, you can make it really small if one wants
> too.

Here's another vote for gkrellm, which I have been using for more years than 
I can easily remember. I have it permanently on display on all desktops: one 
instance for this workstation and one each for two other boxes on the LAN. I 
like to know what my systems are doing, all the time, BOINC and all. So on 
my 27", 1920x1080 display I can afford a 100px display of each.

I also subscribe to the gkrellm mailing list to stay up to date and so that 
I can report oddities, which do crop up from time to time. One of those at 
the moment is that my NVMe disk shows up in between sda and sdb, which are 
both external USB drives. Hey ho.

-- 
Regards
Peter

Re: [gentoo-user] Re: Something eats my memory - please help

[Alan McKinnon]

On 11/04/2017 00:28, Peter Humphrey wrote:
> On Monday 10 Apr 2017 12:26:38 Dale wrote:
> 
>> I have Gkrellm on my parking desktop.  That's the desktop I'm usually on
>> when I'm not doing anything.  At a glance, I can see what the CPUs are
>> doing, memory, disks, fans and a whole host of other things.  I can't see
>> me going without Gkrellm.  I'd be one sad puppy if it stopped working or
>> being developed.  :-(   I'd want it up and running no matter what desktop
>> I was using.  As you showed, you can make it really small if one wants
>> too.
> 
> Here's another vote for gkrellm, which I have been using for more years than 
> I can easily remember. I have it permanently on display on all desktops: one 
> instance for this workstation and one each for two other boxes on the LAN. I 
> like to know what my systems are doing, all the time, BOINC and all. So on 
> my 27", 1920x1080 display I can afford a 100px display of each.
> 
> I also subscribe to the gkrellm mailing list to stay up to date and so that 
> I can report oddities, which do crop up from time to time. One of those at 
> the moment is that my NVMe disk shows up in between sda and sdb, which are 
> both external USB drives. Hey ho.
> 

I tried all sorts of other monitors over the years.
Anything and everything ever written to go into a kde or plasma panel
just does not cut it - they are way too big and tend to drift to the top
of top.
Gnome's monitors are smaller but just as resource sucky.
enlightenment has nice ones, but they are few and only work with
enlightenment (which I gave up on shortly into e0.18)
conky really only works if you minimize all windows and look at the
desktop. Not for me.

CLI tools are nice and I use them all the time when troubleshooting. But
not for regular use - nothing beats flicking my eye over to the left
edge and looking for biggish blobs of cyan and amber :-)

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] systemd questions: hdparm unit file, OpenRC packages

[Rich Freeman]

On Mon, Apr 10, 2017 at 3:27 AM, Raffaele Belardi
 wrote:
> After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a try.
>
> 1. With OpenRC I used hdparm to put an external USB disk to sleep:
>
> $ cat /etc/conf.d/hdparm
> sdb_args="-S24"
>
> Looks like systemd does not provide a unit file for hdparm yet, right? If so
> I suppose I'll have to write my own.
> In general I suppose the same holds for everything that was under
> /etc/local.d/

As Kai pointed out there are units/generators to run the stuff under
local.d.  You could certainly create a unit for hdparm but a local.d
script is probably fine for something done once like this, especially
if there is no need to maintain any kind of state and undo it later.

>
> 2. Which OpenRC-related packages can I unmerge?
> - sys-apps/sysvinit
> - sys-apps/openrc

This stuff ends up being pulled in by the system set, but you can
eliminate it if you create a symlink from /lib/gentoo/functions.sh to
/etc/init.d/functions.sh.  Don't ask me why stuff STILL sources the
old location, other than it being so trivial that nobody cares that
much.  I've put openrc in package.provided just to avoid the needless
upgrades.  You can ditch sysvinit if you set USE=sysv-utils on systemd
(so that you still get stuff like reboot/halt/poweroff, though I'm not
sure how essential those actually are these days).

> - app-admin/sysklogd

Never used it, so obviously you can live without that.

> - cron/anacron after transition to systemd timers

You might want to also look at sys-process/systemd-cron as a bridge.
It basically generates timer units from your crontab and also runs the
stuff in /etc/cron.*.d/.  But, timer scripts also work just fine and I
do that for stuff that I want a bit more control over.

> - sys-apps/debianutils provides savelog functionality also provided by
> systemd but also installkernel so I shall not remove it

I use logrotate personally, and I still need it for stuff that doesn't
use syslog.

> - others?

That depends how far down the rabbit hole you want to go.  Systemd has
semi-replacements for stuff like ntpd, dns, etc.  They're not intended
as full replacements.  If you're serving time/dns/etc then you
probably won't want it.  If you just want something to manage it
locally on the host then these are fairly viable replacements.  There
is also networkd, which I use on systems that don't have wifi.

Systemd basically tries to provide all the essential services from a
client-only perspective.

-- 
Rich