[gentoo-user] Re: HTML5 player (YouTube) is a pain!...Alternatives?

2016-12-01 Thread Kai Krakow 
Am Wed, 30 Nov 2016 07:55:11 +0100
schrieb meino.cra...@gmx.de:

> I checked the current bandwidth (07:48 am local time) with this
> http://speedcheck.vodafone.de/
> 
> and got:
>   2,1 Mbps download
>   0,1 Mbps upload
> 58 ms latency (ping test)

I got 184.19 Mbps down / 11.94 Mbps up while streaming YT, ping is 34
ms, according to the same test. Steam games download at 24 MByte/s. This
line is very capable but even with the lowest contract from Vodafone,
your line speed is way too low...

> There is no other kind of task which consumes bandwidth
> (while checking the above or while streaming videos)
> 
> Another (real odd) possibillitu would be: Someone has
> hijacked my DSL modem (its no router) - its an older
> Fritz! box.

I wouldn't deny this. I've seen v5 firmware Fritzboxes lately which
seem to have been hijacked on customer sites. The effect was that a
firmware upgrade fails (red led only after flashing the upgrade) and
before the upgrade, connections to mail servers through wifi behaved
different than connections to the same servers did through copper
connection...

Plus, older boxes are very low on CPU and won't take much more than
30-80 Mbps probably. This can totally break your streaming experience
even if your throughput could do better.

If you're on DSL (not cable as I am), try to swap the box for another
one from a friend and see if it works better. If yes, either get a new
box (which supports current firmwares), or backup your config, use the
recovery tool to reset the firmware to pristine state, and restore the
config. Cable boxes are actually not that easy to swap due to
certificate locking.

-- 
Regards,
Kai

Replies to list-only preferred.

Re: [gentoo-user] Umasking media-tv/mythtv-0.28?

2016-12-01 Thread Rich Freeman 
On Wed, Nov 30, 2016 at 9:55 PM, Paul B. Henson  wrote:
> Any dev thoughts on unmasking media-tv/mythtv-0.28? I don't generally
> have issues with keywording unstable packages for testing and deploying
> ahead of the curve, but I usually try to avoid things that are package
> masked, particularly on relatively production stuff like my daily dose
> of TV :).
>
> It looks like there are three open bugs on 0.28 that might need to be
> addressed before it gets unmasked:
>
> https://bugs.gentoo.org/show_bug.cgi?id=582218
>
> https://bugs.gentoo.org/show_bug.cgi?id=582608
>
> https://bugs.gentoo.org/show_bug.cgi?id=591006
>
>
> It also seems the current ebuild forces the logserver on if you're not
> using systemd? The logserver is deprecated and upstream recommends
> against using it, I'm currently using a local 0.27 ebuild with it
> disabled using openrc, any particular reason the 0.28 ebuild forces it
> on if you're using openrc?

It should be largely fine to use, with the sorts of caveats you've
already noted.  The fact that this was still pending for openrc was
one of the reasons it is still masked.

The other issue is that my mythtv front-end died shortly after I got
it into the tree, and I've ended up moving off of mythtv.  I don't
believe Cardoe is actively using it at the moment so it is in a bit of
limbo.  However, it almost certainly works and tweaks to improve it
are certainly welcome.  I'm sure cardoe would commit them but if not I
can try to help out with that.  I just have no way to test anything at
the moment so I don't want to fiddle with it without testing feedback
from an active user.

-- 
Rich

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

2016-12-01 Thread Alan McKinnon 
On 01/12/2016 16:34, Daniel Quinn wrote:
> I just won’t build for me and my research on the forums and BGO keeps
> turning up very old bugs that don’t really feel like they apply to my
> case exactly.
> 
> What’s happened so far:
> 
>   * I installed a complete GNOME/systemd system with no trouble (~amd64)
>   * This installation included a perfect emerge of x11-libs/cairo
>   * About a month later, I’ve been doing “emerge -auDN @world” every
> other day or so, and suddenly cairo needs to rebuild, and now it
> fails with a long slew of errors:
> 
> |In file included from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34:
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:262:3:
> error: #error "XXX: No mutex implementation found. Cairo will not work
> with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and
> accept this limitation and compile cairo without thread-safety support."
> # error "XXX: No mutex implementation found. Cairo will not work with
> multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept
> this limitation and compile cairo without thread-safety support." ^ In
> file included from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34:
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:271:11:
> error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t
> cairo_recursive_mutex_impl_t; ^ 
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:161:9:
> error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t
> cairo_mutex_t; ^
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-botor-scan-converter.c:2076:1:
> warning: ‘botor_add_edge’ defined but not used [-Wunused-function]
> botor_add_edge (cairo_botor_scan_converter_t *self, ^ make[3]: ***
> [Makefile:2352: cairo-botor-scan-converter.lo] Error 1 make[3]: Leaving
> directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src'
> make[2]: *** [Makefile:1950: all] Error 2 make[2]: Leaving directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src'
> make[1]: *** [Makefile:906: all-recursive] Error 1 make[1]: Leaving
> directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64'
> make: *** [Makefile:757: all] Error 2 |
> 
> The digging I do online mentions something about custom LDFLAGS, but
> since I don’t even know what those are, I’m thinking that’s not it. I’m
> not running any special overlays, but I am running a complete ~amd64
> installation. I’ve try running |revdep-rebuild| (nothing to do) and
> |emerge @preserved-rebuild| just loops in cairo and explodes again.
> 
> Anyone have some tips to get me through this?

Yeah, the tip is you and we get to do some original research :-)

