Re: [gentoo-user] weird (?) dependency is blocking freeze

[Franz Fellner]

> > Calculating dependencies... done!
> >   media-libs/mlt-0.9.0 pulled in by:
> > media-video/openshot-1.4.3 requires 
> > >=media-libs/mlt-0.8.2[ffmpeg,frei0r,gtk,melt,python,sdl,xml]
> > 
> > Checking the kind of packages:
> > 
> > * app-arch/freeze
> >  Available versions:  2.5.0-r1
> >  Homepage:http://www.ibiblio.org/pub/Linux/utils/compress/
> >  Description: Freeze/unfreeze compression program
> > 
> > [I] media-libs/mlt
> >  Available versions:  0.9.0 ~0.9.8 ~0.9.8-r2 {compressed-lumas debug dv 
> > ffmpeg fftw frei0r gtk jack kde kdenlive libav libsamplerate lua melt 
> > opengl python qt4 qt5 quicktime rtaudio ruby sdl vdpau vorbis xine xml 
> > CPU_FLAGS_X86="mmx sse sse2" KERNEL="linux" PYTHON_TARGETS="python2_7"}
> >  Installed versions:  0.9.0(18:22:19 06/06/15)(ffmpeg frei0r gtk jack 
> > kdenlive lua melt python qt4 sdl vdpau vorbis xml -compressed-lumas -debug 
> > -dv -kde -libav -libsamplerate -quicktime -rtaudio -ruby -xine 
> > CPU_FLAGS_X86="mmx sse sse2" KERNEL="linux")
> >  Homepage:http://www.mltframework.org/
> >  Description: Open source multimedia framework for television 
> > broadcasting
> > 
> > [I] media-video/openshot
> >  Available versions:  (~)1.4.3 {+ffmpeg libav +python 
> > PYTHON_TARGETS="python2_7"}
> >  Installed versions:  1.4.3(18:33:24 06/06/15)(ffmpeg python -libav 
> > PYTHON_TARGETS="python2_7")
> >  Homepage:http://www.openshotvideo.com
> >  Description: Free, open-source, non-linear video editor to 
> > create and edit videos and movies
> > 
> > 
> > ...what is the common dominator which creates this blocking effect? ;)
> 
> As always with such things, look in the ebuild.
> 
> In /var/portage/app-arch/freeze/freeze-2.5.0-r1.ebuild:
> 
> RDEPEND="
> !<=media-libs/mlt-0.4.2
> !media-libs/mlt[melt]
> 
> The solution is to set USE="-melt" for mlt if you want to use freeze.

Which won't work because openshot obviously depends on media-libs/mlt[melt].
So it really looks like openshot can't be installed together with freeze -- If
the dependencies in both the ebuilds are really correct...

Re: [gentoo-user] weird (?) dependency is blocking freeze

[Alan McKinnon]

On 28/02/2016 08:09, meino.cra...@gmx.de wrote:
> Hi,
> 
> I tried to install app-packer/freeze and got this:
> 
> Calculating dependencies... done!
> [ebuild  N ] app-arch/freeze-2.5.0-r1 
> [blocks B  ] media-libs/mlt[melt] ("media-libs/mlt[melt]" is blocking 
> app-arch/freeze-2.5.0-r1)
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (app-arch/freeze-2.5.0-r1:0/0::gentoo, ebuild scheduled for merge) pulled 
> in by
> app-arch/freeze
> 
>   (media-libs/mlt-0.9.0:0/0::gentoo, installed) pulled in by
> media-libs/mlt required by @selected
> 
> Then I checked ehich package needs mlt:
> 
> emerge --depclean media-libs/mlt -v -p


That won't work here. The command will show existing things that need
mlt. Freeze is not there yet so will not show up.


