[gentoo-user] soft keyboard for touchscreen
Can someone recommend a guide to installing a touch screen aware soft keyboard in gentoo? I have tried a number of keyboards but the various guides do not say how to integrate a soft keyboard in to a window manager (I am using xfwm4 but could change) or login screen. I can manually start them, but they do not show up when an editor, text box or login is required so I have to attach a physical keyboard to regain control. BillK
Re: [gentoo-user] No sound. Please, help!
On Sat, Oct 17, 2020 at 10:53:43PM +0300, gevisz wrote > Thank you for your reply. I have actually used this approach in one of > my first attempts. > Below is the output of lsmod on the install usb with all modules that > I think is irrelevant to sound removed. There is no mention of SND_PCI. When doing "make menuconfig", you ***MUST*** first enable... Device Drivers > Sound card support > Advanced Linux Sound Architecture > PCI sound devices Don't select any of the drivers under that option; just enable the barebones option. If you don't enable it, then nothing shows up under "HD Audio" where all the codecs you mention are listed. If you're doing it manually, set... CONFIG_SND_PCI=y Either way, rebuild the kernel and try again. Hopefully, that solves the problem. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] tensorflow-2.3.1 failed to compile"
сб, 17 окт. 2020 г. в 20:06, Michael Orlitzky : > > On 10/17/20 3:56 PM, gevisz wrote: > > > > Well, compilation of tensorflow-2.3.1 failed exactly with the same error. :( > > > > Can you file a bug with the full build log? Someone with a faster > computer may be able to investigate. Hm, there is actually a bug with a similar error reported under the number 747547 on bugs.gentoo.org exactly on the same date when my first update of tensorflow failed. Probably, I just should confirm it and make a reference to this thread.
Re: [gentoo-user] tensorflow-2.3.1 failed to compile"
On 10/17/20 3:56 PM, gevisz wrote: Well, compilation of tensorflow-2.3.1 failed exactly with the same error. :( Can you file a bug with the full build log? Someone with a faster computer may be able to investigate.
Re: [gentoo-user] tensorflow-2.3.1 failed to compile"
сб, 17 окт. 2020 г. в 20:34, gevisz : > > сб, 17 окт. 2020 г. в 15:28, Michael Orlitzky : > > On 10/17/20 8:10 AM, gevisz wrote: > > > > > > Any thoughts on how to proceed with this obstacle other than to > > > depclean tensorflow and try to reinstall it again? > > > > The problem is that all versions of tensorflow and almost all of its > > > dependencies are masked by default. So it is almost impossible to > > > guess which versions of them should be unmasked for the successful > > > compilation. > > > > My strategy was to run emerge with --autounmask=y and then to add the > > dependencies to package.accept_keywords one-by-one. If any of the > > dependencies that it suggests to you are actually incompatible, it's a > > bug in the tensorflow ebuild (or the ebuild of one of its dependencies). > > > > This is what I've currently got, but I originally generated the list for > > tensorflow-2.2 and then upgraded, so it may not be perfect. (It takes me > > three days to compile, so I'm not going to experiment!) > > > > # tensorflow > > =dev-python/pandas-1.1.2 ~amd64 > > =dev-python/gast-0.3.3 ~amd64 > > =dev-python/astunparse-1.6.3 ~amd64 > > =net-libs/grpc-1.28.1-r1 ~amd64 > > =sci-libs/tensorflow-2.3.1 ~amd64 > > =net-libs/google-cloud-cpp-0.10.0-r1 ~amd64 > > =sci-visualization/tensorboard-2.3.0 ~amd64 > > =dev-util/bazel-3.2.0 ~amd64 > > =sci-libs/tensorflow-estimator-2.3.0 ~amd64 > > =sys-apps/hwloc-2.1.0 ~amd64 > > =dev-python/grpcio-tools-1.28.1 ~amd64 > > =dev-cpp/abseil-cpp-20200225.2 ~amd64 > > =dev-python/google-auth-oauthlib-0.4.1 ~amd64 > > =dev-python/google-pasta-0.2.0 ~amd64 > > Thank you. I have depcleaned all masked packages and in line with your > suggestions started to build a list of package unmask rules for > emerging tensorflow-2.3.1. However, I do it manually using > emerge -vp tensorflow > As the result, so far I've got the following list: > >=sci-libs/tensorflow-2.2.0-r2::gentoo ~amd64 > >=net-libs/grpc-1.28::gentoo ~amd64 > >=sys-apps/hwloc-2::gentoo ~amd64 > >=dev-python/astunparse-1.6.3::gentoo ~amd64 > >=dev-python/gast-0.3.3::gentoo ~amd64 > >=dev-python/google-pasta-0.1.8::gentoo ~amd64 > >=net-libs/google-cloud-cpp-0.10.0::gentoo ~amd64 > >=sci-visualization/tensorboard-2.3.0::gentoo ~amd64 > >=sci-libs/tensorflow-estimator-2.3.0::gentoo ~amd64 > =dev-util/bazel-3*::gentoo ~amd64 > >=dev-python/grpcio-tools-1.28::gentoo ~amd64 > ~dev-python/grpcio-1.32.0::gentoo ~amd64 > >=dev-python/google-auth-oauthlib-0.4.1::gentoo ~amd64 > =dev-cpp/abseil-cpp-20200225*:=::gentoo ~amd64 > >=dev-libs/protobuf-3.13.0:=::gentoo ~amd64 > > However, now I have got the following > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > > dev-libs/protobuf:0 > > (dev-libs/protobuf-3.13.0:0/24::gentoo, ebuild scheduled for merge) > USE="zlib -emacs -examples -static-libs -test" ABI_X86="(64) -32 > (-x32)" conflicts with > ~dev-libs/protobuf-3.12.4 required by > (dev-python/protobuf-python-3.12.4-r1:0/23::gentoo, ebuild scheduled > for merge) USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -python3_6 > -python3_8 (-python3_9)" > > I am going to solve it by adding the line > >=dev-python/protobuf-python-3.13.0-r1::gentoo ~amd64 > (and it indeed solves the dependency conflict) > However, in this case I am quite close to my previous configuration > when compilation of tensorflow failed. > > Now, I am going to compile. On my computer, it will also take a lot of > time. So, I will report the result till the end of the next week. :) Well, compilation of tensorflow-2.3.1 failed exactly with the same error. :( FAILED: Build did NOT complete successfully * ERROR: sci-libs/tensorflow-2.3.1::gentoo failed (compile phase): * ebazel failed * * Call stack: * ebuild.sh, line 125: Called src_compile * environment, line 4177: Called ebazel 'build' '//tensorflow:libtensorflow_framework.so' '//tensorflow:libtensorflow.so' * environment, line 2389: Called die * The specific snippet of code: * "${@}" || die "ebazel failed" * * If you need support, post the output of `emerge --info '=sci-libs/tensorflow-2.3.1::gentoo'`, * the complete build log and the output of `emerge -pqv '=sci-libs/tensorflow-2.3.1::gentoo'`. * The complete build log is located at '/var/log/portage/sci-libs:tensorflow-2.3.1:20201017-180429.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/tensorflow-2.3.1/temp/environment'. * Working directory: '/var/tmp/portage/sci-libs/tensorflow-2.3.1/work/tensorflow-2.3.1-python3_7' * S: '/var/tmp/portage/sci-libs/tensorflow-2.3.1/work/tensorflow-2.3.1'
Re: [gentoo-user] No sound. Please, help!
сб, 17 окт. 2020 г. в 15:08, Walter Dnes : > > Here's a strategy I occasionally use... > > 1) Download a Gentoo "minimal install" and set up a USB key to boot from it. > > 2) Boot the PC from the install USB key. > > 3) Execute the command... > >lsmod | less > > 4) Manually scan the output for anything related to sound and write it down. Thank you for your reply. I have actually used this approach in one of my first attempts. Below is the output of lsmod on the install usb with all modules that I think is irrelevant to sound removed. Module Size Used by --- snd_hda_codec_realtek77824 1 snd_hda_codec_generic61440 1 snd_hda_codec_realtek snd_hda_codec_hdmi 49152 1 snd_hda_intel 32768 0 snd_hda_codec 90112 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek snd_hda_core 57344 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek snd_pcm81920 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core snd_timer 28672 1 snd_pcm snd69632 7 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm soundcore 16384 1 snd --- All these modules appear in the lsmod | less in my current Gentoo install (gentoo-kernel-5.4.64 without changes). Below I even made a table to be sure. -- lsmod on install usb | lsmod on 5.4.64 SND_HDA_CODEC_REALTEK | + SND_HDA_CODEC_GENERIC | + SND_HDA_CODEC_HDMI | + SND_HDA_INTEL | + SND_HDA_CODEC| + SND_HDA_CORE | + SND_PCM | + SND_TIMER | + SND | + SOUNDCORE | + -
Re: [gentoo-user] No sound. Please, help!
сб, 17 окт. 2020 г. в 14:57, David Haller : > On Sat, 17 Oct 2020, gevisz wrote: > >At different times during the last one and a half years, I tried to > >make sound work on my new Gentoo install on a computer with Gigabyte > >GA-MA790FXT-UD5P motherboard and MSI ATI Radeon R4770 graphic card. > > Ok, that board should be rather closeish to mine (GA-MA770TA-UD3. > Might use a different soundchip though, but those should work > automatically. > > [..] > >lspci | grep "Audio" > >00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 > >Azalia (Intel HDA) > >01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 > >HDMI Audio [Radeon HD 4000 series] > > Simliar here, but it'd be interesting, what actual device is that > onboard sound, here it's: > > $ /sbin/lspci -nn | grep Audio > 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 > Azalia (Intel HDA) [1002:4383] > [plus the HDMI of the video card] > > According to the MoBo manual, it's a Realtek ALC888 codec. My documentation says that it is Realtek ALC889A. > >My current kernel configuration is exactly the same as in the > >gentoo-kernel-5.4.64 package as I have not changed anything there. > > This works here: > > CONFIG_SND=y > CONFIG_SND_TIMER=y > CONFIG_SND_PCM=y > CONFIG_SND_HWDEP=m > CONFIG_SND_DRIVERS=y > CONFIG_SND_PCI=y > CONFIG_SND_HDA=m > CONFIG_SND_HDA_INTEL=m > CONFIG_SND_HDA_HWDEP=y > CONFIG_SND_HDA_RECONFIG=y > CONFIG_SND_HDA_CODEC_REALTEK=m > CONFIG_SND_HDA_GENERIC=m > CONFIG_SND_HDA_CORE=m > CONFIG_SND_SPI=y > > Not sure if CONFIG_SND_SPI and CONFIG_SND_HDA_GENERIC are needed, but > the other ones seem crucial. > > Oh, the above is for a 4.14 kernel, but has been the same for a looong > time now. Here is the comparative table for your kernel parameters vs those of gentoo-kernel 5.4.64 and my last tried configuration in gentoo-sources-4.19.86: - CONFIG | 4.14 | 5.4.64 | 4.19.86 SND | y | m| y SND_TIMER | y | m| y SND_PCM | y | m| y SND_HWDEP | m | m| y SND_DRIVERS | y | y | y SND_PCI| y | y | y SND_HDA | m | m| y SND_HDA_INTEL| m| m| y SND_HDA_HWDEP | y | y | n SND_HDA_RECONFIG | y| y | y SND_HDA_CODEC_REALTEK | m | m | y SND_HDA_GENERIC | m | m | y SND_HDA_CORE| m | m | y SND_SPI | y | n | absent The last option is absent from my config file of gentoo-source-4.19.86. However, it seems that in gentoo-kernel-5.4-64 it also means nothing because it leads to an empty section even if it is chosen. So, it seems that at least the configuration for kernel 5.4.64 should work. However, it does not.
Re: [gentoo-user] tensorflow-2.3.1 failed to compile"
сб, 17 окт. 2020 г. в 15:28, Michael Orlitzky : > On 10/17/20 8:10 AM, gevisz wrote: > > > > Any thoughts on how to proceed with this obstacle other than to > > depclean tensorflow and try to reinstall it again? > > > The problem is that all versions of tensorflow and almost all of its > > dependencies are masked by default. So it is almost impossible to > > guess which versions of them should be unmasked for the successful > > compilation. > > My strategy was to run emerge with --autounmask=y and then to add the > dependencies to package.accept_keywords one-by-one. If any of the > dependencies that it suggests to you are actually incompatible, it's a > bug in the tensorflow ebuild (or the ebuild of one of its dependencies). > > This is what I've currently got, but I originally generated the list for > tensorflow-2.2 and then upgraded, so it may not be perfect. (It takes me > three days to compile, so I'm not going to experiment!) > > # tensorflow > =dev-python/pandas-1.1.2 ~amd64 > =dev-python/gast-0.3.3 ~amd64 > =dev-python/astunparse-1.6.3 ~amd64 > =net-libs/grpc-1.28.1-r1 ~amd64 > =sci-libs/tensorflow-2.3.1 ~amd64 > =net-libs/google-cloud-cpp-0.10.0-r1 ~amd64 > =sci-visualization/tensorboard-2.3.0 ~amd64 > =dev-util/bazel-3.2.0 ~amd64 > =sci-libs/tensorflow-estimator-2.3.0 ~amd64 > =sys-apps/hwloc-2.1.0 ~amd64 > =dev-python/grpcio-tools-1.28.1 ~amd64 > =dev-cpp/abseil-cpp-20200225.2 ~amd64 > =dev-python/google-auth-oauthlib-0.4.1 ~amd64 > =dev-python/google-pasta-0.2.0 ~amd64 Thank you. I have depcleaned all masked packages and in line with your suggestions started to build a list of package unmask rules for emerging tensorflow-2.3.1. However, I do it manually using emerge -vp tensorflow As the result, so far I've got the following list: >=sci-libs/tensorflow-2.2.0-r2::gentoo ~amd64 >=net-libs/grpc-1.28::gentoo ~amd64 >=sys-apps/hwloc-2::gentoo ~amd64 >=dev-python/astunparse-1.6.3::gentoo ~amd64 >=dev-python/gast-0.3.3::gentoo ~amd64 >=dev-python/google-pasta-0.1.8::gentoo ~amd64 >=net-libs/google-cloud-cpp-0.10.0::gentoo ~amd64 >=sci-visualization/tensorboard-2.3.0::gentoo ~amd64 >=sci-libs/tensorflow-estimator-2.3.0::gentoo ~amd64 =dev-util/bazel-3*::gentoo ~amd64 >=dev-python/grpcio-tools-1.28::gentoo ~amd64 ~dev-python/grpcio-1.32.0::gentoo ~amd64 >=dev-python/google-auth-oauthlib-0.4.1::gentoo ~amd64 =dev-cpp/abseil-cpp-20200225*:=::gentoo ~amd64 >=dev-libs/protobuf-3.13.0:=::gentoo ~amd64 However, now I have got the following WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: dev-libs/protobuf:0 (dev-libs/protobuf-3.13.0:0/24::gentoo, ebuild scheduled for merge) USE="zlib -emacs -examples -static-libs -test" ABI_X86="(64) -32 (-x32)" conflicts with ~dev-libs/protobuf-3.12.4 required by (dev-python/protobuf-python-3.12.4-r1:0/23::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -python3_6 -python3_8 (-python3_9)" I am going to solve it by adding the line >=dev-python/protobuf-python-3.13.0-r1::gentoo ~amd64 (and it indeed solves the dependency conflict) However, in this case I am quite close to my previous configuration when compilation of tensorflow failed. Now, I am going to compile. On my computer, it will also take a lot of time. So, I will report the result till the end of the next week. :)
Re: [gentoo-user] tensorflow-2.3.1 failed to compile"
On 10/17/20 8:10 AM, gevisz wrote: Any thoughts on how to proceed with this obstacle other than to depclean tensorflow and try to reinstall it again? > The problem is that all versions of tensorflow and almost all of its dependencies are masked by default. So it is almost impossible to guess which versions of them should be unmasked for the successful compilation. My strategy was to run emerge with --autounmask=y and then to add the dependencies to package.accept_keywords one-by-one. If any of the dependencies that it suggests to you are actually incompatible, it's a bug in the tensorflow ebuild (or the ebuild of one of its dependencies). This is what I've currently got, but I originally generated the list for tensorflow-2.2 and then upgraded, so it may not be perfect. (It takes me three days to compile, so I'm not going to experiment!) # tensorflow =dev-python/pandas-1.1.2 ~amd64 =dev-python/gast-0.3.3 ~amd64 =dev-python/astunparse-1.6.3 ~amd64 =net-libs/grpc-1.28.1-r1 ~amd64 =sci-libs/tensorflow-2.3.1 ~amd64 =net-libs/google-cloud-cpp-0.10.0-r1 ~amd64 =sci-visualization/tensorboard-2.3.0 ~amd64 =dev-util/bazel-3.2.0 ~amd64 =sci-libs/tensorflow-estimator-2.3.0 ~amd64 =sys-apps/hwloc-2.1.0 ~amd64 =dev-python/grpcio-tools-1.28.1 ~amd64 =dev-cpp/abseil-cpp-20200225.2 ~amd64 =dev-python/google-auth-oauthlib-0.4.1 ~amd64 =dev-python/google-pasta-0.2.0 ~amd64
Re: [gentoo-user] No sound. Please, help!
Here's a strategy I occasionally use... 1) Download a Gentoo "minimal install" and set up a USB key to boot from it. 2) Boot the PC from the install USB key. 3) Execute the command... lsmod | less 4) Manually scan the output for anything related to sound and write it down. That should give you an idea of what modules the install decided on after doing hardware probing. This'll work for almost any device. I recently installed Gentoo on a older machine with an ethernet chip that identified as a string of numbers which didn't help me. But checking "lsmod | less" showed the "e1000e" module in use. I compiled in the driver that gives that module and it works. To get a screen capture that you can post here... 1) Boot from the install USB key. 2) mount /dev/sdxy /mnt/gentoo Where "x" is a, or b, or c, etc. "y" is 1, or 2, or 3, etc as appropriate for your machine. 3) lsmod > /mnt/gentoo/mymodules.txt Reboot, from the hard drive, find "mymodules.txt" and check it. If you need further help, post it on this list.
Re: [gentoo-user] No sound. Please, help!
Hello, On Sat, 17 Oct 2020, gevisz wrote: [.. reordering ..] >And finally: installed on the same computer legacy operating system >never had any sound problems. Ah, oh, so the HW works and you got the speaker connector in the hole. That's good![1] ;) >At different times during the last one and a half years, I tried to >make sound work on my new Gentoo install on a computer with Gigabyte >GA-MA790FXT-UD5P motherboard and MSI ATI Radeon R4770 graphic card. Ok, that board should be rather closeish to mine (GA-MA770TA-UD3. Might use a different soundchip though, but those should work automatically. [..] >lspci | grep "Audio" >00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 >Azalia (Intel HDA) >01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 >HDMI Audio [Radeon HD 4000 series] Simliar here, but it'd be interesting, what actual device is that onboard sound, here it's: $ /sbin/lspci -nn | grep Audio 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) [1002:4383] [plus the HDMI of the video card] According to the MoBo manual, it's a Realtek ALC888 codec. >My current kernel configuration is exactly the same as in the >gentoo-kernel-5.4.64 package as I have not changed anything there. This works here: CONFIG_SND=y CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_HWDEP=m CONFIG_SND_DRIVERS=y CONFIG_SND_PCI=y CONFIG_SND_HDA=m CONFIG_SND_HDA_INTEL=m CONFIG_SND_HDA_HWDEP=y CONFIG_SND_HDA_RECONFIG=y CONFIG_SND_HDA_CODEC_REALTEK=m CONFIG_SND_HDA_GENERIC=m CONFIG_SND_HDA_CORE=m CONFIG_SND_SPI=y Not sure if CONFIG_SND_SPI and CONFIG_SND_HDA_GENERIC are needed, but the other ones seem crucial. Oh, the above is for a 4.14 kernel, but has been the same for a looong time now. HTH, -dnh [1] happend to me a few days ago when I, after a long time again, un- and then wrongly replugged the speaker on my MoBo ;) -- WoKo ist so etwas, wie eine seltsame Schleife. Wenn zwei von ihnen zusammen- kommen, erklären sie sich gegenseitig für nichtexistent und löschen sich auf diese Weise aus. Zum Schluß wird einer übrigbleiben. Und den können wir dann ganz leicht am nächsten Baum aufknüpfen... [Daniel Reutter in dag°]
[gentoo-user] No sound. Please, help!
At different times during the last one and a half years, I tried to make sound work on my new Gentoo install on a computer with Gigabyte GA-MA790FXT-UD5P motherboard and MSI ATI Radeon R4770 graphic card. Previously, I successfully solved the sound problems in Gentoo either with alsamixer or by compiling the right driver into the kernel but on this computer these two approaches failed so far. In my penultimate attempt to solve this problem, I spent no less than one week trying to compile the right driver into the then 4th Linux kernel with no result. At the beginning, I managed to get a sound from this computer after some kernel configurations but they turned out to be unstable in the sense that later the same kernel configurations resulted in no sound. (I have used git to control all my experiments with the kernel configurations, so I am quite sure that configurations of the kernel for which I sometimes got the sound and later did not was indeed the same.) My first explanation to this phenomena was that after recompiling a kernel I also have to recompile xorg-server and some sound related packages. So I have tried this with no result again. And, of course, I have always used alsamixer to make sure that no sound channels are muted. Finally, I decided that I just cannot find the right combination of sound drivers and gave up because at that time I could not spend on this more than one week. But last month I found out about the gentoo-kernel package and decided to try once more. I was almost sure that, after installing this package, I will finally get the sound. So, I have installed the latest, 5.4.64, version of this package. As a result, the computer rebooted in the new Linux kernel and everything worked and still works like a charm except for the sound as it is still absent. :( So I definitely (and desperately) need your help and promise to follow all your suggestions. (But, please, take into account that I can compile on this computer only during weekends.) As the following command shows lspci | grep "Audio" 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series] This computer has two sound devices. The first of them, SBx00 Azalia, is probably built into the motherboard, and it is where I am trying to get a sound from. The second one is probably built into the Radeon graphic card and I am not going to use it at all unless it can output the sound through the motherboard audio jacks. My current kernel configuration is exactly the same as in the gentoo-kernel-5.4.64 package as I have not changed anything there. And finally: installed on the same computer legacy operating system never had any sound problems.
[gentoo-user] tensorflow-2.3.1 failed to compile"
A week ago, on October 10, 2020, tensorflow-2.3.1 gracefully failed to compile with the following ERROR: sci-libs/tensorflow-2.3.1::gentoo failed (compile phase) and a few weeks before tensorflow-2.2.0-r2 caused a dependency conflict during a regular system update, so I updated my system excluding tensorflow and on October 10 tried, after another update excluding tensorflow, tried to update it to the last available version. Before doing it, I also unmasked some of its most recent dependencies (I think it was protobuf-3.13.0) to avoid dependency conflict. Any thoughts on how to proceed with this obstacle other than to depclean tensorflow and try to reinstall it again? The problem is that all versions of tensorflow and almost all of its dependencies are masked by default. So it is almost impossible to guess which versions of them should be unmasked for the successful compilation. Is there any hope that in the future at least some version of tensorflow will be considered "stable" in Gentoo?