[gentoo-user] nss use flag used 11 times

[Raymond Jennings]

I just noticed that the nss use flag is a local use flag provided by
11 separate packages.

This is over the 5 for moving to global except that I also noticed the
use flags are different.

Would a cleanup on this part help any?

Re: [gentoo-user] Dell Precision Workstation Overheating

[mad.scientist.at.large]

what thermal grease did you use?  did you clean all the old stuff off.  Be 
aware that the lids on cpu chips are usually somewhat concave on the top, 
recently had to add a drop of thermal grease to regreased cpu that was running 
too hot even idleing.  solved it completely.  current processors are large 
enough and concave enough to require more grease than seems right to someone 
experienced with older electronics.  

There is a huge difference between common silicone grease suitable for amp's 
and higher performance products.   basic thermal grease is a sick joke for a 
cpu.   Some of the better stuff is stiff, and overpriced thanks to mad gamers 
and other overclockers.   I Love the pk-3 stuff with nanoaluminum but it has to 
be fairly hot to spread well, then again it takes 2-3 minutes to settle and 
markedly lowers cpu temps when heavily loaded.  Previous favorite was ceramax.

ignore the hype and any brand that doesn't provide the thermal resistance or 
conductivity (which are inverses, of course so either is fine for choosing, 
thermal conductivity should be high, thermal resistance should be low).  Most 
are insulators at low voltages due to surface oxidation and the oil etc, on 
power wiring probably not a good idea.

most greases need to bake and be through power cycling a few times for optimum 
performance, they thin when warm.  with my particular favorite grease it only 
takes 2-3 minutes powered on to reach optimum performance.  my preference also 
avoids wasting silver and just uses extremely fine aluminum powder and some 
additives.

And what cpu has any one seen working without a heatsink in the last ten years 
other than some system on a chip or very low end embedded processor?  
Seriously,  unless I've been in hibernation some how i doubt it.

mad.scientist.at.large (a good madscientist)
--
God bless the rich, the greedy and the corrupt politicians they have put into 
office.   God bless them for helping me do the right thing by giving the rich 
my little pile of cash.  After all, the rich know what to do with money.  




19. Apr 2018 20:33 by r03...@gmail.com :


> On Thu, Apr 19, 2018 at 9:26 PM, Corbin Bird <> corbinb...@charter.net 
> > > wrote:
>> What are the Dell system specs?
>>
>> ( Heatsink on a CPU?  How old is this system ? )
>>
>
> Dell Precision T7600, two 16 thread Xeons, 192GB of RAM, two Quadro
> cards and a Tesla card.
>
> The system is a few years old at this point. Old enough that the
> thermal compound could have hardened, which is why I replaced it.
>
>> On 04/19/2018 08:22 PM, R0b0t1 wrote:
>>> I was compiling Gentoo, as is custom, but found my old new server to
>>> be thermal cycling wildly. The fans will turn on full blast and
>>> machine check errors will be generated if I use approximately more
>>> than one third to half of the cores. The cores then throttle
>>> themselves, only to immediately overheat once the throttle lifts. This
>>> seems to persist on Windows, though Windows seems to be much more
>>> conservative in its CPU usage, and triggers MCEs less.
>>>
>>> Any suggestions? I repasted the CPU and heatsink interface, and the
>>> machine is not loaded with dust. It was hardly ever used. The MCEs
>>> seem to be a "normal" part of operation, though less normal on
>>> Windows.
>>>
>>> Is there a way to at least mimic the conservative CPU usage that
>>> Windows exhibits?
>>>
>>> Cheers,
>>>  R0b0t1
>>>

Re: [gentoo-user] Dell Precision Workstation Overheating

[Adam Carter]

On Fri, Apr 20, 2018 at 11:22 AM, R0b0t1  wrote:

> I was compiling Gentoo, as is custom, but found my old new server to
> be thermal cycling wildly. The fans will turn on full blast and
> machine check errors will be generated if I use approximately more
> than one third to half of the cores.
>

