Re: [gentoo-user] kioslaves - an end of an era?

[Mick]

On Monday 17 Apr 2017 22:20:34 Alan McKinnon wrote:
> On 17/04/2017 22:15, Mick wrote:
> > I updated a number of KDE packages today.  Konqueror was updated to
> > 16.12.3:5 and --depclean revealed this:
> > 
> > kde-apps/kdebase-kioslaves
> > 
> > selected: 16.04.3-r2
> >
> >protected: none
> >
> >  omitted: none
> > 
> > Before the update I had to remove manually kde-misc/kio-ftps because it
> > was
> > holding on to the old konqueror:4.  Does this mean KDE kioslaves are of no
> > use anymore?
> 
> I believe the new kioslave-like functionality has been replaced with
> kde-frameworks/kio
> kde-apps/kio-extras

Thanks Alan, I can see these have already been installed, so I should OK.
-- 
Regards,
Mick

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

Re: [gentoo-user] mysql-workbench

[lee]

Alan McKinnon  writes:

> On 17/04/2017 19:12, lee wrote:
>> Hi,
>> 
>> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
>> lots of other packages apparently require cairo with X:
>
> no it doesn't. With a fresh tree:
>
> khamul mysql-workbench # grep cairo *ebuild
> mysql-workbench-6.3.3.ebuild:   >=x11-libs/cairo-1.5.12[glib,svg]
> mysql-workbench-6.3.4-r1.ebuild:
>>=x11-libs/cairo-1.5.12[glib,svg]
> mysql-workbench-6.3.4-r2.ebuild:
>>=x11-libs/cairo-1.5.12[glib,svg]
> mysql-workbench-6.3.4.ebuild:   >=x11-libs/cairo-1.5.12[glib,svg]
> # grep  *ebuild
> #
>

Emerge said I need to make above use change.

There are some entries about cairo in package.use, yet commenting them
out didn't help.


, [ grep cairo /etc/portage/package.use ]
| =x11-libs/cairo-1.12.16 xcb
| =x11-libs/cairo-1.12.16 X
| =x11-libs/cairo-1.12.16 opengl
| =x11-libs/cairo-1.12.16-r4 X xcb
| =x11-libs/cairo-1.12.18-r1 xcb X
| >=x11-libs/cairo-1.14.2 xcb X
| >=app-text/poppler-0.42.0 cairo
| # required by dev-cpp/cairomm-1.12.0-r1::gentoo
| >=x11-libs/cairo- X
| # required by dev-cpp/cairomm-1.12.0-r1::gentoo
| =x11-libs/cairo-1.14.8 -X
`


> Are you using an overlay that provides someone's latest greatest
> mysql-workbench?
>
> This is what the tree has right now, what does your machine say?
>
> # eix mysql-workbench
> * dev-db/mysql-workbench
>  Available versions:  6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc
> gnome-keyring PYTHON_TARGETS="python2_7"}
>  Homepage:http://dev.mysql.com/workbench/
>  Description: MySQL Workbench
>

same here:

, [ eix mysql-workbench ]
| * dev-db/mysql-workbench
|  Verfügbare Versionen:   6.3.3 ~6.3.4 6.3.4-r1 ~6.3.4-r2 {debug doc 
gnome-keyring PYTHON_TARGETS="python2_7"}
|  Startseite: http://dev.mysql.com/workbench/
|  Beschreibung:   MySQL Workbench
`