>
> Calculating dependencies... done!
>   media-libs/mlt-0.9.0 pulled in by:
> media-video/openshot-1.4.3 requires 
> >=media-libs/mlt-0.8.2[ffmpeg,frei0r,gtk,melt,python,sdl,xml]
> 
> Checking the kind of packages:
> 
> * app-arch/freeze
>  Available versions:  2.5.0-r1
>  Homepage:http://www.ibiblio.org/pub/Linux/utils/compress/
>  Description: Freeze/unfreeze compression program
> 
> [I] media-libs/mlt
>  Available versions:  0.9.0 ~0.9.8 ~0.9.8-r2 {compressed-lumas debug dv 
> ffmpeg fftw frei0r gtk jack kde kdenlive libav libsamplerate lua melt opengl 
> python qt4 qt5 quicktime rtaudio ruby sdl vdpau vorbis xine xml 
> CPU_FLAGS_X86="mmx sse sse2" KERNEL="linux" PYTHON_TARGETS="python2_7"}
>  Installed versions:  0.9.0(18:22:19 06/06/15)(ffmpeg frei0r gtk jack 
> kdenlive lua melt python qt4 sdl vdpau vorbis xml -compressed-lumas -debug 
> -dv -kde -libav -libsamplerate -quicktime -rtaudio -ruby -xine 
> CPU_FLAGS_X86="mmx sse sse2" KERNEL="linux")
>  Homepage:http://www.mltframework.org/
>  Description: Open source multimedia framework for television 
> broadcasting
> 
> [I] media-video/openshot
>  Available versions:  (~)1.4.3 {+ffmpeg libav +python 
> PYTHON_TARGETS="python2_7"}
>  Installed versions:  1.4.3(18:33:24 06/06/15)(ffmpeg python -libav 
> PYTHON_TARGETS="python2_7")
>  Homepage:http://www.openshotvideo.com
>  Description: Free, open-source, non-linear video editor to 
> create and edit videos and movies
> 
> 
> ...what is the common dominator which creates this blocking effect? ;)

As always with such things, look in the ebuild.

In /var/portage/app-arch/freeze/freeze-2.5.0-r1.ebuild:

RDEPEND="
!<=media-libs/mlt-0.4.2
!media-libs/mlt[melt]

The solution is to set USE="-melt" for mlt if you want to use freeze.



> 
> I dont see what this packages has in common, that mlt blocks freeze...
> 
> "May the portage be with you, Luke..."
> 
> Best regards,
> Meino
> 
> 
> 
> 


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

[gentoo-user] weird (?) dependency is blocking freeze

[Meino . Cramer]

Hi,

I tried to install app-packer/freeze and got this:

Calculating dependencies... done!
[ebuild  N ] app-arch/freeze-2.5.0-r1 
[blocks B  ] media-libs/mlt[melt] ("media-libs/mlt[melt]" is blocking 
app-arch/freeze-2.5.0-r1)

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

  (app-arch/freeze-2.5.0-r1:0/0::gentoo, ebuild scheduled for merge) pulled in 
by
app-arch/freeze

  (media-libs/mlt-0.9.0:0/0::gentoo, installed) pulled in by
media-libs/mlt required by @selected

Then I checked ehich package needs mlt:

emerge --depclean media-libs/mlt -v -p
   
Calculating dependencies... done!
  media-libs/mlt-0.9.0 pulled in by:
media-video/openshot-1.4.3 requires 
>=media-libs/mlt-0.8.2[ffmpeg,frei0r,gtk,melt,python,sdl,xml]

Checking the kind of packages:

* app-arch/freeze
 Available versions:  2.5.0-r1
 Homepage:http://www.ibiblio.org/pub/Linux/utils/compress/
 Description: Freeze/unfreeze compression program

[I] media-libs/mlt
 Available versions:  0.9.0 ~0.9.8 ~0.9.8-r2 {compressed-lumas debug dv 
ffmpeg fftw frei0r gtk jack kde kdenlive libav libsamplerate lua melt opengl 
python qt4 qt5 quicktime rtaudio ruby sdl vdpau vorbis xine xml 
CPU_FLAGS_X86="mmx sse sse2" KERNEL="linux" PYTHON_TARGETS="python2_7"}
 Installed versions:  0.9.0(18:22:19 06/06/15)(ffmpeg frei0r gtk jack 
kdenlive lua melt python qt4 sdl vdpau vorbis xml -compressed-lumas -debug -dv 
-kde -libav -libsamplerate -quicktime -rtaudio -ruby -xine CPU_FLAGS_X86="mmx 
sse sse2" KERNEL="linux")
 Homepage:http://www.mltframework.org/
 Description: Open source multimedia framework for television 
broadcasting

[I] media-video/openshot
 Available versions:  (~)1.4.3 {+ffmpeg libav +python 
PYTHON_TARGETS="python2_7"}
 Installed versions:  1.4.3(18:33:24 06/06/15)(ffmpeg python -libav 
PYTHON_TARGETS="python2_7")
 Homepage:http://www.openshotvideo.com
 Description: Free, open-source, non-linear video editor to create 
and edit videos and movies


...what is the common dominator which creates this blocking effect? ;)

I dont see what this packages has in common, that mlt blocks freeze...

"May the portage be with you, Luke..."

Best regards,
Meino

Re: [gentoo-user] Re: beegfs goes opensource!

[Tanstaafl]

On 2/26/2016 1:14 PM, Rich Freeman  wrote:
> On Fri, Feb 26, 2016 at 12:48 PM, Tanstaafl  wrote:
>> I recall a list conversation about this, explaining that it would be
>> trivial for someone who knows how to do ebuilds, to have their own
>> ZFS-in-kernel system available, and that it would also be possible to
>> accomplish this via an overlay...