Very odd that you're not even close to running it hard and getting these
issues. No good ideas...but;
BIOS updates?
Do the temperatures reported by the sensors seem sane?
Powersave CPU freq governor
Underclock CPU in BIOS
BIOS power settings

Re: [gentoo-user] Dell Precision Workstation Overheating

[R0b0t1]

On Thu, Apr 19, 2018 at 9:26 PM, Corbin Bird  wrote:
> What are the Dell system specs?
>
> ( Heatsink on a CPU?  How old is this system ? )
>

Dell Precision T7600, two 16 thread Xeons, 192GB of RAM, two Quadro
cards and a Tesla card.

The system is a few years old at this point. Old enough that the
thermal compound could have hardened, which is why I replaced it.

> On 04/19/2018 08:22 PM, R0b0t1 wrote:
>> I was compiling Gentoo, as is custom, but found my old new server to
>> be thermal cycling wildly. The fans will turn on full blast and
>> machine check errors will be generated if I use approximately more
>> than one third to half of the cores. The cores then throttle
>> themselves, only to immediately overheat once the throttle lifts. This
>> seems to persist on Windows, though Windows seems to be much more
>> conservative in its CPU usage, and triggers MCEs less.
>>
>> Any suggestions? I repasted the CPU and heatsink interface, and the
>> machine is not loaded with dust. It was hardly ever used. The MCEs
>> seem to be a "normal" part of operation, though less normal on
>> Windows.
>>
>> Is there a way to at least mimic the conservative CPU usage that
>> Windows exhibits?
>>
>> Cheers,
>>  R0b0t1
>>
>

Re: [gentoo-user] Dell Precision Workstation Overheating

[Corbin Bird]

What are the Dell system specs?

( Heatsink on a CPU?  How old is this system ? )

On 04/19/2018 08:22 PM, R0b0t1 wrote:
> I was compiling Gentoo, as is custom, but found my old new server to
> be thermal cycling wildly. The fans will turn on full blast and
> machine check errors will be generated if I use approximately more
> than one third to half of the cores. The cores then throttle
> themselves, only to immediately overheat once the throttle lifts. This
> seems to persist on Windows, though Windows seems to be much more
> conservative in its CPU usage, and triggers MCEs less.
>
> Any suggestions? I repasted the CPU and heatsink interface, and the
> machine is not loaded with dust. It was hardly ever used. The MCEs
> seem to be a "normal" part of operation, though less normal on
> Windows.
>
> Is there a way to at least mimic the conservative CPU usage that
> Windows exhibits?
>
> Cheers,
>  R0b0t1
>

[gentoo-user] Dell Precision Workstation Overheating

[R0b0t1]

I was compiling Gentoo, as is custom, but found my old new server to
be thermal cycling wildly. The fans will turn on full blast and
machine check errors will be generated if I use approximately more
than one third to half of the cores. The cores then throttle
themselves, only to immediately overheat once the throttle lifts. This
seems to persist on Windows, though Windows seems to be much more
conservative in its CPU usage, and triggers MCEs less.

Any suggestions? I repasted the CPU and heatsink interface, and the
machine is not loaded with dust. It was hardly ever used. The MCEs
seem to be a "normal" part of operation, though less normal on
Windows.

Is there a way to at least mimic the conservative CPU usage that
Windows exhibits?

Cheers,
 R0b0t1

Re: [gentoo-user] Epson L380 scanner+ printer

[Francisco Ares]

2018-04-19 10:36 GMT-03:00 Francisco Ares :