, [ emerge -a mysql-workbench ]
| 
|  * IMPORTANT: 1 news items need reading for repository 'gentoo'.
|  * Use eselect news read to view new items.
| 
| 
|  * IMPORTANT: 3 config files in '/etc/portage' need updating.
|  * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS
|  * sections of the emerge man page to learn how to update config files.
| 
| These are the packages that would be merged, in order:
| 
| Calculating dependencies... done!
| [ebuild  N ] sci-libs/proj-4.8.0  USE="-java -static-libs" 
| [ebuild  N ] sys-apps/baselayout-java-0.1.0 
| [ebuild  N ] dev-python/pexpect-3.3  USE="-doc -examples {-test}" 
PYTHON_TARGETS="python2_7 python3_4 (-pypy) (-pypy3) (-python3_5) (-python3_6)" 
| [ebuild  N ] dev-java/java-config-2.2.0-r3  USE="{-test}" 
PYTHON_TARGETS="python2_7 python3_4 (-python3_5)" 
| [ebuild  N ] dev-python/paramiko-2.1.2  USE="-doc -examples" 
PYTHON_TARGETS="python2_7 python3_4 (-python3_5) (-python3_6)" 
| [ebuild  N ] app-eselect/eselect-java-0.3.0 
| [ebuild  N ] dev-lang/lua-5.1.5-r4  USE="deprecated readline -emacs 
-static" 
| [ebuild  N ] dev-cpp/ctemplate-2.3-r1  USE="-doc -emacs -static-libs 
{-test} -vim-syntax" 
| [ebuild  N ] dev-db/vsqlite++-0.3.13-r1  USE="-static-libs" 
| [ebuild  N ] dev-libs/libzip-1.0.1  USE="-static-libs" 
| [ebuild  N ] sci-libs/libgeotiff-1.4.0  USE="-debug -doc -static-libs" 
| [ebuild  N ] dev-libs/json-c-0.12  USE="-doc -static-libs" 
| [ebuild  N ] sci-libs/gdal-2.0.2-r3  USE="aux_xml threads -armadillo 
-curl -debug -doc -fits -geos -gif -gml -hdf5 -java -jpeg -jpeg2k -mdb -mysql 
-netcdf -odbc -ogdi -opencl -pdf -perl -png -postgres -python -spatialite 
-sqlite -xls" PYTHON_TARGETS="python2_7 python3_4" 
| [ebuild  N ] app-admin/sudo-1.8.18_p1  USE="nls pam sendmail -ldap 
-offensive (-selinux) -skey" 
| [ebuild  N ] dev-db/mysql-connector-c++-1.1.6  USE="-debug -examples 
-gcov -static-libs" 
| [ebuild U *] x11-libs/cairo- [1.14.8] USE="-X* -utils%" 
| [ebuild  N ] dev-cpp/atkmm-2.24.2  USE="-doc" 
| [ebuild  N ] dev-cpp/cairomm-1.12.0-r1  USE="svg -X (-aqua) -doc" 
| [ebuild  N ] dev-cpp/pangomm-2.40.1  USE="-doc" 
| [ebuild  N ] dev-cpp/gtkmm-2.24.5  USE="-doc -examples {-test}" 
| [ebuild  N ] dev-java/icedtea-bin-3.3.0  USE="alsa cups gtk webstart -doc 
-examples -headless-awt (-multilib) -nsplugin -pulseaudio (-selinux) -source" 
| [ebuild  N ] virtual/jdk-1.8.0-r3 
| [ebuild  N ] virtual/jre-1.8.0-r1 
| [ebuild  N ] dev-java/icedtea-web-1.6.1-r1  USE="-doc -javascript 
-nsplugin -tagsoup {-test}" 
| [ebuild  N ] dev-db/mysql-workbench-6.3.4-r1  USE="-debug -doc 
-gnome-keyring" PYTHON_TARGETS="python2_7" 
| 
| The following USE changes are necessary to proceed:
|  (see "package.use" in the portage(5) man page for more details)
| # required by dev-cpp/cairomm-1.12.0-r1::gentoo
| # required by dev-cpp/pangomm-2.40.1::gentoo
| # required by dev-db/mysql-workbench-6.3.4-r1::gentoo
| # required by 

Re: [gentoo-user] kioslaves - an end of an era?

[Alan McKinnon]