> sys-fs/zfs-kmod

I would be using this on a server, so, for security reasons, no module
support.

Re: [gentoo-user] PYTHON_SINGLE_TARGET & libreoffice

[Neil Bothwick]

On Sat, 27 Feb 2016 21:40:06 +0200, Alan McKinnon wrote:

> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
> seemed to just work so I never looked further. Until now. Of all
> packages, libreoffice seems to want only python3:
> 
> I can set it in make.conf but as expected that causes all manner of
> other packages to fail emerge checks as they need python2.7.
> 
> What's the preferred way to deal with this situation?

I set it in package.use

=app-office/libreoffice-5.1.0.3 python_single_target_python3_4

Set for a single version for now, in case this is a glitch in the ebuild
and not needed later.


-- 
Neil Bothwick

the sum of all human intelligence is constant, only the number of humans
increases.


pgp6QDN_SIlN4.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] PYTHON_SINGLE_TARGET & libreoffice

[Todd Goodman]

* Alan McKinnon  [160227 14:42]:
> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
> seemed to just work so I never looked further. Until now. Of all
> packages, libreoffice seems to want only python3:

I was in the same position until my last updates didn't work either.

> 
> I can set it in make.conf but as expected that causes all manner of
> other packages to fail emerge checks as they need python2.7.

What I did was add the expanded USE flag for python3_4
(python_single_target_python3_4 I think, but doublecheck the output to
be sure) in package.use for libreoffice for the same reason (I had other
packages that still need python2.7.)
[..SNIP..]

Todd

[gentoo-user] Re: using package.provided

[Harry Putnam]

Nikos Chantziaras  writes:

> On 26/02/16 18:47, Harry Putnam wrote:
>> First off, thanks to all posters for the excellent input
>>
>>> Nikos Chantziaras  writes:
>>
>>> On 25/02/16 05:55, Harry Putnam wrote:
 I'd like to stay on kernel-4.1.6, rather than keep installing the
 newest version at each upgrade.