>
>
> 2018-04-17 18:29 GMT-03:00 Heiko Baums :
>
>> Am Tue, 17 Apr 2018 17:20:21 +
>> schrieb Francisco Ares :
>>
>> > Can anyone tell me how to set up the scanner part of an Epson L380?
>>
>> It's most likely done this way (at least for printers which need the
>> open source driver ESC/P-R):
>>
>> - Install sane.
>> - In /etc/sane.d/dll.conf uncomment the line epson2.
>> - In /etc/sane.d/epson2.conf set or uncomment those lines:
>>
>> usb
>> usb  
>> net 
>>
>> If you have it connected via Wifi you probably need to configure it for
>> USB, too. At least you can configure it for both connection types at
>> the same time.
>>
>> Just in case, you won't be able to use this printer with a Raspberry Pi,
>> because it needs the proprietary ESC/P driver. If you consider
>> connecting an EPSON printer to a Raspberry Pi you would need a printer
>> which needs the open source driver ESC/P-R.
>>
>> Heiko
>>
>>
> Regarding the printer part of the Epson L380, the
> package net-print/gutenprint does the job, so this part is solved.
>
> The question remains regarding the scanner part.  I'll try your
> suggestions, then I get back with the results.
>
> Thanks!
>
> Francisco
>


It works, thank you!

Francisco

Re: [gentoo-user] Re: emerge colors and light background

[Wols Lists]

On 19/04/18 16:28, John Blinka wrote:
> My sympathies to the OP.  I fought against dark terminal backgrounds
> for years (paper is white and ink is black, right?), tweaked all the
> colors through every mechanism I knew of, and never did arrive at a
> satisfactory result. 

Paper is reflective, and ink absorbs light - the opposite of a screen,
where the background is dark and the text emits light.

You do know green is a primary colour, right?

I'm not saying you're wrong to want a light background and dark text,
but there are good reasons for why a screen defaults to the opposite of
paper. (And defaults don't work for everybody :-)

Cheers,
Wol

(The three *subtractive* primaries are the well-known red, yellow and
blue. The three *additive* primaries are red, *green* and blue. Probably
(one of) the reasons why old terminals were "green screen".)

[gentoo-user] Re: emerge colors and light background

[Ian Zimmerman]

On 2018-04-19 20:57, Grant Edwards wrote:

> > It depends on your terminal app.  I use (u)rxvt and I remap the
> > colors for it globally.  Here are the settings (from .Xresources):
> >
> > *.beNiceToColormap: false
> > Rxvt.background: seashell
> > Rxvt.color10: green4
> > Rxvt.color11: orange2
> > Rxvt.color14: cyan4
> > Rxvt.color2: green3
> > Rxvt.color3: orange
> > Rxvt.color6: cyan3
> > Rxvt.foreground: Gray40
> 
> Doesn't that mess up the colors for other applications?

Of course it does, and that's the idea.  Otherwise I'd have the same
problem with these other applications!

> Or do you use the custom urxvt settings just for emerge et alia?

If you really needed that, it can be done with the urxvt -name option
which controls which Xresources entries apply.  I mentioned it the other
say over on the openbox list when someone asked for a way to change
terminal windows' icons.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

[gentoo-user] Re: emerge colors and light background

[Grant Edwards]

On 2018-04-19, Ian Zimmerman  wrote:
> On 2018-04-19 08:16, Klaus Ethgen wrote:

>> I use light background and many colors of emerge and other tools are
>> simple unreadable (like light green). I searched how to adapt them to
>> my background but did not success. I already know about color.map but
>> this just allows to tune some colors and not all (at least the ones
>> that are documented in the man page).
>
> It depends on your terminal app.  I use (u)rxvt and I remap the colors
> for it globally.  Here are the settings (from .Xresources):
>
> *.beNiceToColormap: false
> Rxvt.background: seashell
> Rxvt.color10: green4
> Rxvt.color11: orange2
> Rxvt.color14: cyan4
> Rxvt.color2: green3
> Rxvt.color3: orange
> Rxvt.color6: cyan3
> Rxvt.foreground: Gray40

Doesn't that mess up the colors for other applications?

Or do you use the custom urxvt settings just for emerge et alia?

-- 
Grant Edwards   grant.b.edwardsYow! Are we laid back yet?
  at   
  gmail.com

Re: [gentoo-user] Re: emerge colors and light background

[Daniel Frey]

On 04/19/18 07:38, Grant Edwards wrote:
> On 2018-04-19, Neil Bothwick  wrote:
>> On Thu, 19 Apr 2018 08:16:30 +0100, Klaus Ethgen wrote:
>>
>>> I use light background and many colors of emerge and other tools are
>>> simple unreadable [...]
> 
>> I use a light background in my terminal and use color.map to deal with
>> it. You can replace specific colours in color.map as well as changing
>> colours for functions, such as:
>>
>> green = purple
>> yellow=brown
> 
> Hmm. I never could get that to work acceptably, but maybe I should try
> again. Does anybody have a color.map they'd care to share for
> terminals with white backgrounds?
> 

My /etc/portage/color.map simply has:

green = purple
yellow = darkred
darkyellow = turquoise

I just did a `emerge -ep world` and I can read all of the output.

It's really only the lighter colours you need to worry about.

I only have the one machine I have a white background on, and now I
can't even remember why I set it that way.

Dan

[gentoo-user] Re: emerge colors and light background

[Ian Zimmerman]

On 2018-04-19 08:16, Klaus Ethgen wrote:

> I recently start with gentoo due to frustration of the rapidly
> degrading quality of debian.

Hello, good to meet you again ;-)