On 17/04/2017 22:15, Mick wrote:
> I updated a number of KDE packages today.  Konqueror was updated to 16.12.3:5 
> and --depclean revealed this:
> 
> kde-apps/kdebase-kioslaves
> selected: 16.04.3-r2 
>protected: none
>  omitted: none
> 
> Before the update I had to remove manually kde-misc/kio-ftps because it was 
> holding on to the old konqueror:4.  Does this mean KDE kioslaves are of no 
> use 
> anymore?
> 

I believe the new kioslave-like functionality has been replaced with
kde-frameworks/kio
kde-apps/kio-extras

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

[gentoo-user] kioslaves - an end of an era?

[Mick]

I updated a number of KDE packages today.  Konqueror was updated to 16.12.3:5 
and --depclean revealed this:

kde-apps/kdebase-kioslaves
selected: 16.04.3-r2 
   protected: none
 omitted: none

Before the update I had to remove manually kde-misc/kio-ftps because it was 
holding on to the old konqueror:4.  Does this mean KDE kioslaves are of no use 
anymore?
-- 
Regards,
Mick

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

Re: [gentoo-user] mysql-workbench

[Alan McKinnon]

On 17/04/2017 19:12, lee wrote:
> Hi,
> 
> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
> lots of other packages apparently require cairo with X:

no it doesn't. With a fresh tree:

khamul mysql-workbench # grep cairo *ebuild
mysql-workbench-6.3.3.ebuild:   >=x11-libs/cairo-1.5.12[glib,svg]
mysql-workbench-6.3.4-r1.ebuild:
>=x11-libs/cairo-1.5.12[glib,svg]
mysql-workbench-6.3.4-r2.ebuild:
>=x11-libs/cairo-1.5.12[glib,svg]
mysql-workbench-6.3.4.ebuild:   >=x11-libs/cairo-1.5.12[glib,svg]
# grep  *ebuild
#


Are you using an overlay that provides someone's latest greatest
mysql-workbench?

This is what the tree has right now, what does your machine say?

# eix mysql-workbench
* dev-db/mysql-workbench
 Available versions:  6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc
gnome-keyring PYTHON_TARGETS="python2_7"}
 Homepage:http://dev.mysql.com/workbench/
 Description: MySQL Workbench




> 
> 
> x11-libs/cairo:0
> 
>   (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with
> >=x11-libs/cairo-1.8.4[X] required by 
> (dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed)
>^ 
> >=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by 
> (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed)
>  ^   
> >=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by 
> (x11-libs/pango-1.40.4:0/0::gentoo, installed)
>  ^   
> x11-libs/cairo[X,-xlib-xcb(-)] required by 
> (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed)
>^  
> >=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by 
> (x11-libs/pango-1.40.4:0/0::gentoo, installed)
>   ^   
> >=x11-libs/cairo-1.10:0/0=[X] required by 
> (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed)
>^ 
> >=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by 
> (x11-libs/gtk+-3.22.11:3/3::gentoo, installed)
>^   
> >=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by 
> (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed)
>   ^   
> >=x11-libs/cairo-1.10[X] required by 
> (www-client/seamonkey-2.46-r1:0/0::gentoo, installed)
>   ^ 
> >=x11-libs/cairo-1.10:=[X] required by 
> (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed)
> 
> 
> Is there a good way to get mysql-workbench installed without removing
> the other packages?

Find what you are installing exactly then take it from there



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

[gentoo-user] mysql-workbench

[lee]

Hi,

mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
lots of other packages apparently require cairo with X:


x11-libs/cairo:0

  (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with
>=x11-libs/cairo-1.8.4[X] required by 
(dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed)
   ^ 
>=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by 
(x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed)
 ^   
>=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by 
(x11-libs/pango-1.40.4:0/0::gentoo, installed)
 ^   
x11-libs/cairo[X,-xlib-xcb(-)] required by 
(app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed)
   ^  
>=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by 
(x11-libs/pango-1.40.4:0/0::gentoo, installed)
  ^   
>=x11-libs/cairo-1.10:0/0=[X] required by 
(net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed)
   ^ 
>=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by 
(x11-libs/gtk+-3.22.11:3/3::gentoo, installed)
   ^   
>=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by 
(x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed)
  ^   
>=x11-libs/cairo-1.10[X] required by 
(www-client/seamonkey-2.46-r1:0/0::gentoo, installed)
  ^ 
>=x11-libs/cairo-1.10:=[X] required by 
(net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed)


Is there a good way to get mysql-workbench installed without removing
the other packages?

Re: [gentoo-user] Palemoon again - again

[Walter Dnes]

On Mon, Apr 17, 2017 at 02:18:16PM +0100, Peter Humphrey wrote
> On Monday 17 Apr 2017 13:41:45 I wrote:
> 
> > You see it couldn't even find a rule to make the object files. I tried
> > setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
> > but that just changed the logged error, substituting 1 for 24.
> > 
> > Does this ring a bell with anyone? I wanted to look for clues in the make
> > file, but /usr/bin/find returns well over 1000 results.
> 
> Well, I made it work by setting MAKEOPTS="" on the command line, but it 
> seems odd that portage's compiler settings are being misinterpreted this 
> way.

  A couple of things to note, which also apply to building Firefox

1) When using the Palemoon overlay, I found that USE="optimize" turns
off Gentoo's optimization, and replaces it with limited "optimization"
by the mozconfig.  If you're going to build it, I recommend
USE="-optimize"

2) USE="-system-libs" is recommended.  Yes, this does make the binary
slightly larger.  But it avoids problems where changing API/ABI in the
system lib causes subtle problems for the program.  It may also reduce
dependancies pulled in, depending on what your other programs have
pulled in.

  Consider taking the easy way out, and installing it locally from the
