Re: [gentoo-user] Libclc and OpenCL
On Tuesday 25 Oct 2016 11:26:15 I wrote: > Bug 596022 reports failure to build dev-libs/libclc with the latest version > of sys-dev/clang. I've been trying to trace a problem running MilkyWay@home, > specifically with its use of the GPU, so I'm keen to make sure that I have > a properly working OpenCL system. --->8 > The bug has been open for three weeks, asking for a new libclc package to be > released. It'd be good if that were to happen soon. $ genlop libclc * dev-libs/libclc --->8 Sat Sep 24 07:03:37 2016 >>> dev-libs/libclc-0.2.0_pre20160209 Thu Oct 27 09:50:57 2016 >>> dev-libs/libclc-0.2.0_pre20160921 Thanks fellers. -- Regards Peter
[gentoo-user] Libclc and OpenCL
Hello list, Bug 596022 reports failure to build dev-libs/libclc with the latest version of sys-dev/clang. I've been trying to trace a problem running MilkyWay@home, specifically with its use of the GPU, so I'm keen to make sure that I have a properly working OpenCL system. Is my existing libclc, compiled against the previous version of clang, still good? I'm hoping this is just a build-phase problem, with nothing changed in the object code. I can't go back in clang versions without also reverting sys-devel/llvm, and maybe other things too. The bug has been open for three weeks, asking for a new libclc package to be released. It'd be good if that were to happen soon. -- Rgds Peter PS. Has anyone seen anything of Alan McK recently? He seems to have vanished.
Re: [gentoo-user] Excitement...
On Monday 18 Apr 2016 10:28:00 I wrote: > ... Well, after another 10 days of googling and trial and error, yesterday > I arrived at a setup that works. Here are the versions I needed to > specify: > > # cat /etc/portage/package.keywords > ~dev-libs/libclc-0.1.0_pre20150305 > ~sci-misc/boinc-7.4.42 > sys-apps/nvme-cli > sys-boot/gummiboot > ~sys-devel/clang-3.6.2 > ~sys-devel/llvm-3.6.2 > sys-firmware/amdgpu-ucode > ~sys-kernel/gentoo-sources-4.4.6 > ~x11-drivers/xf86-video-amdgpu-1.0.1 In fact that wasn't enough. Everything was working but one: ATLAS@home. That's a BOINC project that downloads a .vdi file with a 64-bit client for VirtualBox. To get that to work I had to use later versions of some packages, viz: $ cat /etc/portage/package.keywords ~app-emulation/virtualbox-5.0.18 ~app-emulation/virtualbox-additions-5.0.18 ~app-emulation/virtualbox-extpack-oracle-5.0.18.106667 ~app-emulation/virtualbox-modules-5.0.18 ~dev-libs/libclc-0.1.0_pre20150305 ~sci-misc/boinc-7.4.42 sys-boot/gummiboot ~sys-devel/clang-3.6.2 ~sys-devel/llvm-3.6.2 sys-firmware/amdgpu-ucode ~sys-kernel/gentoo-sources-4.5.0 ~x11-drivers/xf86-video-amdgpu-1.1.0 > Going back to the GPU calculations, I'm quite certain that I couldn't ever > have succeeded with any other distro than Gentoo, with portage's uncanny > ability to winkle out the most obscure collisions and dependencies, so > I'm very happy to echo Alan Mackenzie's praise for it. > > Well done, our devs, and thank you! That bit stands, though. -- Rgds Peter
[gentoo-user] RANT: I just installed another half an OS
I have a bog-standard Dell desktop with an Intel graphics chip. As near as I can tell, mesa-24.1.3 with VIDEO_CARDS="intel" now pulls in dev-util/intel_clc which pulls in dev-libs/libclc which pulls in a ton of clang/llvm/spirv crap. And what's an emerge without a whole bunch of new python applets+libs being puuled in? -- There are 2 types of people 1) Those who can extrapolate from incomplete data
Re: [gentoo-user] RANT: I just installed another half an OS
On 8/15/24 11:27 PM, Walter Dnes wrote: > I have a bog-standard Dell desktop with an Intel graphics chip. As > near as I can tell, mesa-24.1.3 with VIDEO_CARDS="intel" now pulls in > dev-util/intel_clc which pulls in dev-libs/libclc which pulls in a ton > of clang/llvm/spirv crap. If mesa upstream has decided that their intel card support is going to use llvm at build time, I don't see what Gentoo is supposed to do about that. Best we can do is avoid requiring it for USE flag configs where upstream doesn't mandate it. That being said, the binhost provides binary packages for llvm so I don't really care when I discover a package needing it. > And what's an emerge without a whole bunch of > new python applets+libs being puuled in? Entirely unsure what you mean by this, anyway. Do you happen to have an example? Usually the only python applets+libs I have are the ones that are already installed, which sometimes have new versions available but those are upgrades, not new packages. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-user] Excitement...
...and disappointment... Hello list, A month or so ago I asked here for recommendations for a graphics card to do mucho GPU calculations, as I was buying a new system. Well, two weeks ago today the new system arrived. It took me five whole days to find a way to get it to boot, what with its UEFI BIOS and its Radeon R9 M295X Mac Edition display card. I was pretty firmly stuck until Neil B. reminded me of gummiboot. That did the trick. I couldn't get UEFI to run grub at all here (nothing very grand about it in this case). Then the display card. Well, after another 10 days of googling and trial and error, yesterday I arrived at a setup that works. Here are the versions I needed to specify: # cat /etc/portage/package.keywords ~dev-libs/libclc-0.1.0_pre20150305 ~sci-misc/boinc-7.4.42 sys-apps/nvme-cli sys-boot/gummiboot ~sys-devel/clang-3.6.2 ~sys-devel/llvm-3.6.2 sys-firmware/amdgpu-ucode ~sys-kernel/gentoo-sources-4.4.6 ~x11-drivers/xf86-video-amdgpu-1.0.1 - That's the excitement. The disappointment is with KMail. The reason I bought the new box is that the old one had developed a hardware fault, somewhere in the PCI region of the chipset I think. Down the years I've been accumulating e-mails that fault appears to have damaged a lot of e-mails to the point that KMail couldn't handle them and threw wobblers all over the place. So now I end up with empty mail folders. I have archives from 19 March and before which I daren't import, but everything between then and last Friday has gone. So, if anyone addressed anything to me in the last month, I'm afraid I can't answer you - sorry. - Going back to the GPU calculations, I'm quite certain that I couldn't ever have succeeded with any other distro than Gentoo, with portage's uncanny ability to winkle out the most obscure collisions and dependencies, so I'm very happy to echo Alan Mackenzie's praise for it. Well done, our devs, and thank you! -- Rgds Peter
Re: [gentoo-user] Sweet Sweet Portage
On 08/15/2016 06:02 PM, james wrote: > Well, > > I brought this up before. No need for argument, just test it out > for yourself. > > Multiple times (over the last few weeks) I have run 'emerge -uDNvp @world' > and there are issues to deal with manually. > > For example 'One or more updates/rebuilds have been skipped due to a > dependency conflict', type of fudd and other types of fudd is the result, not > all the time, but maybe 50% of the time. > > > Now, routinely, all I do is immediately issue this command > 'emerge -uDt @world' and go have a coffee. An AMD 8 core, 32G workstation > does it's thang, leaving me a with just a smile after the work is complete. > No other actions, nadda, ziltch. Immediately, I then run 'emerge -uDNvp > world' (again, and routinely I get:: > > "These are the packages that would be merged, in order: > > Calculating dependencies... done! > > Total: 0 packages, Size of downloads: 0 KiB" > > > Just try it for yourself. It's like clockwork now. Smooth. I have over 1500 > packages installed on a mostly stable but hacked out /usr/local/portage/ and > maybe 10% of the packages, that are much newer, but portage is sweet, sweet, > sweet now. There is inherent magic now, but, > I do not have time to ferret it out. Sure I can dive in, manually, > and I have done this to fix things, but, 'emerge -uDt @world' fixes things, > automagically; dozens of times as I update 3 or 4 times a week. > > I don't know exactly what's going on but I think something is wrong so it's not so sweet. I think you got a conflict that's not being resolved and not being pulled by the second command. What happends if you add --with-bdeps=y --backtrack=30? Also try without the -p (I think it runs more code like autounmask etc so it may cause the extra output). Is clang/llvm stuff still popping up on the list of skipped packages? I remember a similar conflict around the time of your first post and it turned out that the latest stable clang blocks the latest stable libclc. So the tree is (still) broken. For most users it's not a problem because portage pulls the right version of clang but if you have clang on your world file it updates it to the latest and you get those conflicts. I fixed it by masking all versions of clang >3.6 -- Fernando Rodriguez
Re: [gentoo-user] Sweet Sweet Portage
On 08/16/2016 02:49 PM, Fernando Rodriguez wrote: On 08/15/2016 06:02 PM, james wrote: Well, I brought this up before. No need for argument, just test it out for yourself. Multiple times (over the last few weeks) I have run 'emerge -uDNvp @world' and there are issues to deal with manually. For example 'One or more updates/rebuilds have been skipped due to a dependency conflict', type of fudd and other types of fudd is the result, not all the time, but maybe 50% of the time. Now, routinely, all I do is immediately issue this command 'emerge -uDt @world' and go have a coffee. An AMD 8 core, 32G workstation does it's thang, leaving me a with just a smile after the work is complete. No other actions, nadda, ziltch. Immediately, I then run 'emerge -uDNvp world' (again, and routinely I get:: "These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB" Just try it for yourself. It's like clockwork now. Smooth. I have over 1500 packages installed on a mostly stable but hacked out /usr/local/portage/ and maybe 10% of the packages, that are much newer, but portage is sweet, sweet, sweet now. There is inherent magic now, but, I do not have time to ferret it out. Sure I can dive in, manually, and I have done this to fix things, but, 'emerge -uDt @world' fixes things, automagically; dozens of times as I update 3 or 4 times a week. I don't know exactly what's going on but I think something is wrong so it's not so sweet. I think you got a conflict that's not being resolved and not being pulled by the second command. What happends if you add --with-bdeps=y --backtrack=30? Also try without the -p (I think it runs more code like autounmask etc so it may cause the extra output). Is clang/llvm stuff still popping up on the list of skipped packages? I remember a similar conflict around the time of your first post and it turned out that the latest stable clang blocks the latest stable libclc. So the tree is (still) broken. For most users it's not a problem because portage pulls the right version of clang but if you have clang on your world file it updates it to the latest and you get those conflicts. I fixed it by masking all versions of clang >3.6 Nope, but on gentoo-dev there is a big announce about LLVM(clang). No issues with the system, I run the latest portage and when issues popup, granted that are easy to fix, manually 'emerge -uDt world' precludes the need to fix them. Afterwards, running 'emerge -uDNvp world' just comes back completely clean. NO idea what's going on, but *I* have verified this now dozens and of times over the recent weeks. Instead of running 'emerge -uDNv world' I simple run 'emerge -uDt world' and the manual (trivial) items just dissappear, it runs to completion and all is just spanky fine. I do not have the will, nore inclination to dig deeply, but the benefit is most wonderful. ymmv. But follow the evidence emerge -uDNvp world emerge -Dut world emerge -uDNvp world It's just that simple:: 3 commands, no others. fabulous! You don't believe me, then just ignore the thread. ymmv. --nobody cares, as I'm done with this thread. James
[gentoo-user] Tensorflow 2.1.0 failing to compile
3.2 app-admin/logrotate-3.14.0 app-admin/perl-cleaner-2.27 app-admin/syslog-ng-3.22.1 app-arch/bzip2-1.0.6-r11 app-arch/cpio-2.12-r1 app-arch/gzip-1.9 app-arch/libarchive-3.4.2 app-arch/rpm2targz-9.0.0.5g app-arch/snappy-1.1.8 app-arch/tar-1.32 app-arch/unzip-6.0_p25-r1 app-arch/xz-utils-5.2.4-r2 app-arch/zip-3.0-r3 app-benchmarks/ramspeed-3.5.0-r2 app-benchmarks/stress-ng-0.11.03 app-crypt/gnupg-2.2.19 app-crypt/gpgme-1.13.0-r1 app-crypt/libb2-0.98.1-r2 app-crypt/openpgp-keys-gentoo-release-20191030 app-crypt/p11-kit-0.23.19-r1 app-crypt/pinentry-1.1.0-r2 app-crypt/rhash-1.3.6-r1 app-dicts/aspell-en-2018.04.16.0 app-editors/emacs-26.3-r1 app-emacs/emacs-common-gentoo-1.6-r3 app-emacs/emacs-daemon-0.22 app-eselect/eselect-ctags-1.18 app-eselect/eselect-emacs-1.18 app-eselect/eselect-fontconfig-1.1-r1 app-eselect/eselect-java-0.4.0 app-eselect/eselect-lib-bin-symlink-0.1.1-r1 app-eselect/eselect-opencl-1.1.0-r4 app-eselect/eselect-pinentry-0.7 app-eselect/eselect-python-20190417 app-eselect/eselect-ruby-20190121 app-misc/ca-certificates-20190110.3.43 app-misc/c_rehash-1.7-r1 app-misc/editor-wrapper-4-r1 app-misc/mime-types-9 app-misc/pax-utils-1.2.5 app-misc/tmux-2.9a app-portage/eix-0.33.9-r1 app-portage/elt-patches-20170815 app-portage/euses-2.5.9 app-portage/gemato-14.3 app-portage/gentoolkit-0.4.8 app-portage/genup-1.0.26 app-portage/layman-2.4.2-r1 app-portage/mirrorselect-2.2.4-r1 app-portage/portage-utils-0.80 app-portage/repoman-2.3.20 app-portage/showem-1.0.3 app-shells/bash-4.4_p23-r1 app-shells/push-2.0-r1 app-shells/quoter-3.0_p2-r1 app-text/asciidoc-8.6.10_p20181016-r1 app-text/aspell-0.60.8 app-text/build-docbook-catalog-1.21 app-text/docbook-xml-dtd-4.1.2-r7 app-text/docbook-xml-dtd-4.2-r3 app-text/docbook-xml-dtd-4.3-r2 app-text/docbook-xml-dtd-4.4-r3 app-text/docbook-xml-dtd-4.5-r2 app-text/docbook-xsl-stylesheets-1.79.1-r2 app-text/manpager-1 app-text/openjade-1.3.2-r9 app-text/opensp-1.5.2-r3 app-text/po4a-0.47-r1 app-text/sgml-common-0.6.3-r7 app-text/wgetpaste-2.29-r1 app-text/xmlto-0.0.28-r1 dev-cpp/gtest-1.9.0_pre20190607 dev-db/lmdb-0.9.23 dev-db/sqlite-3.31.1 dev-java/icedtea-bin-3.15.0 dev-java/java-config-2.2.0-r4 dev-lang/ghc-8.6.5 dev-lang/nasm-2.14.02 dev-lang/perl-5.30.1 dev-lang/python-2.7.17-r2 dev-lang/python-3.6.10-r1 dev-lang/python-3.7.7-r1 dev-lang/python-3.8.2-r1 dev-lang/python-exec-2.4.6-r1 dev-lang/ruby-2.4.10 dev-lang/ruby-2.5.8 dev-lang/swig-3.0.12 dev-lang/vala-0.46.7 dev-libs/atk-2.34.1 dev-libs/crc32c-1.0.6 dev-libs/cudnn-7.6.5.32 dev-libs/dbus-glib-0.110 dev-libs/double-conversion-3.1.5 dev-libs/elfutils-0.177 dev-libs/expat-2.2.8 dev-libs/flatbuffers-1.12.0 dev-libs/fribidi-1.0.9 dev-libs/glib-2.62.6 dev-libs/gmp-6.2.0-r1 dev-libs/gobject-introspection-1.62.0 dev-libs/gobject-introspection-common-1.62.0 dev-libs/icu-65.1-r1 dev-libs/iniparser-3.1-r1 dev-libs/ivykis-0.42.4 dev-libs/jansson-2.11 dev-libs/jsoncpp-1.9.2-r2 dev-libs/libaio-0.3.110 dev-libs/libassuan-2.5.3 dev-libs/libbsd-0.10.0 dev-libs/libclc-0.2.0_pre20191024 dev-libs/libcroco-0.6.13 dev-libs/libevdev-1.9.0 dev-libs/libevent-2.1.8 dev-libs/libffi-3.3-r1 dev-libs/libgcrypt-1.8.5 dev-libs/libgpg-error-1.36 dev-libs/libgudev-233-r1 dev-libs/libinput-1.15.4 dev-libs/libksba-1.3.5-r1 dev-libs/libltdl-2.4.6 dev-libs/libpcre2-10.34 dev-libs/libpcre-8.42 dev-libs/libpipeline-1.5.2 dev-libs/libtasn1-4.13 dev-libs/libunistring-0.9.10 dev-libs/libusb-1.0.21-r1 dev-libs/libuv-1.35.0 dev-libs/libx86emu-1.1 dev-libs/libxml2-2.9.9-r3 dev-libs/libxslt-1.1.33-r1 dev-libs/libyaml-0.2.2 dev-libs/lzo-2.10 dev-libs/mpc-1.1.0-r1 dev-libs/mpfr-4.0.2 dev-libs/nettle-3.4.1 dev-libs/newt-0.52.21 dev-libs/npth-1.3 dev-libs/nspr-4.25 dev-libs/nss-3.51 dev-libs/nsync-1.20.1 dev-libs/ocl-icd-2.2.12 dev-libs/openssl-1.1.1g dev-libs/openssl-compat-1.0.2u dev-libs/popt-1.16-r2 dev-libs/protobuf-3.11.4 dev-libs/re2-0.2019.12.01 dev-libs/vala-common-0.46.7 dev-perl/Authen-SASL-2.160.0-r1 dev-perl/Class-Inspector-1.320.0 dev-perl/Digest-HMAC-1.30.0-r1 dev-perl/Error-0.170.250 dev-perl/File-ShareDir-1.104.0 dev-perl/File-ShareDir-Install-0.110.0 dev-perl/libintl-perl-1.310.0 dev-perl/Locale-gettext-1.70.0 dev-perl/MailTools-2.190.0 dev-perl/Module-Build-0.422.400 dev-perl/SGMLSpm-1.1-r1 dev-perl/TermReadKey-2.370.0 dev-perl/Text-CharWidth-0.40.0-r1 dev-perl/Text-Unidecode-1.300.0 dev-perl/Text-WrapI18N-0.60.0-r1 dev-perl/TimeDate-2.300.0 dev-perl/Unicode-EastAsianWidth-1.330.0-r1 dev-perl/XML-Parser-2.440.0 dev-python/absl-py-0.7.1 dev-python/astor-0.8.1 dev-python/bleach-3.1.4-r1 dev-python/blinker-1.4-r1 dev-python/bz2file-0.98 dev-python/cachetools-3.1.1 dev-python/certifi-2019.11.28 dev-python/cffi-1.14.0 dev-python/chardet-3.0.4 dev-python/click-7.0-r1 dev-python/cryptography-2.8-r1 dev-python/cython-0.29.15 dev-python/enum34-1.1.6-r1 dev-python/funcsigs-1.0.2-r1 dev-python/gast-0.2.2 dev-python/google-auth-1.6.3 dev-python/google-auth-oauthlib-0.4.1 dev-python/google-pasta-0.1.1 dev-python/grpcio-1.26.0-r1 dev-python/grpcio