> Currently I have pretty good feelings about gentoo but there is one
> thing that is pretty annoying.
> 
> I use light background and many colors of emerge and other tools are
> simple unreadable (like light green). I searched how to adapt them to
> my background but did not success. I already know about color.map but
> this just allows to tune some colors and not all (at least the ones
> that are documented in the man page).

It depends on your terminal app.  I use (u)rxvt and I remap the colors
for it globally.  Here are the settings (from .Xresources):

*.beNiceToColormap: false
Rxvt.background: seashell
Rxvt.color10: green4
Rxvt.color11: orange2
Rxvt.color14: cyan4
Rxvt.color2: green3
Rxvt.color3: orange
Rxvt.color6: cyan3
Rxvt.foreground: Gray40

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

Re: [gentoo-user] emerge colors and light background

[James Cloos]

> "KE" == Klaus Ethgen  writes:

KE> I use light background and many colors of emerge and other tools are
KE> simple unreadable (like light green).

I also use light backgrounds for my terminals.

For eix, I have this in a file in /etc/eixrc/:

BG0=none
BG1=none
BG2=none
BG3=none
COLORSCHEME0=3
COLORSCHEME1=3


That is not as good as eix did before the current 256-color schemes were
added, but it is not unreadable.

For portage, I find its color choices to be OK.

My environment includes:

COLORFGBG='0;15'
COLORTERM=rxvt

And in ~/.Xdefaults I have:

 URxvt*background: white
 URxvt*color3: chocolate4
URxvt*color11: chocolate2

For terms like xterm and the rxvts you can configure any X11 colors for
each of the numbered terminal colors.

URxvt's default colours are:

! color0 (black)  = Black
! color1 (red)= Red3
! color2 (green)  = Green3
! color3 (yellow) = Yellow3
! color4 (blue)   = Blue3
! color5 (magenta)= Magenta3
! color6 (cyan)   = Cyan3
! color7 (white)  = AntiqueWhite
! color8 (bright black)   = Grey25
! color9 (bright red) = Red
! color10(bright green)   = Green
! color11(bright yellow)  = Yellow
! color12(bright blue)= Blue
! color13(bright magenta) = Magenta
! color14(bright cyan)= Cyan
! color15(bright white)   = White
! foreground  = Black
! background  = White

I'm sure most terminals have some way of doing that sort of configuration.

-JimC
-- 
James Cloos  OpenPGP: 0x997A9F17ED7DAEA6

Re: [gentoo-user] plasma-desktop-5.12.4 build process hangs

[Mick]

