LinuxMusicians

The approach of KXStudio repositories is quite successful. From my observations the repos contains in themselves independent and self-sufficient audio targeted ecosystem, that can be nested onto (almost) any APT based Linux distribution. And Debian stable provides the rock solid stable base for one's custom audio-centric Linux operating system. A system that guaranties a stable experience needed for one's long term projects. That is why in my opinion Debian Stable is the better choice over Debian Testing or even Ubuntu. My guess is that's why AVLinux and other successful Linux Pro-Audio distros are using Debian Stable as its base. And BTW the new AVLinux is hanging tough (like that New Kids on the Block famous track). The only other advice i am giving based on my over 10 year veteran status is to stay away from non-free software as more as possible. For purely practical reasons. If you are looking to buy a new machine, make sure that any part of it is not dependent from binary blobs. For example at the beginning i have an NVidia GPU that needed proprietary drivers for it to run. That was a real problem because even is the modules were working fine, the audio configuration needed to be compromised so it can co exist with the NVidia driver. So when i bought my current free software friendly desktop felt like a dog that lost its leash. I could put anything and it will work. And it does. Currently i am running a true beast from the horror films. Its PureDyne from 2009, that was based on Ubuntu 9.10, somehow updated to Debian Stretch with KXStudio and AVLinux Kernel repositories. I am NOT Recommend this to anyone sane, but it works, and in the matter of fact it works damn well. It was made for purely nostalgic reasons. PureDyne lives. Thanks to the incredible and reliable KXStudio project. Special regards to falkTX for his dedication.

lilith wrote:I had some issues with shutdown problems, i.e. it took some time. I'm pretty sure that this was related to hanging applications (Ladish, Pulse Audio). Meanwhile that's fine. When using a RT kernel the system was freezing twice. Since I use the normal kernel it was working for ~8 weeks without problems. Some days ago it freezed again:

Since I installed rtirq, the shutdown of my computer takes also much longer.
Ladish/Lash i've never installed or used it. For what?
Take out the entry with "#" for a test. If now both entries are present that is rather unfavorable, isn't it? "tmpfs /tmp tmpfs defaults,size=7500M,mode=1777 0 0" is unnecessary.

@pulseaudio The AVLinux Manuel says a lot about this topic. I don't have pulse audio. I don't see the point.

lilith wrote:I also think about testing the 4.16+94 kernel from the backports (http://jensd.be/818/linux/install-a-new ... tch-stable). Does it make sense or is it worth trying?

Backports are optional. It should also work with the current installable kernels. Backports can make your system unstable (in a dist-upgrade for example).

thetotalchaos wrote:My guess is that's why AVLinux and other successful Linux Pro-Audio distros are using Debian Stable as its base.

The source.list also contains "testing/sid" entries. That's why a dist-upgrade is difficult. IMHO.

Ladish/Lash i've never installed or used it. For what?

It was installed from the KXStudio repos, I use Catia instead of Claudia meanwhile ... so this problem seems to be gone.

Take out the entry with "#" for a test.

Ok, I'll delete the second entry first (#tmpfs /tmp tmpfs defaults,size=7500M,mode=1777 0 0) and leave shm unchanged.

@pulseaudio The AVLinux Manuel says a lot about this topic. I don't have pulse audio. I don't see the point.

On KXStudio I didn't install pulseaudio and used the zita bridge for routing sound from the browser to Jack. This doesn't work here at the moment (I will open another thread). Pulseaudio works fine and also the sound quality is good (compared to the alsa bridge where I get crackling and distortions).

The source.list also contains "testing/sid" entries. That's why a dist-upgrade is difficult. IMHO.

Oh no... then I'll will not touch it and forget the idea again. I read that when using a more actual kernel the system has to be upgraded as well... no thanks.

It is good to go step by step. Then one recognizes the possible problem originator and can undo thereby the last made.

khz wrote:If now both entries are present that is rather unfavorable, isn't it? "tmpfs /tmp tmpfs defaults,size=7500M,mode=1777 0 0" is unnecessary.

No, it doesn't matter. Works.

pulseaudio has prevailed. I could only build my system with Gentoo so that pulseaudio is not used (USE= -pulseaudio in make.conf).

@AVLinux source.list stable/testing/sid entries: From my memory, so IMHO.

cheers