It's quite unlikely that the maintainer committed a broken ebuild that
simply cannot work, so we have to assume you are running into something
fairly uncommon and somewhat unique to your environment. My first choice
is your USE flags - you probably selected a combination that doesn't
work that the maintainer isn't aware of and so there's no detection for
it in the ebuild.

cairo-1.14.6 does in fact build on ~amd64,and your problem is related to
a lack of mutex support. Here's my USE for cairo, compres it to yours:

[I] x11-libs/cairo
 Available versions:  1.14.2^t (~)1.14.2-r1^t (~)1.14.4^t 1.14.6^t
**^t {X aqua debug directfb gles2 +glib opengl static-libs +svg
valgrind xcb xlib-xcb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
ABI_S390="32 64" ABI_X86="32 64 x32"}
 Installed versions:  1.14.6^t(19:08:54 15/11/2016)(X glib opengl
svg xcb -aqua -debug -directfb -gles2 -static-libs -valgrind -xlib-xcb
ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
ABI_X86="32 64 -x32")
 Homepage:http://cairographics.org/
 Description: A vector graphics library with cross-device
output support

Also what is your global setting in USE for "threads"?


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

[gentoo-user] Anyone else having trouble with x11-libs/cairo?

2016-12-01 Thread Daniel Quinn 
I just won’t build for me and my research on the forums and BGO keeps 
turning up very old bugs that don’t really feel like they apply to my 
case exactly.


What’s happened so far:

 * I installed a complete GNOME/systemd system with no trouble (~amd64)
 * This installation included a perfect emerge of x11-libs/cairo
 * About a month later, I’ve been doing “emerge -auDN @world” every
   other day or so, and suddenly cairo needs to rebuild, and now it
   fails with a long slew of errors:

|In file included from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34: 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:262:3: 
error: #error "XXX: No mutex implementation found. Cairo will not work 
with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and 
accept this limitation and compile cairo without thread-safety support." 
# error "XXX: No mutex implementation found. Cairo will not work with 
multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept 
this limitation and compile cairo without thread-safety support." ^ In 
file included from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34: 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:271:11: 
error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t 
cairo_recursive_mutex_impl_t; ^  
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:161:9: 
error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t 
cairo_mutex_t; ^ 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-botor-scan-converter.c:2076:1: 
warning: ‘botor_add_edge’ defined but not used [-Wunused-function] 
botor_add_edge (cairo_botor_scan_converter_t *self, ^ make[3]: *** 
[Makefile:2352: cairo-botor-scan-converter.lo] Error 1 make[3]: Leaving 
directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src' 
make[2]: *** [Makefile:1950: all] Error 2 make[2]: Leaving directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src' 
make[1]: *** [Makefile:906: all-recursive] Error 1 make[1]: Leaving 
directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64' 
make: *** [Makefile:757: all] Error 2 |


The digging I do online mentions something about custom LDFLAGS, but 
since I don’t even know what those are, I’m thinking that’s not it. I’m 
not running any special overlays, but I am running a complete ~amd64 
installation. I’ve try running |revdep-rebuild| (nothing to do) and 
|emerge @preserved-rebuild| just loops in cairo and explodes again.


Anyone have some tips to get me through this?

​

Re: [gentoo-user] multi-region OCR

2016-12-01 Thread Neil Bothwick 
On Thu, 01 Dec 2016 10:51:20 +0100, Helmut Jarausch wrote:

> > THere's an ebuild on bgo that I've kept updated to the latest release,
> > I've attached it. However, it uses tesseract as the OCR engine, so I
> > would expect similar results.

> the ebuild you've shared has a dependency on  
> perl-gcpan/Linux-Distribution which I don't have
> in my Gentoo tree. Have you got a fix?

Oh yes, I added that after later releases started needing that module.
You need to install app-portage/g-cpan and then use that to add the
Linux-distribution module to portage.

Or you can just install the module with gpan and remove the dependency
from the ebuild, but that's even more kludgy.


-- 
Neil Bothwick

God said, "div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t,"
and there was light.


pgpB4GO2pc_AW.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] multi-region OCR

2016-12-01 Thread Helmut Jarausch 

On 11/30/2016 07:37:20 PM, Neil Bothwick wrote:

On Wed, 30 Nov 2016 13:28:15 -0500, Michael Mol wrote:

> The next tool that looked like it might work, gscan2pdf, wasn't in
> portage, and with the semi-garbled output from tesseract suggesting  
the

> scans were too poor quality, I didn't pursue further.

THere's an ebuild on bgo that I've kept updated to the latest release,
I've attached it. However, it uses tesseract as the OCR engine, so I
would expect similar results.


--
Neil Bothwick


Hi Neil,
the ebuild you've shared has a dependency on  
perl-gcpan/Linux-Distribution which I don't have

in my Gentoo tree. Have you got a fix?

Thanks for this ebuild,
Helmut

Re: [gentoo-user] Umasking media-tv/mythtv-0.28?

2016-12-01 Thread Neil Bothwick 
On Wed, 30 Nov 2016 18:55:10 -0800, Paul B. Henson wrote:

> Any dev thoughts on unmasking media-tv/mythtv-0.28? I don't generally
> have issues with keywording unstable packages for testing and deploying
> ahead of the curve, but I usually try to avoid things that are package
> masked, particularly on relatively production stuff like my daily dose
> of TV :).

Just to say I unmasked it locally a month or so ago and have had no
issues.

Wow, time flies, it was a lot more than a month ago!

% ls -l /etc/portage/package.unmask/mythtv
-rw-r--r-- 1 root root 77 Sep 13 09:14 /etc/portage/package.unmask/mythtv


-- 
Neil Bothwick

Confucius say :
He who play in root, eventually kill tree!


pgpgAdSCoAlKP.pgp
Description: OpenPGP digital signature