Re: [CentOS] CUDA tools?
On Thu, 2017-10-05 at 17:07 -0400, m.r...@5-cent.us wrote: > vychytraly . wrote: > > On Thu, Oct 5, 2017 at 9:51 PM, wrote: > > > > > > So, kmod-nvidia installed. Trouble is, I have no tool to test it. And my > > > user might need nvcc, which, of course, is only provided by the NVidia > > > CUDA, which won't install, because it conflicts with kmod-nvidia. > > > > > > Has *anyone* dealt with this? If so, what was your solution? > > > > > > > Are you installing CUDA from official NVidia repository? > > Please don't top post. > > Why, is there some other? I suppose the epel kmod-nvidia might count - it will allow CUDA apps to run but you can't develop with it. > I did try, last week, and went through one > failure after another. Actually, my user's testing now with kmod-nvidia. > If that doesn't work, I'm back to square one: uninstall everything, then > start with CUDA, rather than the proprietary driver. If that doesn't work, > uninstall CUDA, then try the most-current proprietary driver (The last > try wouldn't build, because of the lack of .../include/linux/fence.h.) > I use the nVidia repo for CUDA. It seems to work OK and you don't need to compile anything as far as I can see. Sorry if you already know this, but you can get it from https://developer.nvidia.com/cuda-downloads?target_os=Linux&target_arch=x86_64&target_distro=CentOS&target_version=7&target_type=rpmnetwork sorry for the long URL - if you want go to https://developer.nvidia.com/cuda-downloads and click through the selections. Ultimately you just do a 'yum install cuda' and it installs everything you need for a CUDA development environment including the kernel drivers - and it's kept up to date. Documentation on it is at http://docs.nvidia.com/cuda/cuda-installation-guide-linux/index.html#package-manager-installation P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CUDA tools?
> I suppose the epel kmod-nvidia might count - it will allow CUDA apps to > run but you can't develop with it. Sorry, I did, of course, mean elrepo, not epel. P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CUDA tools?
On Fri, 6 Oct 2017, Pete Biggs wrote: I suppose the epel kmod-nvidia might count - it will allow CUDA apps to run but you can't develop with it. The ELRepo drivers are just the drivers, not the SDK. That said, my experience is they're packaged much better than the ones nVidia releases as part of the CUDA repo. The approach I've gone with is to use ELRepo for the drivers, and then use environment modules to provide the CUDA SDK to users. That for me offers little downsides. You easily get to provide multiple releases of the SDK for users, and you get to use the best packaged drivers. jh ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CUDA tools?
On 6 Oct 2017 8:34 am, "John Hodrien" wrote: On Fri, 6 Oct 2017, Pete Biggs wrote: I suppose the epel kmod-nvidia might count - it will allow CUDA apps to > run but you can't develop with it. > The ELRepo drivers are just the drivers, not the SDK. That said, my experience is they're packaged much better than the ones nVidia releases as part of the CUDA repo. The approach I've gone with is to use ELRepo for the drivers, and then use environment modules to provide the CUDA SDK to users. That for me offers little downsides. You easily get to provide multiple releases of the SDK for users, and you get to use the best packaged drivers. jh ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos Mark why are you so determined to take the most difficult, fragile and high maintenance route? Just use the Negativo Nvidia repo which includes CUDA etc https://negativo17.org/nvidia-driver/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Voice/Fax Modem advice
m...@tdiehl.org wrote: On Thu, 5 Oct 2017, hw wrote: m...@tdiehl.org wrote: On Wed, 4 Oct 2017, hw wrote: A SPA122 ATA from Cisco might be useful as a gateway, they are cheap. You?d be using it kinda in reverse, but I don?t see why that shouldn?t be possible. Other than that, specialized cards have come down in prices, probably because ppl aren?t using them anymore. You might also want to look into Patton gateways, but they tend to be rather pricy and are a hell to set up unless you?re familiar with all the phone-related stuff. If your internet connection is decent, it might be a good idea to give up the POTS line and use a VOIP provider instead, with a asterisk connected to it. It would be the easiest way by far. Asterisk isn?t too complicated for getting basic phone services to work on which you can expand over time; you only need to overcome the few first steps. Since a Centos package for asterisk is missing, you may want to compile it yourself, which is easy. However, I had to disable one of the drivers/features of asterisk in the build config because there?s a bug that makes asterisk fail when that feature/driver is enabled --- I left everything else enabled and don?t know what most of the stuff is ... The http://nerdvittles.com/ stuff I referenced earlier gives you the choice of Installing on Centos 6/7, Debian 8 or Raspberry PI. They even have virtual box VM's available. See http://wable-repo.wardmundy.net/incrediblepbx/ for a list of all of the choices. I?m not sure what you?re trying to say; I neither have a facebook account, nor a cell phone, and I don?t understand why cell phones aren?t VOIP clients that can simply be used with asterisk. I do not have a facebook account either. The first link above is simply a link to Ward Mundy's semi weekly articles. If you scroll down the page you can pick the articles that interest you. I ignore anything having to do with facebook or self driving cars, etc.. Ward writes about many technical things but tends to specialize in all things related to telephony. The 2nd link allows you to pick out the type of pbx that interests you and then points you to links to his articles that instruct you how to download and build your choice of pbx. You just have to be care not to click on the stupid ads. For instance http://nerdvittles.com/?p=14208 takes you to his article to build "Introducing Incredible PBX 13 for CentOS 6 and 7" Thanks for the clarification; I did scroll down and didn´t see it ... ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] firefox and D state
On 10/04/2017 12:46 PM, Michael Hennebry wrote: On Wed, 27 Sep 2017, ken wrote: On 09/24/2017 02:26 AM, Michael Hennebry wrote: From here: https://addons.mozilla.org/en-US/firefox/addon/noscript/ ? Yes. It can also be accessed from within Firefox -> Tools -> Add-ons -> Extensions. Then search for it, etc. Thanks. It works. Glad to hear it. Unfortunately, it's quite difficult to determine which script eats up the system's resources, notably its CPU and RAM). Moreover, NoScript can only blacklist domain names, not offensive (probably defective) scripts. NoScript, though, shouldn't take the blame for this problem. A lot of websites use javascript and use it too much. In addition, many websites use code from other sites over which they have no control. And Firefox, which is in many ways a really effective and useful browser, provides no tools (none I know of) which allows users even just to track processes launched by a visited website, let alone throttle or kill those which are causing problems. It's a serious problem which deserves a lot more attention than it's getting. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SpamAssassin vs. SELinux
Le 06/10/2017 à 08:50, Nicolas Kovacs a écrit : > Usually sealert's suggestions are to the point and work perfectly. > Except in this case it doesn't. Here's what I get: > > # ausearch -c '7370616D64206368696C64' --raw | audit2allow -M > my-7370616D64206368696C64 > Nothing to do > > Any suggestions? I'll answer that myself, since I just found the culprit. # setsebool -P spamd_enable_home_dirs 1 Boolean did the trick. Looks like this is not in setroubleshoot's database. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
