Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Francesco Turco]

On Saturday, 8 April 2017 20.16.02 CEST, Francesco Turco wrote:
The point is I can't find any reference to the bindist USE flag 
in the bitcoin-qt ebuild:


$ grep bindist $(equery which bitcoin-qt)
$ # returns nothing


I found out that it's probably due to the OPENSSL_DEPEND variable in 
/var/portage/repos/gentoo/eclass/bitcoincore.eclass:


OPENSSL_DEPEND="!libressl? ( dev-libs/openssl:0[-bindist] ) libressl? ( 
dev-libs/libressl )"


So I could fix the problem by switching to libressl instead of openssl. I 
already tried that in the past but I had some problems. I may try again in 
the future.


--
https://www.fturco.net/

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Francesco Turco]

On Saturday, 8 April 2017 23.57.09 CEST, Alan McKinnon wrote:

Why on $DEITY's green earth would you even think of doing that?

Dont. Just ... don't. I don;t know what you are trying to accomplish
doing that, but it can't end well.


I'm not quite sure, but as far as I know (binary) packages with the 
-bindist USE flag cannot be freely distributed because of licensing issues 
or patents. Since I prefer for my system to be as free as possible (as in 
freedom) I thought I could achieve that by enabling +bindist globally. Am I 
wrong perhaps?


--
https://www.fturco.net/

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Francesco Turco]

On Saturday, 8 April 2017 21.15.05 CEST, Mick wrote:
Did you try setting USE="-bindist" and then emerging the three packages 
suggested by portage above?


net-misc/openssh
dev-qt/qtnetwork
dev-libs/openssl


Thanks for the suggestion. I chose to enable +bindist globally in make.conf 
but add the following exceptions in package.use:


dev-libs/openssl -bindist
net-misc/openssh -bindist
dev-qt/qtnetwork -bindist

--
https://www.fturco.net/

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Daniel Frey]

On 04/08/2017 02:57 PM, Alan McKinnon wrote:
> On 08/04/2017 20:16, Francesco Turco wrote:
>> I'm trying to globally enable the "bindist" USE flag on my system
> 
> Why on $DEITY's green earth would you even think of doing that?
> 
> Dont. Just ... don't. I don;t know what you are trying to accomplish
> doing that, but it can't end well.
> 
> Set that flag in package.use for the packages where you want it to be set.
> 

I'm pretty sure when I installed gentoo on my new laptop back in January
the bindist flag was set in make.conf (in the stage3 tarball.) I didn't
notice until after I compiled everything that some things were weird and
had to remove it and recompile a bunch of heavy packages.

Dan

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Rich Freeman]

On Sat, Apr 8, 2017 at 5:57 PM, Alan McKinnon  wrote:
> On 08/04/2017 20:16, Francesco Turco wrote:
>> I'm trying to globally enable the "bindist" USE flag on my system
>
> Why on $DEITY's green earth would you even think of doing that?
>
> Dont. Just ... don't. I don;t know what you are trying to accomplish
> doing that, but it can't end well.
>
> Set that flag in package.use for the packages where you want it to be set.
>

There are valid reasons to want to set that flag globally.  Maybe you
want something you can legally distribute.

However, you do need to accept that there are tradeoffs.  Some
packages will have features disabled, and other packages will simply
be impossible to use.  You can certainly get a working box with
USE=-bindist (our stage3s are built that way).  The more you want
something resembling a conventional desktop the more you're going to
have to be willing to compromise on this one.

Don't like it?  Well, unfortunately you're going to have to
re-implement some fairly basic stuff, and even then you could run into
patent encumbrances that are going to be really painful to work
around.

Gentoo is just the messenger here.  It isn't like we're the ones
preventing you from redistributing stuff.  We don't care if you ignore
us.  Others might care more.

-- 
Rich

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Alan McKinnon]

On 08/04/2017 20:16, Francesco Turco wrote:
> I'm trying to globally enable the "bindist" USE flag on my system

Why on $DEITY's green earth would you even think of doing that?

Dont. Just ... don't. I don;t know what you are trying to accomplish
doing that, but it can't end well.

Set that flag in package.use for the packages where you want it to be set.

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

Re: [gentoo-user] bitcoin-qt, openssl and the bindist USE flag

[Mick]