tarball, e.g...

* download the tarball from http://linux.palemoon.org/download/mainline/

* mkdir $HOME/pm

* tar -C $HOME/pm -xvjf palemoon.*.bz2

  *THE ENTIRE PROGRAM* is contained in the directory $HOME/pm/palemoon/
Extracting the tarball does *NOT* splatter libraries all over the place.
"Uninstalling" consists of "rm -rf $HOME/pm/palemoon".  The executable
file will be $HOME/pm/palemoon/palemoon

  One more hint for graphics acceleration, which also applies to Firefox

* set "layers.acceleration.force-enabled" to true in "about:config"
* export MOZ_USE_OMTC=1

  MOZ_USE_OMTC has to be set before launching Pale Moon

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] trusting perl-cleaner

[Andreas K. Huettel]

Am Montag, 17. April 2017, 01:09:44 CEST schrieb Alan McKinnon:
> On 17/04/2017 01:07, allan gottlieb wrote:
> > Am I correct in believing that when perl-cleaner --all, at the end of a
> > run, asserts
> > 
> >* It seems like perl-cleaner had to rebuild some packages.
> >*
> >* The following files remain. These were either installed by hand
> >* or edited.
> >* /usr/lib64/perl5/vendor_perl/5.22.2/XML/SAX/ParserDetails.ini  :
> >* known, can be deleted
> >* /usr/lib64/perl5/vendor_perl/5.20.2/XML/SAX/ParserDetails.ini  :
> >* known, can be deleted
> > 
> > the correct response is to trust it and delete the file?
> 
> In those specific cases, yes.

Yes. (OK, I'm biased, I wrote the whitelist. :)
https://github.com/gentoo-perl/perl-cleaner/blob/master/perl-cleaner#L27

> 
> ParserDetails.ini is one of those perl files that do get modified during
> the normal operation of the perl code.
> perl-cleaner is being smart and telling you the file is not the same as
> when it was installed, so it leaves the deletion up to you.

Actually it is created during operation... otherwise it would have been 
removed automatically.

> Your current perl is neither 5.20.2 nor 5.22.2, those .ini files will
> now never be used and so they are safe to delete.

Correct. Essentially, if you have Perl 5.24, everything in directories with 
*other* 5.xx (xx != 24) will be completely ignored. 

[This is NOT true for minor upgrades. Perl 5.24.1 will (in our Gentoo 
configuration) happily use modules in 5.24.0 directories.]

> Side note: you can't always just delete everything in that section of
> perl-cleaner output. Often, the script can't tell what it is and the
> module was not put there by portage, so you must decide what to d on a
> case by case basis.

True, but as of the newest version perl-cleaner has a list of "know stuff that 
should be safe to remove". 

And an option --delete-leftovers for the brave. :)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] Palemoon again - again