On Thursday, 19 April 2018 14:44:40 BST Elijah Mark Anderson wrote:
> A friend has commissioned me to install Gentoo on one of their machines for
> them. I'm trying to run some final updates before I turn it back over to
> them, but it keeps hanging on plasma-desktop-5.12.4 after linking
> kcm_fontinst.so (see attachment).
> 
> Anyone know what's going wrong? Is this just a bug in the ebuild, maybe?

Your log shows no error.  I had a look for bug reports, but couldn't find 
anything relevant.  If it reports no error, have you waited long enough for 
the emerge to complete?

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: emerge colors and light background

[R0b0t1]

On Thu, Apr 19, 2018 at 9:36 AM, Grant Edwards
 wrote:
> On 2018-04-19, Klaus Ethgen  wrote:
>
>> I use light background and many colors of emerge and other tools are
>> simple unreadable (like light green).
>
> Yep, it's awful.  People have been complaining about it for years and
> years.
>
>> I searched how to adapt them to my background but did not success.
>
> The short answer is: you can't.  The devs use black backgrounds and
> you're supposed to also.
>
>> I already know about color.map but this just allows to tune some
>> colors and not all (at least the ones that are documented in the man
>> page).
>>
>> So, is there any way (without using --nocolor) to use color set that is
>> more readable?
>
> Nope.
>

You need to find a light color theme that works well. You should edit
your .Xdefaults (older documentation references .Xresources, which
does not seem to be parsed by some modern utilities or X11 servers) to
use that colorscheme. See the "export" tab on https://terminal.sexy/.

Pretty much every terminal should honor .Xdefaults, but if not, you
will need to change the colors in a menu.

If portage uses 256-color codes to specify an absolute color then that
should be changed, it makes the program unthemable via the standard
interface. It would also be an issue if portage used the less common
RGB color escapes.

Cheers,
 R0b0t1

Re: [gentoo-user] Re: emerge colors and light background

[John Blinka]

On Thu, Apr 19, 2018 at 10:36 AM, Grant Edwards
 wrote:
> On 2018-04-19, Klaus Ethgen  wrote:
>
>> I use light background and many colors of emerge and other tools are
>> simple unreadable (like light green).
>
> Yep, it's awful.  People have been complaining about it for years and
> years.
>
>> I searched how to adapt them to my background but did not success.
>
> The short answer is: you can't.  The devs use black backgrounds and
> you're supposed to also.
>
>> I already know about color.map but this just allows to tune some
>> colors and not all (at least the ones that are documented in the man
>> page).
>>
>> So, is there any way (without using --nocolor) to use color set that is
>> more readable?
>
> Nope.
>

My sympathies to the OP.  I fought against dark terminal backgrounds
for years (paper is white and ink is black, right?), tweaked all the
colors through every mechanism I knew of, and never did arrive at a
satisfactory result.  I finally decided to waste my time in other,
less frustrating pursuits, and turned all my backgrounds black.  Now
everything works perfectly, and I'm used to dark backgrounds.  Problem
solved.  You, of course, are free to prefer light backgrounds, but in
my experience Grant's answers ("You can't" and "Nope") sum up the
situation so precisely and succinctly that I just had to laugh
(thanks!).

John

[gentoo-user] Re: emerge colors and light background

[Grant Edwards]

On 2018-04-19, Neil Bothwick  wrote:
> On Thu, 19 Apr 2018 08:16:30 +0100, Klaus Ethgen wrote:
>
>> I use light background and many colors of emerge and other tools are
>> simple unreadable [...]

> I use a light background in my terminal and use color.map to deal with
> it. You can replace specific colours in color.map as well as changing
> colours for functions, such as:
>
> green = purple
> yellow=brown

Hmm. I never could get that to work acceptably, but maybe I should try
again. Does anybody have a color.map they'd care to share for
terminals with white backgrounds?

-- 
Grant Edwards   grant.b.edwardsYow! Isn't this my STOP?!
  at   
  gmail.com

[gentoo-user] Re: emerge colors and light background

[Grant Edwards]

On 2018-04-19, Klaus Ethgen  wrote:

> I use light background and many colors of emerge and other tools are
> simple unreadable (like light green).

Yep, it's awful.  People have been complaining about it for years and
years.

> I searched how to adapt them to my background but did not success.

The short answer is: you can't.  The devs use black backgrounds and
you're supposed to also.

> I already know about color.map but this just allows to tune some
> colors and not all (at least the ones that are documented in the man
> page).
>
> So, is there any way (without using --nocolor) to use color set that is
> more readable?

Nope.

-- 
Grant Edwards   grant.b.edwardsYow! I hope I bought the
  at   right relish ... z
  gmail.com...

[gentoo-user] plasma-desktop-5.12.4 build process hangs

[Elijah Mark Anderson]

A friend has commissioned me to install Gentoo on one of their machines for 
them. I'm trying to run some final updates before I turn it back over to them, 
but it keeps hanging on plasma-desktop-5.12.4 after linking kcm_fontinst.so 
(see attachment).

Anyone know what's going wrong? Is this just a bug in the ebuild, maybe?
-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb[100%] Linking CXX shared module kcm_fontinst.so
cd /var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build/kcms/kfontinst/kcmfontinst && /usr/bin/cmake -E cmake_link_script CMakeFiles/kcm_fontinst.dir/link.txt --verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -pipe -std=c++0x -fno-operator-names -fno-exceptions -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Wvla -Wdate-time -Wl,--no-undefined -Wl,--fatal-warnings -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed -shared  -o kcm_fontinst.so CMakeFiles/kcm_fontinst.dir/__/viewpart/FontPreview.cpp.o CMakeFiles/kcm_fontinst.dir/__/viewpart/PreviewSelectAction.cpp.o CMakeFiles/kcm_fontinst.dir/__/viewpart/CharTip.cpp.o CMakeFiles/kcm_fontinst.dir/JobRunner.cpp.o CMakeFiles/kcm_fontinst.dir/ActionLabel.cpp.o CMakeFiles/kcm_fontinst.dir/FontsPackage.cpp.o CMakeFiles/kcm_fontinst.dir/__/dbus/FontinstIface.cpp.o CMakeFiles/kcm_fontinst.dir/DuplicatesDialog.cpp.o CMakeFiles/kcm_fontinst.dir/FontList.cpp.o CMakeFiles/kcm_fontinst.dir/GroupList.cpp.o CMakeFiles/kcm_fontinst.dir/KCmFontInst.cpp.o CMakeFiles/kcm_fontinst.dir/PrintDialog.cpp.o CMakeFiles/kcm_fontinst.dir/FontFilter.cpp.o CMakeFiles/kcm_fontinst.dir/FontFilterProxyStyle.cpp.o CMakeFiles/kcm_fontinst.dir/FcQuery.cpp.o CMakeFiles/kcm_fontinst.dir/PreviewList.cpp.o CMakeFiles/kcm_fontinst.dir/kcm_fontinst_autogen/mocs_compilation.cpp.o -Wl,-rpath,/var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build/kcms/kfontinst/lib: /usr/lib64/libKF5KCMUtils.so.5.45.0 /usr/lib64/libKF5NewStuff.so.5.45.0 ../lib/libkfontinstui.so.5.12.4 ../lib/libkfontinst.so.5.12.4 -lSM -lICE -lX11 -lXext /usr/lib64/libKF5XmlGui.so.5.45.0 /usr/lib64/libKF5NewStuffCore.so.5.45.0 /usr/lib64/libKF5Attica.so.5.45.0 /usr/lib64/libKF5KIOWidgets.so.5.45.0 /usr/lib64/libKF5IconThemes.so.5.45.0 /usr/lib64/libKF5Archive.so.5.45.0 /usr/lib64/libKF5ConfigWidgets.so.5.45.0 /usr/lib64/libKF5Codecs.so.5.45.0 /usr/lib64/libKF5JobWidgets.so.5.45.0 /usr/lib64/libKF5Completion.so.5.45.0 /usr/lib64/libKF5ConfigGui.so.5.45.0 /usr/lib64/libKF5WidgetsAddons.so.5.45.0 /usr/lib64/libKF5KIOCore.so.5.45.0 /usr/lib64/libKF5Service.so.5.45.0 /usr/lib64/libKF5ConfigCore.so.5.45.0 /usr/lib64/libQt5Network.so.5.9.5 /usr/lib64/libQt5Concurrent.so.5.9.5 /usr/lib64/libKF5Auth.so.5.45.0 /usr/lib64/libQt5Widgets.so.5.9.5 /usr/lib64/libKF5CoreAddons.so.5.45.0 /usr/lib64/libQt5DBus.so.5.9.5 /usr/lib64/libQt5Xml.so.5.9.5 /usr/lib64/libKF5I18n.so.5.45.0 /usr/lib/libxcb-image.so /usr/lib/libxcb-shm.so /usr/lib/libxcb.so /usr/lib64/libQt5X11Extras.so.5.9.5 /usr/lib64/libQt5Gui.so.5.9.5 /usr/lib64/libQt5Core.so.5.9.5 -lfreetype -lfontconfig -lXft 
make[2]: Leaving directory '/var/tmp/portage/kde-plasma/plasma-desktop-5.12.4/work/plasma-desktop-5.12.4_build'
[100%] Built target kcm_fontinst


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