>>>
>>> I'd instead recommend putting
>>>
>>>>=sys-kernel/gentoo-sources-4.2
>>>
>>> in package.mask to stay with 4.1 (it's an LTS kernel) and always get
>>> the patches for that one.
>>
>> In /etc/portage/package-mask, using the line you suggest:
>>
>>>=sys-kernel/gentoo-sources-4.2
>>
>> Makes emerge want to install 4.1.18:
>
> Yes, which is what I recommended. Don't block 4.1.x security/bugfix
> patches. Just block 4.2 and above.

Ahh... now I get what your saying..  Some of your previous comments
slid right over my thick skull.  Thank you.

Re: [gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[Alan McKinnon]

On 27/02/2016 22:27, »Q« wrote:
> On Sat, 27 Feb 2016 21:40:06 +0200
> Alan McKinnon  wrote:
> 
>> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
>> seemed to just work so I never looked further. Until now. Of all
>> packages, libreoffice seems to want only python3:
>>
>> I can set it in make.conf but as expected that causes all manner of
>> other packages to fail emerge checks as they need python2.7.
>>
>> What's the preferred way to deal with this situation?
>> Some relevant info:
>>
>> !!! The ebuild selected to satisfy "app-office/libreoffice" has unmet
>> requirements.
>> - app-office/libreoffice-5.1.0.3::gentoo USE="bluetooth branding cups
>> dbus gstreamer java kde mysql vlc (-aqua) -coinmp -collada -debug -eds
>> (-firebird) -gltf -gnome -gtk -gtk3 -jemalloc -libressl -odk -postgres
>> (-telepathy) -test" ABI_X86="64" LIBREOFFICE_EXTENSIONS="-nlpsolver
>> -scripting-beanshell -scripting-javascript -wiki-publisher"
>> PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4
>> python3_5"
>>
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> exactly-one-of ( python_single_target_python3_4
>> python_single_target_python3_5 )
>  
>> khamul ~ # eselect python list
>> Available Python interpreters:
>>   [1]   python2.7
>>   [2]   python3.4
>>   [3]   python3.5 *
> 
> I think you can just put 
> 
>   app-office/libreoffice python_single_target_python3_5
> 
> into package.use, which is easier than messing with package.env.

Yup, that's the way it seems.
Also it looks like it'll be the way for at least the next 10 years -
that's my minimum guess how long I reckon python-2 will be around


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

Re: [gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[Alan McKinnon]

On 27/02/2016 22:22, Nikos Chantziaras wrote:
> On 27/02/16 22:04, Alan McKinnon wrote:
>> There are still way too many packages requiring python-2.7 that
>> don't support python-3 at all.
> 
> Hm. I only have one such package: app-text/asciidoc. That's out of 1227
> total packages installed.
> 
> 

There's a few deal-breakers around you might not use

ansible & beets are the first two that come to mind.

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

[gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[»Q«]

On Sat, 27 Feb 2016 21:40:06 +0200
Alan McKinnon  wrote:

> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
> seemed to just work so I never looked further. Until now. Of all
> packages, libreoffice seems to want only python3:
> 
> I can set it in make.conf but as expected that causes all manner of
> other packages to fail emerge checks as they need python2.7.
> 
> What's the preferred way to deal with this situation?
> Some relevant info:
> 
> !!! The ebuild selected to satisfy "app-office/libreoffice" has unmet
> requirements.
> - app-office/libreoffice-5.1.0.3::gentoo USE="bluetooth branding cups
> dbus gstreamer java kde mysql vlc (-aqua) -coinmp -collada -debug -eds
> (-firebird) -gltf -gnome -gtk -gtk3 -jemalloc -libressl -odk -postgres
> (-telepathy) -test" ABI_X86="64" LIBREOFFICE_EXTENSIONS="-nlpsolver
> -scripting-beanshell -scripting-javascript -wiki-publisher"
> PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4
> python3_5"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
> exactly-one-of ( python_single_target_python3_4
> python_single_target_python3_5 )
 
> khamul ~ # eselect python list
> Available Python interpreters:
>   [1]   python2.7
>   [2]   python3.4
>   [3]   python3.5 *

I think you can just put 

  app-office/libreoffice python_single_target_python3_5

into package.use, which is easier than messing with package.env.

But if anything still looks funny in emerge --pretend output, wait for
advice from someone better than me!

Re: [gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[Alan McKinnon]

On 27/02/2016 22:16, Nikos Chantziaras wrote:
> On 27/02/16 21:40, Alan McKinnon wrote:
>> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
>> seemed to just work so I never looked further. Until now. Of all
>> packages, libreoffice seems to want only python3:
>>
>> I can set it in make.conf but as expected that causes all manner of
>> other packages to fail emerge checks as they need python2.7.
>>
>> What's the preferred way to deal with this situation?
> 
>   PYTHON_TARGETS="python2_7 python3_4"
>   PYTHON_SINGLE_TARGET="python3_4"
> 
> For packages that require another PYTHON_SINGLE_TARGET version, you can
> set "python_single_target_python2_7" in package.use. For example:
> 
>   app-text/asciidoc python_single_target_python2_7
> 
> The reverse is also true. You can set:
> 
>   PYTHON_SINGLE_TARGET="python2_7"
> 
> in make.conf, and then set "python_single_target_python3_4" in
> package.use for packages that require 3.4:
> 
>   app-office/libreoffice python_single_target_python3_4
> 
> I use the first method.
> 
> Yes, it's a PITA :-)

I'll say.

Just got another one - sigil. That fails at build time, not at
emerge-initial-check-stuff time. So no problem I thought, I'll tweak
that one too. Now that causes 20 packages in dev-python like eg pillow,
six, etc to want the same tweak. And boost.

I have free time, I'll experiment with those now. I just hope it doesn't
break everything else using those packages



> PS:
> Another syntax is also available for package.use:
> 
>   app-text/asciidoc  PYTHON_SINGLE_TARGET: python2_7
> 
> Just saw a blog post about it; I think it's undocumented and works for
> all USE_EXPAND flags. The downside is that it has to appear at the end
> of the line.
> 
> 


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

[gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[Nikos Chantziaras]

On 27/02/16 22:04, Alan McKinnon wrote:

There are still way too many packages requiring python-2.7 that
don't support python-3 at all.


Hm. I only have one such package: app-text/asciidoc. That's out of 1227 
total packages installed.

[gentoo-user] Re: PYTHON_SINGLE_TARGET & libreoffice

[Nikos Chantziaras]

On 27/02/16 21:40, Alan McKinnon wrote:

I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
seemed to just work so I never looked further. Until now. Of all
packages, libreoffice seems to want only python3:

I can set it in make.conf but as expected that causes all manner of
other packages to fail emerge checks as they need python2.7.

What's the preferred way to deal with this situation?


  PYTHON_TARGETS="python2_7 python3_4"
  PYTHON_SINGLE_TARGET="python3_4"

For packages that require another PYTHON_SINGLE_TARGET version, you can 
set "python_single_target_python2_7" in package.use. For example:


  app-text/asciidoc python_single_target_python2_7

The reverse is also true. You can set:

  PYTHON_SINGLE_TARGET="python2_7"

in make.conf, and then set "python_single_target_python3_4" in 
package.use for packages that require 3.4:


  app-office/libreoffice python_single_target_python3_4

I use the first method.

Yes, it's a PITA :-)


PS:
Another syntax is also available for package.use:

  app-text/asciidoc  PYTHON_SINGLE_TARGET: python2_7

Just saw a blog post about it; I think it's undocumented and works for 
all USE_EXPAND flags. The downside is that it has to appear at the end 
of the line.

[gentoo-user] Re: [OT] good alternative to Firefox extension "Ghostery"

[»Q«]

On Sat, 27 Feb 2016 07:14:59 +0100
meino.cra...@gmx.de wrote:

> Question is: Are there any other comparable good alternatives,
> which understand the term "privacy" as it is ?

Disconnect, ,
uses the same basic idea as Ghostery, but Disconnect maintains its own
blocking lists.

There's also Firefox's built-in tracking protection, enabled by default
only in Private mode.  It uses one of Disconnect's lists -- their
'basic' list by default, but you can change it to use their 'strict'
list.  To enable it in normal, non-Private mode, go through
about:config and toggle privacy.trackingprotection.enabled to 'true'.


AIUI, since the Disconnect extension and the built-in stuff use the
same lists, having both is redundant.  I haven't used Ghostery in a
long time or the Disconnect extension, so I don't know how these things
compare feature-wise.

Re: [gentoo-user] PYTHON_SINGLE_TARGET & libreoffice

[Alan McKinnon]

On 27/02/2016 21:59, Alec Ten Harmsel wrote:
> On Sat, Feb 27, 2016 at 09:40:06PM +0200, Alan McKinnon wrote:
>> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
>> seemed to just work so I never looked further. Until now. Of all
>> packages, libreoffice seems to want only python3:
> 
> I don't know much about them either.
> 
>> !!! The ebuild selected to satisfy "app-office/libreoffice" has unmet
>> requirements.
>> - app-office/libreoffice-5.1.0.3::gentoo USE="bluetooth branding cups
>> dbus gstreamer java kde mysql vlc (-aqua) -coinmp -collada -debug -eds
>> (-firebird) -gltf -gnome -gtk -gtk3 -jemalloc -libressl -odk -postgres
>> (-telepathy) -test" ABI_X86="64" LIBREOFFICE_EXTENSIONS="-nlpsolver
>> -scripting-beanshell -scripting-javascript -wiki-publisher"
>> PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4
>> python3_5"
>>
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> exactly-one-of ( python_single_target_python3_4
>> python_single_target_python3_5 )
>>
>> 
>>
>> khamul ~ # emerge --info | grep PYTHON
>> PYTHON_SINGLE_TARGET="python2_7"
>> PYTHON_TARGETS="python2_7 python3_4"
>> Unset:  USE_PYTHON
>>
> 
> app-office/libreoffice-5.1.0.3 requires PYTHON_SINGLE_TARGET to be
> python3_4 or python3_5. That's the only problem. I would recommend
> running stable libreoffice; I would be surprised if emerge would be
> happy after you set PYTHON_SINGLE_TARGET="python3_4".

Correct, there are still way too many packages requiring python-2.7 that
don't support python-3 at all.

I deliberately keep this box on ~arch so I set the variables for
libreoffice in package.use and a world update is now running.

Wanting to know more about the subject, I found
https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS
which more or less states that to fix issues like this, put it in
package.use


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

Re: [gentoo-user] PYTHON_SINGLE_TARGET & libreoffice

[Alec Ten Harmsel]

On Sat, Feb 27, 2016 at 09:40:06PM +0200, Alan McKinnon wrote:
> I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
> seemed to just work so I never looked further. Until now. Of all
> packages, libreoffice seems to want only python3:

I don't know much about them either.

> !!! The ebuild selected to satisfy "app-office/libreoffice" has unmet
> requirements.
> - app-office/libreoffice-5.1.0.3::gentoo USE="bluetooth branding cups
> dbus gstreamer java kde mysql vlc (-aqua) -coinmp -collada -debug -eds
> (-firebird) -gltf -gnome -gtk -gtk3 -jemalloc -libressl -odk -postgres
> (-telepathy) -test" ABI_X86="64" LIBREOFFICE_EXTENSIONS="-nlpsolver
> -scripting-beanshell -scripting-javascript -wiki-publisher"
> PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4
> python3_5"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
> exactly-one-of ( python_single_target_python3_4
> python_single_target_python3_5 )
> 
> 
> 
> khamul ~ # emerge --info | grep PYTHON
> PYTHON_SINGLE_TARGET="python2_7"
> PYTHON_TARGETS="python2_7 python3_4"
> Unset:  USE_PYTHON
> 

app-office/libreoffice-5.1.0.3 requires PYTHON_SINGLE_TARGET to be
python3_4 or python3_5. That's the only problem. I would recommend
running stable libreoffice; I would be surprised if emerge would be
happy after you set PYTHON_SINGLE_TARGET="python3_4".

Alec

[gentoo-user] PYTHON_SINGLE_TARGET & libreoffice

[Alan McKinnon]

I don't know much about PYTHON_SINGLE_TARGET and PYTHON_TARGET, it all
seemed to just work so I never looked further. Until now. Of all
packages, libreoffice seems to want only python3:

I can set it in make.conf but as expected that causes all manner of
other packages to fail emerge checks as they need python2.7.

What's the preferred way to deal with this situation?
Some relevant info:

!!! The ebuild selected to satisfy "app-office/libreoffice" has unmet
requirements.
- app-office/libreoffice-5.1.0.3::gentoo USE="bluetooth branding cups
dbus gstreamer java kde mysql vlc (-aqua) -coinmp -collada -debug -eds
(-firebird) -gltf -gnome -gtk -gtk3 -jemalloc -libressl -odk -postgres
(-telepathy) -test" ABI_X86="64" LIBREOFFICE_EXTENSIONS="-nlpsolver
-scripting-beanshell -scripting-javascript -wiki-publisher"
PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4
python3_5"

  The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_python3_4
python_single_target_python3_5 )


khamul ~ # eix -e python
[I] dev-lang/python
 Available versions:
 (2.7)  2.7.10-r1 (~)2.7.11-r2
 (3.3)  3.3.5-r2 (~)3.3.5-r7(3.3/3.3m)
 (3.4)  3.4.3-r1 (~)3.4.3-r7(3.4/3.4m)
 (3.5)  (~)3.5.0-r2 (~)3.5.1-r2(3.5/3.5m)
   {-berkdb build doc examples gdbm hardened ipv6 libressl +ncurses
+readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"}
 Installed versions:  2.7.11-r2(2.7)(23:48:21 11/01/2016)(gdbm ipv6
ncurses readline sqlite ssl threads wide-unicode xml -berkdb -build -doc
-examples -hardened -libressl -tk -wininst ELIBC="-uclibc")
3.4.3-r7(3.4)(12:59:30 01/01/2016)(gdbm ipv6 ncurses readline sqlite ssl
threads xml -build -examples -hardened -libressl -tk -wininst
ELIBC="-uclibc") 3.5.1-r2(3.5)(19:42:48 27/02/2016)(gdbm ipv6 ncurses
readline sqlite ssl threads xml -build -examples -hardened -libressl -tk
-wininst ELIBC="-uclibc")
 Homepage:http://www.python.org/
 Description: An interpreted, interactive, object-oriented
programming language


khamul ~ # eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.4
  [3]   python3.5 *


khamul ~ # emerge --info | grep PYTHON
PYTHON_SINGLE_TARGET="python2_7"
PYTHON_TARGETS="python2_7 python3_4"
Unset:  USE_PYTHON


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

[gentoo-user] Problem with gcc5 and VirtualBox

[walt]

I routinely use a virtual gentoo ~amd64 machine in VirtualBox for
debugging software problems and yesterday I found one after switching
from gcc-4.9.3 to gcc-5.3.0 (in the gentoo guest).

After emerging mesa-11.1.2-r1 I noticed that a game wouldn't start, and
after several hours of debugging I tracked it down to gcc5.

To demonstrate the bug, in an xterm window type "glxinfo":

# glxinfo 
name of display: :0.0
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  153 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  48
  Current serial number in output stream:  47

I could 'fix' the bug by replacing just that one file (swrast_dri.so)
with a copy compiled with gcc-4.9.3.  I'm surprised it worked, but it
did.

I tried building mesa using gcc5 on a real ~amd64 machine and did *not*
see the same problem, FWIW, but though I'd mention it here.

BTW I tried building the vbox guest additions with gcc5 as a test but
that didn't fix the problem.  I don't have a real machine that's built
entirely with gcc5 so I can't test that idea yet, and that won't be any
time soon.  I'm sticking to gcc4 for the foreseeable future while you
guys do more testing :)

Re: [gentoo-user] Chromium bloat

[Peter Humphrey]

On Saturday 27 February 2016 08:15:47 Daniel Frey wrote:
--->8
> The brackets mean the USE flag is forced, masked or removed.
> 
> (if you want to jump to the section in `man emerge` search for () using
> "/\(\)" as searching for verbose or -v shows results everywhere)

Actually, that search string failed in /usr/bin/most here, which I have as 
my MANPAGER. I just needed "/()".

> man emerge:
> 
>--verbose [ y | n ] (-v short option)
>   Tell  emerge  to run in verbose mode.  Currently this flag
> causes emerge to print out GNU info errors, if any, and to show the USE
> flags that will be used for each package when pretending. The following
> symbols are affixed to USE
>   flags in order to indicate their status:
> 
>   Symbol   LocationMeaning
>  
> ──
> 
>   -prefix  not enabled (either disabled or
> removed) *suffix  transition to or from the enabled state %  
>  suffix  newly added or removed
>   ()   circumfix   forced, masked, or removed
>   {}   circumfix   state is bound to FEATURES settings

So it is - thanks. I wonder how I missed it the first time. Anno Domini is at 
work again.

-- 
Rgds
Peter

Re: [gentoo-user] Chromium bloat

[Daniel Frey]

On 02/27/2016 07:18 AM, Peter Humphrey wrote:
> On Saturday 27 February 2016 14:58:25 I wrote:
>> On Saturday 27 February 2016 12:51:32 Neil Bothwick wrote:
>>> On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote:
 I think I know the answer already, but is there any way to install
 www-
 client/chromium without all the bloat? I don't see any need here for

 any of these:
app-accessibility/speech-dispatcher
app-accessibility/espeak
media-sound/sox
media-libs/libsndfile
media-libs/speex

 ...but they aren't controlled, or even affected, by USE flags. And why
 two versions of dev-python/beautifulsoup?
>>>
>>> Looking at the ebuild, speech-dispatcher is required is you do not have
>>> USE="gn", the rest aren't mentioned and are probably dependencies of
>>> speech-dispatcher.
>>
>> That looked promising until I noticed "(-gn)" in USE when I said emerge
>> -pv chromium. So of course setting it in package.use didn't help.
> 
> Where are these punctuation marks documented, anyway? I've looked in various 
> man pages and even the portage/output.py file under /usr/lib. Google didn't 
> help either.
> 

The brackets mean the USE flag is forced, masked or removed.

(if you want to jump to the section in `man emerge` search for () using
"/\(\)" as searching for verbose or -v shows results everywhere)

man emerge:

   --verbose [ y | n ] (-v short option)
  Tell  emerge  to run in verbose mode.  Currently this flag
causes emerge to print out GNU info errors, if any, and to show the USE
flags that will be used for each package when pretending. The following
symbols are affixed to USE
  flags in order to indicate their status:


  Symbol   LocationMeaning
  ──

  -prefix  not enabled (either disabled or removed)
  *suffix  transition to or from the enabled state
  %suffix  newly added or removed
  ()   circumfix   forced, masked, or removed
  {}   circumfix   state is bound to FEATURES settings

Re: [gentoo-user] Chromium bloat

[Peter Humphrey]

On Saturday 27 February 2016 14:58:25 I wrote:
> On Saturday 27 February 2016 12:51:32 Neil Bothwick wrote:
> > On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote:
> > > I think I know the answer already, but is there any way to install
> > > www-
> > > client/chromium without all the bloat? I don't see any need here for
> > > 
> > > any of these:
> > >   app-accessibility/speech-dispatcher
> > >   app-accessibility/espeak
> > >   media-sound/sox
> > >   media-libs/libsndfile
> > >   media-libs/speex
> > > 
> > > ...but they aren't controlled, or even affected, by USE flags. And why
> > > two versions of dev-python/beautifulsoup?
> > 
> > Looking at the ebuild, speech-dispatcher is required is you do not have
> > USE="gn", the rest aren't mentioned and are probably dependencies of
> > speech-dispatcher.
> 
> That looked promising until I noticed "(-gn)" in USE when I said emerge
> -pv chromium. So of course setting it in package.use didn't help.

Where are these punctuation marks documented, anyway? I've looked in various 
man pages and even the portage/output.py file under /usr/lib. Google didn't 
help either.

-- 
Rgds
Peter

Re: [gentoo-user] Chromium bloat

[Peter Humphrey]

On Saturday 27 February 2016 12:51:32 Neil Bothwick wrote:
> On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote:
> > I think I know the answer already, but is there any way to install www-
> > client/chromium without all the bloat? I don't see any need here for
> > 
> > any of these:
> > app-accessibility/speech-dispatcher
> > app-accessibility/espeak
> > media-sound/sox
> > media-libs/libsndfile
> > media-libs/speex
> > 
> > ...but they aren't controlled, or even affected, by USE flags. And why
> > two versions of dev-python/beautifulsoup?
> 
> Looking at the ebuild, speech-dispatcher is required is you do not have
> USE="gn", the rest aren't mentioned and are probably dependencies of
> speech-dispatcher.

That looked promising until I noticed "(-gn)" in USE when I said emerge -pv 
chromium. So of course setting it in package.use didn't help.

Thanks anyway.

-- 
Rgds
Peter

Re: [gentoo-user] Chromium bloat

[Neil Bothwick]

On Sat, 27 Feb 2016 11:35:02 +, Peter Humphrey wrote:

> I think I know the answer already, but is there any way to install www-
> client/chromium without all the bloat? I don't see any need here for
> any of these:
> 
>   app-accessibility/speech-dispatcher
>   app-accessibility/espeak
>   media-sound/sox
>   media-libs/libsndfile
>   media-libs/speex
> 
> ...but they aren't controlled, or even affected, by USE flags. And why
> two versions of dev-python/beautifulsoup?

Looking at the ebuild, speech-dispatcher is required is you do not have
USE="gn", the rest aren't mentioned and are probably dependencies of
speech-dispatcher.


-- 
Neil Bothwick

How do you know when it's time to tune your bagpipes?


pgpGXfz2xcu8m.pgp
Description: OpenPGP digital signature

[gentoo-user] Chromium bloat

[Peter Humphrey]

Hello list,

I think I know the answer already, but is there any way to install www-
client/chromium without all the bloat? I don't see any need here for any of 
these:

app-accessibility/speech-dispatcher
app-accessibility/espeak
media-sound/sox
media-libs/libsndfile
media-libs/speex

...but they aren't controlled, or even affected, by USE flags. And why two 
versions of dev-python/beautifulsoup?

Firefox will remain pro tem.

-- 
Rgds
Peter

Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Dale]

meino.cra...@gmx.de wrote:
> Arve Barsnes  [16-02-27 10:24]:
>> On 27 February 2016 at 07:14,   wrote:
>>> Question is: Are there any other comparable good alternatives,
>>> which understand the term "privacy" as it is ?
>>>
>> I'm not sure I understand the distinction, and I still have both
>> installed, but Privacy Badger, created by the EFF, seems to have the
>> most important effect that led me to Ghostery, blocking some
>> third-party elements. Check it out, it might be what you need.
>>
>> Arve
>>
> Hi Arve,
>
> thanks for your posting ! :)
>
> I already tried that, but as it seems (to me) Privacy Badger
> does oneself decide whether to block and item or not.
> I have that one installed and was astonished how passive it
> was
>
> Or simply am I doing something wrong ?
>
> Best regards,
> Meino
>
>
>


I found this: 

https://www.eff.org/document/privacy-badger-block-web-trackers

When you install, I think a tutorial pops up.  Maybe I went to add ons
and clicked it there.  Anyway, it has a page and it has like a little
slide show.  It shows how to adjust settings and such and talks about
how it works.  At first, it doesn't do much but it learns as you browse
the internet. However, you can override and tell it to block everything
or nothing at all according to the tutorial.  If you have it installed,
try this:

resource://jid1-mnnxcxisbpnsxq-at-jetpack/data/firstRun.html#1  

That's what is in my URL when I am on that tutorial.  It may or may not
work for you tho.  I just installed and read up on it myself. 

Dale

:-)  :-) 

Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Heiko Baums]

