[gentoo-user] TensorFlow

2019-02-12 Thread Alan Grimes
I wanna take a whack at an AI challenge,

https://www.aicrowd.com/challenges/unity-obstacle-tower-challenge

Ok, so I'm like
"emerge tensorflow"

It has been about two weeks since I've sync'd so this may or may not
still be valid, updating is an extremely risky operation on my machine
so I'm on a once every 3-6 months schedule...

current state:

#
tortoise /home/atg/source # emerge tensorflow

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N ] net-libs/google-cloud-cpp-0.2.0-r1::gentoo  USE="test"
0 KiB
[ebuild  N ] sci-visualization/tensorboard-1.12.1::gentoo 
PYTHON_TARGETS="python2_7 python3_6 -python3_5" 0 KiB
[ebuild  N ] sci-libs/tensorflow-1.12.0::gentoo  USE="cuda python
-mpi" CPU_FLAGS_X86="avx avx2 sse sse2 sse3 sse4_1 sse4_2 -fma3 -fma4"
PYTHON_TARGETS="python2_7 python3_6 -python3_5" 0 KiB
[..]
[ 15%] Linking CXX executable internal_throw_delegate_test
cd
/var/tmp/portage/net-libs/google-cloud-cpp-0.2.0-r1/work/google-cloud-cpp-0.2.0_build/google/cloud
&& /usr/bin/cmake -E cmake_link_script
CMakeFiles/internal_throw_delegate_test.dir/link.txt --verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++  -march=native -pipe -O3  -Wl,-O1
-Wl,--as-needed
CMakeFiles/internal_throw_delegate_test.dir/internal/throw_delegate_test.cc.o 
-o internal_throw_delegate_test
-Wl,-rpath,/var/tmp/portage/net-libs/google-cloud-cpp-0.2.0-r1/work/google-cloud-cpp-0.2.0_build/google/cloud:/usr/local/lib64
libgoogle_cloud_cpp_testing.so libgoogle_cloud_cpp_common.so.0.1.0
/usr/lib64/libgmock_main.so /usr/lib64/libgmock.so
/usr/local/lib64/libgtest.so -lpthread
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
CMakeFiles/internal_throw_delegate_test.dir/internal/throw_delegate_test.cc.o:(.data.rel.ro._ZTI38ThrowDelegateTest_InvalidArgument_Test[_ZTI38ThrowDelegateTest_InvalidArgument_Test]+0x10):
undefined reference to `typeinfo for testing::Test'
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
CMakeFiles/internal_throw_delegate_test.dir/internal/throw_delegate_test.cc.o:(.data.rel.ro._ZTI33ThrowDelegateTest_RangeError_Test[_ZTI33ThrowDelegateTest_RangeError_Test]+0x10):
undefined reference to `typeinfo for testing::Test'
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
CMakeFiles/internal_throw_delegate_test.dir/internal/throw_delegate_test.cc.o:(.data.rel.ro._ZTI35ThrowDelegateTest_RuntimeError_Test[_ZTI35ThrowDelegateTest_RuntimeError_Test]+0x10):
undefined reference to `typeinfo for testing::Test'
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
CMakeFiles/internal_throw_delegate_test.dir/internal/throw_delegate_test.cc.o:(.data.rel.ro._ZTI33ThrowDelegateTest_LogicError_Test[_ZTI33ThrowDelegateTest_LogicError_Test]+0x10):
undefined reference to `typeinfo for testing::Test'
collect2: error: ld returned 1 exit status
make[2]: ***
[google/cloud/CMakeFiles/internal_throw_delegate_test.dir/build.make:89:
google/cloud/internal_throw_delegate_test] Error 1
make[2]: Leaving directory
'/var/tmp/portage/net-libs/google-cloud-cpp-0.2.0-r1/work/google-cloud-cpp-0.2.0_build'
make[1]: *** [CMakeFiles/Makefile2:221:
google/cloud/CMakeFiles/internal_throw_delegate_test.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs


I've tried toggling the "test" flag on the package, no change. Would
trying to get Nvidia's containers working be a better way to waste my
time on this? Or should I give up and use google's cloud service? =\

-- 
Please report bounces from this address to a...@numentics.com

Powers are not rights.




[gentoo-user] [OT] Flashing an old NOKIA 3310 with Linux?

2019-02-12 Thread tuxic
Hi,

I got my hands on one of the well known NOKIA 3310 (2001...not the new NOKIA 
3310
ones) phones. It seems the previous seller has branded the phone with
his own firmware and I want to reflash the original NOKIA firmware
onto it again...if I have a true phone I want the "real true"
phone...you know ... :)

There are some flasher out therewhich are compatible to windows
versions, which are long forgotten.

As far as my investigations in this case :) has reached: The phone
needs what they call it a "DCT-3 flasher".

Does anyone has knowledge in handling this wonderful retro peace
of technique this way and knows a linux compatible flasher for 
the firmware?

Thanks a lot in advance !
Cheers!
Meino





[gentoo-user] Re: Experiences with Flatpak?

2019-02-12 Thread Grant Edwards
On 2019-01-25, Canek Peláez Valdés  wrote:

>>> Also, I run systemd; I *think* it's necessary to run flatpak.
>>
>> Ouch.  I don't, so that's a bit of a blocker for me.
>
> I'm not sure anymore; flatpak doesn't need systemd and ostree has it as an
> optional dependency[1]. It may work with OpenRC.
>
> [1] 
> https://github.com/fosero/flatpak-overlay/blob/master/sys-fs/libostree/libostree-2019.1.ebuild#L37

It installs fine without systemd (you need a -systemd USE flag).  But,
following the Gentoo Quick Setup instructions from
https://flatpak.org/setup/Gentoo/ produces this not-so-useful result:

$ flatpak --version
Flatpak 1.0.6

$ flatpak remote-add --if-not-exists flathub 
https://flathub.org/repo/flathub.flatpakrepo
Segmentation fault

Color me unimpressed.  So much for "a next-generation technology for
building and distributing desktop applications on Linux Start"...

-- 
Grant Edwards   grant.b.edwardsYow! NANCY!!  Why is
  at   everything RED?!
  gmail.com