4 ms·

>Scarlett side of the connection. I touched both sides. Nothing. >nvidia drivers for nvidia drivers I use official nvidia debs for that. There is a cuda.lis

>Scarlett side of the connection. I touched both sides. Nothing. >nvidia drivers for nvidia drivers I use official nvidia debs for that. There is a cuda.list in my sources.list.d with deb http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1604/x86_64 http://developer.download.nvidia.com/compute/cuda/repos/ubun... / inside. It has the latest versions. There is an instruction somewhere on nvidia.com on how to get the keys for that. As for the other things on your list, you really need to ask yourself if you really need the latest version. I remember my younger linux newbie self also desiring the lastest thing as soon as possible, but now I apply effort only if there is a specific feature I need, or something is not right with the easiliy available version. For example both vim and xterm are very very old and don't change fundamentally from year to year. Same for weechat, pulseaudio, alsa-utils. I can understand the need for a fresh ffmpeg or a video player - I have a custom built newish ffmpeg and an mpv player, for reasons of better h265 encoding support and better HDR video support in mpv in the recent versions, but for most of the stuff one can live without the latest version. And some of the packages are simply buggy on the freshest point release - RHEL has older software for a reason. Ubuntu 18.04 is only a year old in terms of software versions presently. It's not THAT outdated. I'm kinda stuck with 16.04 because I have a rather involved encrypted zfs root mirror setup, that requires a manual installation of the os (with chroot and all) and I have no desire to touch this stuff again until 0.8.xxx zfs release is included in an LTS release. But it's pretty livable still. Sometimes yes, system packages are SO old that it would require me to build literally tens of dependencies manually to build something fresh from source. (So I don't do it) But that happens only if I want something very new and involved. Sometimes you can transplant debs from newer ubuntu releases painlessly, but that takes some experience...

nickjj 8y ago
Thanks. Vim is still actively developed btw. The latest version has added a bunch of new things that are very useful. I guess I just didn't want to get into a loop of having to read every changelog in detail for every package I install, then compile from source for all of these packages (or use the default distro's version if it's ok). That just seems like a lot of extra work. Manually hunting around and installing dependencies isn't fun at all, and third party PPAs aren't necessarily going to be around for everything. I'm also used to the Windows world where you would typically download the latest stable release of a program. Of course on a Linux server, I'm always reaching for Debian stable or Ubuntu LTS but that's a different story. First things first. I need to test Ubuntu 18.04 with the Scarlett and see how it goes.

nickjj 8y ago

Thanks. Vim is still actively developed btw. The latest version has added a bunch of new things that are very useful. I guess I just didn't want to get into a loop of having to read every changelog in detail for every package I install, then compile from source for all of these packages (or use the default distro's version if it's ok). That just seems like a lot of extra work. Manually hunting around and installing dependencies isn't fun at all, and third party PPAs aren't necessarily going to be around for everything. I'm also used to the Windows world where you would typically download the latest stable release of a program. Of course on a Linux server, I'm always reaching for Debian stable or Ubuntu LTS but that's a different story. First things first. I need to test Ubuntu 18.04 with the Scarlett and see how it goes.