Am 27.02.2016 um 07:14 schrieb meino.cra...@gmx.de:

> with one of the latest updates the Firefox plugin/extension 
> "Ghostery", which blocks trackers mutated:
> Before all setting were handled local, now everything can only
> be done by creating an account at https://www.ghostery.com.

That's not true. Ghostery still works locally. But now you can, but
don't need to, create an account to be able to sync your settings with
other devices, e.g. sync your settings on your desktop with your smartphone.

It still works as usual without an account. I don't have one either.

Sometimes reading the settings and the announcements can help.

Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Meino . Cramer]

Arve Barsnes  [16-02-27 10:24]:
> On 27 February 2016 at 07:14,   wrote:
> > Question is: Are there any other comparable good alternatives,
> > which understand the term "privacy" as it is ?
> >
> I'm not sure I understand the distinction, and I still have both
> installed, but Privacy Badger, created by the EFF, seems to have the
> most important effect that led me to Ghostery, blocking some
> third-party elements. Check it out, it might be what you need.
> 
> Arve
> 

Hi Arve,

thanks for your posting ! :)

I already tried that, but as it seems (to me) Privacy Badger
does oneself decide whether to block and item or not.
I have that one installed and was astonished how passive it
was

Or simply am I doing something wrong ?

Best regards,
Meino

Re: [gentoo-user] [OT] good alternative to Firefox extension "Ghostery"

[Arve Barsnes]

On 27 February 2016 at 07:14,   wrote:
> Question is: Are there any other comparable good alternatives,
> which understand the term "privacy" as it is ?
>
I'm not sure I understand the distinction, and I still have both
installed, but Privacy Badger, created by the EFF, seems to have the
most important effect that led me to Ghostery, blocking some
third-party elements. Check it out, it might be what you need.

Arve