[gentoo-user] dev-libs/openssl:0 ("dev-libs/openssl:0" is blocking dev-libs/libressl-2.6.0)

2018-03-19 Thread thelma
I'm upgrading older system and I have a blocker I can not resolve:
running: emerge -eavq @world

dev-libs/openssl:0 ("dev-libs/openssl:0" is blocking dev-libs/libressl-2.6.0)

[blocks B ] dev-libs/openssl:0 ("dev-libs/openssl:0" is blocking 
dev-libs/libressl-2.6.0)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (dev-libs/openssl-1.0.2n:0/0::gentoo, ebuild scheduled for merge) pulled in by

>=dev-libs/openssl-1.0.1h-r2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (>=dev-libs/openssl-1.0.1h-r2[abi_x86_64(-)]) required by 
(dev-libs/cyrus-sasl-2.1.26-r9:2/2::gentoo, ebuild scheduled for merge)
>=dev-libs/openssl-1.0.2:0=[-bindist(-)] required by 
(dev-python/cryptography-2.0.2-r1:0/0::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by (dev-perl/Net-SSLeay-1.820.0:0/0::gentoo, 
ebuild scheduled for merge)
>=dev-libs/openssl-1.0.1:0=[bindist=] 
(>=dev-libs/openssl-1.0.1:0=[-bindist]) required by 
(net-misc/openssh-7.5_p1-r4:0/0::gentoo, ebuild scheduled for merge)

>=dev-libs/openssl-1.0.1h-r2:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (>=dev-libs/openssl-1.0.1h-r2:0[abi_x86_64(-)]) required by 
(app-crypt/mit-krb5-1.15.2-r1:0/0::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by (net-misc/wget-1.19.1-r2:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0 required by (net-nds/openldap-2.4.44:0/0::gentoo, ebuild 
scheduled for merge)
dev-libs/openssl:0 required by (www-servers/apache-2.4.27-r1:2/2::gentoo, 
ebuild scheduled for merge)
>=dev-libs/openssl-1.0.2:0= required by 
(www-servers/apache-2.4.27-r1:2/2::gentoo, ebuild scheduled for merge)

>=dev-libs/openssl-1.0.1h-r2:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (>=dev-libs/openssl-1.0.1h-r2:0[abi_x86_64(-)]) required by 
(net-nds/openldap-2.4.44:0/0::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by 
(x11-base/xorg-server-1.19.5-r1:0/1.19.5::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by (dev-vcs/git-2.16.1:0/0::gentoo, ebuild 
scheduled for merge)

dev-libs/openssl:0=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (dev-libs/openssl:0=[abi_x86_64(-)]) required by 
(net-libs/neon-0.30.2:0/27::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by (net-misc/openssh-7.5_p1-r4:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0 required by (mail-mta/postfix-3.2.4:0/0::gentoo, ebuild 
scheduled for merge)
dev-libs/openssl:0 required by (net-misc/asterisk-11.25.3:0/0::gentoo, 
ebuild scheduled for merge)

dev-libs/openssl:0=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (dev-libs/openssl:0=[abi_x86_64(-)]) required by 
(app-arch/libarchive-3.3.1:0/13::gentoo, ebuild scheduled for merge)
>=dev-libs/openssl-0.9.8:* required by (net-vpn/openvpn-2.4.4:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0[static-libs?] (dev-libs/openssl:0) required by 
(app-text/mupdf-1.11-r1:0/1.11::gentoo, ebuild scheduled for merge)
dev-libs/openssl:0= required by (dev-libs/xmlsec-1.2.24-r1:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0= required by (www-client/w3m-0.5.3-r9:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0= required by (net-analyzer/nmap-7.40:0/0::gentoo, ebuild 
scheduled for merge)
dev-libs/openssl:0= required by (app-admin/apache-tools-2.4.27:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0= required by (dev-lang/python-2.7.14-r1:2.7/2.7::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0 required by (net-misc/iputils-20171016_pre:0/0::gentoo, 
ebuild scheduled for merge)
dev-libs/openssl:0= required by (dev-lang/python-3.5.4-r1:3.5/3.5m::gentoo, 
ebuild scheduled for merge)
>=dev-libs/openssl-1.0.0d:0 required by 
(app-office/libreoffice-bin-5.4.5.1:0/0::gentoo, ebuild scheduled for merge)

dev-libs/openssl:0=[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (dev-libs/openssl:0=[abi_x86_64(-)]) required by 
(net-misc/curl-7.58.0:0/0::gentoo, ebuild scheduled for merge)

  (dev-libs/libressl-2.6.0:0/43::gentoo, ebuild scheduled for merge) pulled in 
by
dev-libs/libressl required by (app-crypt/easy-rsa-3.0.1-r1:0/0::gentoo, 

Re: [gentoo-user] How to flash an LSI SAS controller from IR to IT mode on linux with sas2flsh

2018-03-19 Thread Corbin Bird
On 03/19/2018 07:02 PM, mad.scientist.at.la...@tutanota.com wrote:
>
> A virtual machine is useful largely because it isolates the VM from
> the real hardware, therefore it's not likely you can update firmware
> from a VM (you really shouldn't be able to).
>
> The reason they still want us to upgrade with dos is it's a lowest
> common denominator, i.e. every one has it or can get it (freedos).  it
> also helps that it's a minimal enviroment.
>
> In any case, I suggest you run a REAL freedos on a Real machine, so
> that you can update real not virtual firmware.  i.e. no Virtual Machine.
>
> 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. Mar 2018 17:21 by taii...@gmx.com :
>
> I am told to create a DOS usb flash drive with windows but I am
> un-able to do that.
> I have tried getting the required files in to a VM FreeDOS
> installation but I haven't been able to figure out how to do that,
> there is no actual way to load the cdrom drivers.
>
> Jesus christ it is 2018 and they still want us to use dos to flash
> hardware >:'[
>
.
If you are using a UEFI system, use the EFI shell.

HBA successfully updated : LSI 2004 / 9211-4i

Downloads from LSI / Avago / Broadcom :
 Installer_P20_for_UEFI
 firmware for your HBA

Use the EFI Shell Installer ( sas2flash.efi ) and follow its directions.

Corbin


Re: [gentoo-user] How to flash an LSI SAS controller from IR to IT mode on linux with sas2flsh

2018-03-19 Thread mad.scientist.at.large

A virtual machine is useful largely because it isolates the VM from the real 
hardware, therefore it's not likely you can update firmware from a VM (you 
really shouldn't be able to).

The reason they still want us to upgrade with dos is it's a lowest common 
denominator, i.e. every one has it or can get it (freedos).  it also helps that 
it's a minimal enviroment.

In any case, I suggest you run a REAL freedos on a Real machine, so that you 
can update real not virtual firmware.  i.e. no Virtual Machine.

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. Mar 2018 17:21 by taii...@gmx.com :


> I am told to create a DOS usb flash drive with windows but I am un-able to do 
> that.
> I have tried getting the required files in to a VM FreeDOS installation but I 
> haven't been able to figure out how to do that, there is no actual way to 
> load the cdrom drivers.
>
> Jesus christ it is 2018 and they still want us to use dos to flash hardware 
> >:'[

[gentoo-user] How to flash an LSI SAS controller from IR to IT mode on linux with sas2flsh

2018-03-19 Thread taii...@gmx.com
I am told to create a DOS usb flash drive with windows but I am un-able 
to do that.
I have tried getting the required files in to a VM FreeDOS installation 
but I haven't been able to figure out how to do that, there is no actual 
way to load the cdrom drivers.


Jesus christ it is 2018 and they still want us to use dos to flash 
hardware >:'[




[gentoo-user] Google Chrome issues

2018-03-19 Thread Wolfgang Riegler
Hi,

I installed www-client/google-chrome on my amd64 gentoo workstation. But it's 
more or less unusable because on many webpages I cannot click on links. 
Sometimes input fields have only borders but no height. For example on 
https://bugs.gentoo.org/ only the links with images in the middle of the page 
are clickable. All text links are not.
www-client/chromium works without any problem. I use stable ebuilds for 
chromium and chrome. 

I tested  www-client/google-chrome on my laptop with Sabayon Linux installed 
and it works. All settings are synchronized between the browsers, so they are 
the same. Laptop and workstation are using the same network, too.

My laptop uses Intel GPU and my workstation NVIDIA with the proprietary driver. 
Starting google-chrome with a new and empty user-data-dir doesn't help.

I would really like to switch to www-client/google-chrome because of the very 
long compilation time of www-client/chromium.
Does anybody have an idea how to solve my problem or how to debug it?

Thanks in advance and
kind regards

Wolfgang