Re: [gentoo-user] Epson L380 scanner+ printer

[Francisco Ares]

2018-04-17 18:29 GMT-03:00 Heiko Baums :

> Am Tue, 17 Apr 2018 17:20:21 +
> schrieb Francisco Ares :
>
> > Can anyone tell me how to set up the scanner part of an Epson L380?
>
> It's most likely done this way (at least for printers which need the
> open source driver ESC/P-R):
>
> - Install sane.
> - In /etc/sane.d/dll.conf uncomment the line epson2.
> - In /etc/sane.d/epson2.conf set or uncomment those lines:
>
> usb
> usb  
> net 
>
> If you have it connected via Wifi you probably need to configure it for
> USB, too. At least you can configure it for both connection types at
> the same time.
>
> Just in case, you won't be able to use this printer with a Raspberry Pi,
> because it needs the proprietary ESC/P driver. If you consider
> connecting an EPSON printer to a Raspberry Pi you would need a printer
> which needs the open source driver ESC/P-R.
>
> Heiko
>
>
Regarding the printer part of the Epson L380, the
package net-print/gutenprint does the job, so this part is solved.

The question remains regarding the scanner part.  I'll try your
suggestions, then I get back with the results.

Thanks!

Francisco

Re: [gentoo-user] Ladspa plugins installed twice (multilib)

[Lasse Pouru]

Neil Bothwick  writes:

> On Thu, 19 Apr 2018 10:54:14 +0300, Lasse Pouru wrote:
>
>> I can't seem to get rid of the 32-bit versions of ladspa plugins. Even
>> with the -abi_x86_32 flag set for the packages in question (ladspa-cmt,
>> ladspa-sdk, swh-plugins, tap-plugins) both versions get installed (under
>> /usr/lib/ladspa and /usr/lib64/ladspa).
>
> /usr/lib is usually a symlink to /usr/lib/64 so you may have only one set
> of plugins but the software is seeing them twice. Can you change the
> patchs it look in? Or you could try the 17.1 profile, which removes this
> symlink - read the news item first.

Oh, I see. Switching to 17.1 seems like something I'd rather not do
right now. In Audacity it should be possible to manually disable all the
duplicates but for LMMS there doesn't seem to be such an option.

Re: [gentoo-user] Ladspa plugins installed twice (multilib)

[Neil Bothwick]

On Thu, 19 Apr 2018 10:54:14 +0300, Lasse Pouru wrote:

> I can't seem to get rid of the 32-bit versions of ladspa plugins. Even
> with the -abi_x86_32 flag set for the packages in question (ladspa-cmt,
> ladspa-sdk, swh-plugins, tap-plugins) both versions get installed (under
> /usr/lib/ladspa and /usr/lib64/ladspa).

/usr/lib is usually a symlink to /usr/lib/64 so you may have only one set
of plugins but the software is seeing them twice. Can you change the
patchs it look in? Or you could try the 17.1 profile, which removes this
symlink - read the news item first.


-- 
Neil Bothwick

If you consult enough experts, you can confirm any opinion.


pgppwOq43NamI.pgp
Description: OpenPGP digital signature

[gentoo-user] Ladspa plugins installed twice (multilib)

[Lasse Pouru]

I can't seem to get rid of the 32-bit versions of ladspa plugins. Even
with the -abi_x86_32 flag set for the packages in question (ladspa-cmt,
ladspa-sdk, swh-plugins, tap-plugins) both versions get installed (under
/usr/lib/ladspa and /usr/lib64/ladspa). This is an annoyance because
every plugins shows up twice in Audacity. I also have a similar issue
with LMMS, every instrument is listed twice. (I don't know which
package(s) these instruments come from.)

I have ABI_X86 set to "32 64" in make.conf, does this override the
-abi_x86_32 use flag?

- Lasse

Re: [gentoo-user] emerge colors and light background

[Neil Bothwick]

On Thu, 19 Apr 2018 08:16:30 +0100, Klaus Ethgen wrote:

> I use light background and many colors of emerge and other tools are
> simple unreadable (like light green). I searched how to adapt them to my
> background but did not success. I already know about color.map but this
> just allows to tune some colors and not all (at least the ones that are
> documented in the man page).

I use a light background in my terminal and use color.map to deal with
it. You can replace specific colours in color.map as well as changing
colours for functions, such as:

green = purple
yellow=brown


-- 
Neil Bothwick

WinErr 019: User error - Not our fault. Is Not! Is Not!


pgp7pC_k9coGK.pgp
Description: OpenPGP digital signature

[gentoo-user] emerge colors and light background

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Folks,

I recently start with gentoo due to frustration of the rapidly degrading
quality of debian.

Currently I have pretty good feelings about gentoo but there is one
thing that is pretty annoying.

I use light background and many colors of emerge and other tools are
simple unreadable (like light green). I searched how to adapt them to my
background but did not success. I already know about color.map but this
just allows to tune some colors and not all (at least the ones that are
documented in the man page).

So, is there any way (without using --nocolor) to use color set that is
more readable?

Regards
   Klaus
- -- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Comment: Charset: ISO-8859-1

iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlrYQkgACgkQpnwKsYAZ
9qzDagv+MZy21PzfCVXvCrVe8o02KcIKU8ndCEb+IAtdNZnZFb9P056uR3TC2ptR
Uekvt9Y44E/pZ2LbZjiNDUyKiHa4A9nVMcD7P/RTU4b+DfRmfqR00cY4v1QEnniU
7E9X/zEkG29ZKij9qBz9UIJDWHpmbDm4pCBW0PIVML8b3XebfVC7STvI5OoD2r/k
lPi+Lwlbw3pKQmNVX3f4nrQdvfEUkkQcJZQcvn5XCq3hHY4ymRR/9K0yaU8v+u/6
zuwuIMOEEdd2LnkBSAEi19krQ+kn6pj8rQDY8Xnk8xMTIH+aaJ3teEk1kZJV5rdJ
ft8ni1sWPTKh9Qx+y90rU9PsafzeOxC8B9wsQXOcMr4RUQYwUd+OyvdKtuMKNKjh
UMvZ11nUL5KD0uGd4uhgiZnyXOmkqaKVdIwiF1jBjF0WBSa9NGBsxsWLamIl8zZW
urQnld/MidZftj9VraCn40u/ns+pOmbmVpNQwNbidx+Wf1/Vq1K/2t2lplw21gqD
uDhACOIf
=WcNg
-END PGP SIGNATURE-