[Dale]

Peter Humphrey wrote:
> On Monday 17 Apr 2017 13:41:45 I wrote:
>
>> After following the "Palemoon again" thread I wanted to try Pale Moon, so
>> I installed layman and added the octopus overlay. Here's a snippet from
>> the build log:
> --->8
>
>> You see it couldn't even find a rule to make the object files. I tried
>> setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
>> but that just changed the logged error, substituting 1 for 24.
>>
>> Does this ring a bell with anyone? I wanted to look for clues in the make
>> file, but /usr/bin/find returns well over 1000 results.
> Well, I made it work by setting MAKEOPTS="" on the command line, but it 
> seems odd that portage's compiler settings are being misinterpreted this 
> way.
>


If I recall correctly, I use the palemoon overlay.  If you have any more
problems, maybe research or try that and see if it works better. 

Dale

:-)  :-) 

Re: [gentoo-user] Palemoon again - again

[Peter Humphrey]

On Monday 17 Apr 2017 13:41:45 I wrote:

> After following the "Palemoon again" thread I wanted to try Pale Moon, so
> I installed layman and added the octopus overlay. Here's a snippet from
> the build log:

--->8

> You see it couldn't even find a rule to make the object files. I tried
> setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
> but that just changed the logged error, substituting 1 for 24.
> 
> Does this ring a bell with anyone? I wanted to look for clues in the make
> file, but /usr/bin/find returns well over 1000 results.

Well, I made it work by setting MAKEOPTS="" on the command line, but it 
seems odd that portage's compiler settings are being misinterpreted this 
way.

-- 
Regards
Peter

[gentoo-user] Palemoon again - again

[Peter Humphrey]

Hello list,

After following the "Palemoon again" thread I wanted to try Pale Moon, so I
installed layman and added the octopus overlay. Here's a snippet from the
build log:

Configure complete!
Be sure to run |mach build| to pick up any changes
>>> Source configured.
>>> Compiling source in 
>>> /var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1 ...
 0:00.71 /usr/bin/gmake -f client.mk -l 60 MOZ_PARALLEL_BUILD=24 -s
 0:03.25 Adding client.mk options from 
/var/tmp/portage/www-client/palemoon-27.2.1/work/pale
moon-27.2.1/.mozconfig:
 0:03.25 PYTHON=/usr/bin/python2
 0:03.25 AUTOCONF=/usr/bin/autoconf-2.13
 0:03.25 MOZ_MAKE_FLAGS=-j 24 -l 60
 0:03.25 
MOZ_OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj
-x86_64-unknown-linux-gnu
 0:03.25 
OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj-x86_64-unknown-linux-gnu
 0:03.25 
FOUND_MOZCONFIG=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/.mozconfig
 0:03.30 gmake[2]: *** No rule to make target '24'.  Stop.
 0:03.30 gmake[1]: *** 
[/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/client.mk:398:
 realbuild] Error 2
 0:03.30 gmake: *** [client.mk:171: build] Error 2
 0:03.34 0 compiler warnings present.

You see it couldn't even find a rule to make the object files. I tried
setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
but that just changed the logged error, substituting 1 for 24.

Does this ring a bell with anyone? I wanted to look for clues in the make
file, but /usr/bin/find returns well over 1000 results.

-- 
Regards
Peter

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

[Miroslav Rovis]