On Saturday 08 Apr 2017 20:16:02 Francesco Turco wrote:
> I'm trying to globally enable the "bindist" USE flag on my system, but it
> seems net-p2p/bitcoin-qt wants -bindist:
> 
> ### BEGIN ###
> 
> # USE="bindist" emerge -uDNav @world --with-bdeps=y
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-libs/openssl-1.0.2k::gentoo  USE="asm bindist*
> tls-heartbeat zlib -gmp -kerberos -rfc3779 -sctp -sslv2 -sslv3 -static-libs
> {-test} -vanilla" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="(sse2)" 0 KiB
> [ebuild   R] media-libs/freetype-2.7.1-r2:2::gentoo  USE="X adobe-cff
> bindist* bzip2 cleartype_hinting png -debug -doc -fontforge -harfbuzz
> -infinality -static-libs -utils" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild   R] net-misc/openssh-7.5_p1-r1::gentoo  USE="X bindist* hpn
> pam pie ssl -X509 -audit -debug -kerberos -ldap -ldns -libedit -libressl
> -livecd -sctp (-selinux) -skey -ssh1 -static {-test}" 0 KiB
> [ebuild   R] dev-qt/qtnetwork-5.7.1:5/5.7::gentoo  USE="bindist* ssl
> -connman -debug -libproxy -networkmanager {-test}" 0 KiB
> [ebuild   R] media-libs/mesa-17.0.3::gentoo  USE="bindist* classic dri3
> egl gallium gbm nptl -d3d9 -debug -gles1 -gles2 -llvm -opencl -openmax
> -osmesa -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan
> -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="i915 intel
> (-freedreno) -i965 -imx -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi
> (-vc4) (-vivante) -vmware" 0 KiB
> [ebuild   R] dev-qt/qtwebengine-5.7.1-r1:5/5.7::gentoo  USE="alsa
> bindist* system-ffmpeg system-icu widgets -debug -geolocation -pax_kernel
> -pulseaudio {-test}" 0 KiB
> 
> Total: 6 packages (6 reinstalls), Size of downloads: 0 KiB
> 
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-libs/openssl:0
> 
>   (dev-libs/openssl-1.0.2k:0/0::gentoo, ebuild scheduled for merge) pulled
> in by
> dev-libs/openssl:0[bindist=] required by
> (dev-qt/qtnetwork-5.7.1:5/5.7::gentoo, ebuild scheduled for merge)
>
> 
> >=dev-libs/openssl-1.0.1:0=[bindist=] required by
> 
> (net-misc/openssh-7.5_p1-r1:0/0::gentoo, ebuild scheduled for merge)
> 
> 
> 
> 
>   (dev-libs/openssl-1.0.2k:0/0::gentoo, installed) pulled in by
> dev-libs/openssl:0[-bindist] required by
> (net-p2p/bitcoin-qt-0.14.0:0/0::bitcoin, installed)
>
> 
> 
> 
> It might be possible to solve this slot collision
> by applying all of the following changes:
>- net-misc/openssh-7.5_p1-r1 (Change USE: -bindist)
>- dev-qt/qtnetwork-5.7.1 (Change USE: -bindist)
>- dev-libs/openssl-1.0.2k (Change USE: -bindist)
> 
> # USE="bindist" emerge openssl bitcoin-qt
> Calculating dependencies... done!
> [ebuild   R] dev-libs/openssl-1.0.2k
> [ebuild   R   #] net-p2p/bitcoin-qt-0.14.0
> 
> The following USE changes are necessary to proceed:
>  (see "package.use" in the portage(5) man page for more details)
> # required by net-p2p/bitcoin-qt-0.14.0::bitcoin[-libressl]
> # required by bitcoin-qt (argument)
> 
> >=dev-libs/openssl-1.0.2k -bindist
> 
> Use --autounmask-write to write changes to config files (honoring
> CONFIG_PROTECT). Carefully examine the list of proposed changes,
> paying special attention to mask or keyword changes that may expose
> experimental or unstable packages.
> 
> ### END ###dev-qt/qtnetwork
> 
> The point is I can't find any reference to the bindist USE flag in the
> bitcoin-qt ebuild:
> 
> $ grep bindist $(equery which bitcoin-qt)
> $ # returns nothing

It seems to be dev-qt/qtnetwork causing this.


> Is there any particular reason for bitcoin-qt not accepting a freely
> redistributable openssl package?
> 
> Should I switch to libressl instead? I tried to do that some months ago,
> and it didn't end well...
> 
> What do you suggest?
> 
> Thanks.

Did you try setting USE="-bindist" and then emerging the three packages 
suggested by portage above?

net-misc/openssh
dev-qt/qtnetwork
dev-libs/openssl

-- 
Regards,
Mick

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