On 170417-11:19+0200, Miroslav Rovis wrote:
> On 170415-13:50+, Alan Mackenzie wrote:
...
> It's --zero, I don't remember well at all. Use mdadm to zero
> the mdadm-related stuff.

It's --zero-superblock or very similar to that...

Happy Easter to all believers!

-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

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

[Miroslav Rovis]

On 170415-13:50+, Alan Mackenzie wrote:
> Hello, Alan.
> 
> On Mon, Apr 10, 2017 at 21:12:44 -0400, Alan Grimes wrote:
...
> I've got 90% through a Gentoo installation on it, and I'm just
> considering how best to un-mdadm my boot partition (which I mistakenly
> turned into a RAID partition with its partner on the other drive).  I
> can't erase the mdadm metadata stuff with mkfs.ext4 (even with the
> "force" parameter), and I don't think mdadm provides a method for
> undoing RAID.  I can see myself having to use dd from /dev/zero to be
> able to get my partitions back again.
> 
...

I haven't used mdadm, and don't have it installed at this time, but, as
best I can recollect, it's in the mdadm manual page.

It's --zero, I don't remember well at all. Use mdadm to zero
the mdadm-related stuff.

Sorry, can't remember any more details. Haven't used rad in quite some
time.

-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

[gentoo-user] fbi kills X

[Jorge Almeida]

Running fbi from  VT2, as root, kills an X session running as normal
user on VT6.

2017-04-17 09:27:10.761056500 (II) AIGLX: Suspending AIGLX clients for VT switch
2017-04-17 09:27:30.812072500 (II) AIGLX: Resuming AIGLX clients after VT switch
2017-04-17 09:27:30.812074500 (EE) modeset(0): drmSetMaster failed:
Invalid argument
2017-04-17 09:27:30.812076500 (EE) modeset(0): failed to set mode:
Permission denied
2017-04-17 09:27:30.812077500 (EE)
2017-04-17 09:27:30.812078500 Fatal server error:
2017-04-17 09:27:30.812079500 (EE) EnterVT failed for screen 0
2017-04-17 09:27:30.812080500 (EE)
2017-04-17 09:27:30.812080500 (EE)
2017-04-17 09:27:30.812081500 Please consult the The X.Org Foundation support
2017-04-17 09:27:30.812094500at http://wiki.x.org
2017-04-17 09:27:30.812095500  for help.
2017-04-17 09:27:30.812096500 (EE) Please also check the log file at
"/var/log/Xorg.6.log" for additional information.
2017-04-17 09:27:30.812098500 (EE)
2017-04-17 09:27:30.812098500 (II) AIGLX: Suspending AIGLX clients for VT switch
2017-04-17 09:27:30.828880500 (EE) Server terminated with error (1).
Closing log file.
2017-04-17 09:27:30.831855500 XIO:  fatal IO error 11 (Resource
temporarily unavailable) on X server ":6"^M
2017-04-17 09:27:30.831856500   after 5279 requests (5279 known
processed) with 0 events remaining.^M
2017-04-17 09:27:30.832000500 xterm: fatal IO error 11 (Resource
temporarily unavailable) or KillClient on X server ":6"^M
2017-04-17 09:27:30.832024500 /usr/bin/xinit: connection to X server lost
2017-04-17 09:27:30.832024500 ^M
2017-04-17 09:27:30.832024500 waiting for X server to shut down

$ eix fbi

(...)

[I] media-gfx/fbida
 Available versions:  2.12 ~2.13-r1 ** {X curl fbcon
ghostscript +gif lirc +png scanner +tiff +webp}
 Installed versions:  2.12(09:27:05 AM 04/17/2017)(fbcon
ghostscript gif png tiff webp -X -curl -lirc -scanner)
 Homepage:http://www.kraxel.org/blog/linux/fbida/
 Description: Image viewers for the framebuffer console
(fbi) and X11 (ida)


I tried first with "X" USE flag, same problem.

Jorge Almeida