- Arch-proaudio - lists.archlinux.org

[arch-proaudio] Is It Me or Ardour?
by Dancehall Echo 10 Nov '18

10 Nov '18

Since few days, i cant launch Ardour[5.12-7] anymore. I get the attached output. I use to built it, so i have tried with the repo version and even git version from AUR ... unfortunatly the same thing happens [ i have tried on three different machine] . My three machines are on Arch and up to date, everything was ok till there... I have added a bug on arch ardour page three or for days ago but no answer. Is someone experience the same thing or has an idea to fix that? *Dancehall Echo* Web Site Promoting Reggae, Dancehall And Soca Music. Sur Le Net: www.dancehallecho.net Réseaux sociaux: Facebook <http://+www.facebook.com/DancehallEcho> Twitter <http://www.twitter.com/DancehallEcho> Google + <https://www.google.com/+DancehallechoNet>

5 5

Re: [arch-proaudio] package gcr breaks real-time settings
by Joakim Hernberg 03 Sep '18

03 Sep '18

Is it possible that both Ralf and Fons were just surprised about dropping 99-jack.conf (rtprio & memlock) from the JACK packages, and that they were depending on these and not on their entries in /etc/security/limits.conf? 10-gcr.conf seems to have been there since 2012, and probably has nothing to do with it, and neither does the kernel update. Personally I think the realtime-privileges package makes sense, as realtime privs are somewhat orthogonal to using JACK, and using the audio group breaks Arch's intended behavior of per seat access to the audio devices. There might also be users that want to use realtime scheduling for other purposes than running JACK. There was a heads up a few weeks ago on this mailing list, and it also mentions a new optional dependency when updating jack/jack2. It normally pays off to look at the messages during update of the system. To Ralf, I really think you are making a lot of fuss over nothing.. Nothing has essentially changed, apart from that you have to install realtime-privileges instead of relying on the previous rule shipped with JACK1/2. I can't see that such a change merits so many emails to a mailing list..

2 1

[arch-proaudio] package gcr breaks real-time settings
by Ralf Mardorf 02 Sep '18

02 Sep '18

When I started Ardour yesterday, it was complaining about a memlock issue. I fixed it for my install, I only want to inform about this issue. '@users - memlock 1024' overrides 'memlock unlimited' of the audio or realtime group. [rocketmouse@archlinux ~]$ cat /etc/security/limits.d/10-gcr.conf @users - memlock 1024 # vim:set ft=limits: [rocketmouse@archlinux ~]$ pacman -Qo /etc/security/limits.d/10-gcr.conf /etc/security/limits.d/10-gcr.conf is owned by gcr 3.28.0-4 [rocketmouse@archlinux ~]$ pacman -Qi gcr Name : gcr Version : 3.28.0-4 Description : A library for bits of crypto UI and parsing Architecture : x86_64 URL : https://gitlab.gnome.org/GNOME/gcr Licenses : GPL2 Groups : None Provides : None Depends On : dconf gtk3 libgcrypt p11-kit Optional Deps : None Required By : gnome-keyring gnome-online-accounts libcryptui libgdata nm-connection-editor seahorse Optional For : pinentry Conflicts With : None Replaces : None Installed Size : 5.47 MiB Packager : Jan Alexander Steffens (heftig) <jan.steffens(a)gmail.com> Build Date : Tue 21 Aug 2018 03:18:25 PM CEST Install Date : Tue 21 Aug 2018 09:26:46 PM CEST Install Reason : Installed as a dependency for another package Install Script : No Validated By : Signature

4 21

[arch-proaudio] Changes to jack/jack2 and realtime privileges
by David Runge 22 Aug '18

22 Aug '18

Hi all, as announced before [1], recent changes to the jack and jack2{,-dbus} packages (now in [extra] and [community] respectively) have made the previously shipped configurations obsolete and decoupled the audio group from acquiring realtime privileges by default when installing jack. The package realtime-privileges [2] has been created to serve as the new way of achieving this by the means of a dedicated 'realtime' group, to which users, that need the settings, must be added. It is now an optional dependency to jack and jack2{,-dbus} and can of course also be dependend upon from other packages if needed. In theory, this change shouldn't mean much of a difference to users, that need realtime (just install realtime-priviliges and add your user to the realtime group: `gpasswd -a <user> realtime`), while it doesn't have any consequences for users that have no use for it to begin with. Best, David [1] https://lists.archlinux.org/pipermail/arch-proaudio/2018-July/000163.html [2] https://www.archlinux.org/packages/community/any/realtime-privileges/ -- https://sleepmap.de

3 3

[arch-proaudio] Linux RT BFQ kernel and frequency scaling
by Jeanette C. 02 Aug '18

02 Aug '18

Hey hey, when running the linux-rt-bfq kernel is it still possible to set/scale the frequency of a cpu like this: cpupower -c all frequency-set -g schedutil and back using the "performance" model or similar? Best wishes, Jeanette -------- * Website: http://juliencoder.de - for summer is a state of sound * SoundCloud: https://soundcloud.com/jeanette_c * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * GitHub: https://github.com/jeanette-c * Twitter: https://twitter.com/jeanette_c_s Don't, don't let me be the last to know Don't hold back, just let it go <3 (Britney Spears)

2 2

[arch-proaudio] 'proaudio-settings' package
by bill-auger 01 Aug '18

01 Aug '18

aside from the new 'realtime' package, i would like to propose an audio-specific optimizations package of the sort that other av-centric distros commonly have - a package that contains goodies such as the 'realTimeConfigQuickScan' and 'rtirq' scripts that will inform the user how best to optimize their hardware IRQ and PCI latency and such; and other suggestions from the linuxaudio wiki[1] that can be automated, such as selectively disabling and re-enabling unnecessary services (screensaver, printing, *ehem* pulse), a .jackdrc with smaller buffers than the default config, etc i did a side-by-side comparison with the analogous proaudio-settings optimization packages from each of parabola, kxstudio, and ubuntustudio - they are all nearly identical in what they accomplish; but AFAIK currently arch does not have an analogous package - here are some examples of what they do: -------- using 'parabola-proaudio-settings'[2] as a reference: # custom kernel parameters to sysctl.d folder /etc/sysctl.d/99-sysctl.conf # By default, swap frequency defined by "swappiness" is set to 60. By reducing this number to 10, the system will wait much longer before trying to write to disk vm.swappiness = 10 # inotify watches for changes to files and reports them to applications requesting this information. When working with lots of audio data, a lot of watches will need to be kept track of, so they will need to be increased. fs.inotify.max_user_watches = 524288 -------- # ensure the ALSA MIDI driver is loaded /etc/modules-load.d//alsamidi.conf # If you want to use any MIDI hardware you need to ensure the ALSA MIDI driver is loaded snd_seq_midi -------- # recommended initial settings for jack /etc/jackdrc /usr/bin/jackd -P89 -t2000 -dalsa -dhw:0 -r44100 -p256 -n2 -Xseq -------- # systemd service # increase the highest requested RTC interrupt frequency (default is 64 Hz) /etc/systemd/system/parabola-proaudio-settings.service /etc/parabola-proaudio-settings.sh #!/bin/sh echo 2048 > /sys/class/rtc/rtc0/max_user_freq echo 2048 > /proc/sys/dev/hpet/max-user-freq cpupower frequency-set -g performance echo noop > /sys/block/sda/queue/scheduler -------- # extra virtual midi ports /etc/modprobe.d/snd-seq-dummy_16.conf #Creates extra virtual midi ports options snd-seq-dummy ports=8 -------- kxstudio 'kxstudio-default-settings'[3] has the following also: /etc/sysctl.d/10-kxstudio-sysctl-rules.conf dev.hpet.max-user-freq = 2048 -------- ubuntustudio 'ubuntustudio-default-settings'[4] suggests that 3072 is a better value for dev.hpet.max-user-freq (although they have it commented out) #dev.hpet.max-user-freq=3072 -------- both kxstudio and ubuntustudio have the following also (this is the only concern that is specified in the new 'realtime' package): /lib/udev/rules.d/99-kxstudio-udev.rules /lib/udev/rules.d/40-timer-permissions.rules KERNEL=="rtc0", GROUP="audio" KERNEL=="hpet", GROUP="audio" -------- [1]: https://wiki.linuxaudio.org/wiki/system_configuration [2]: https://git.parabola.nu/abslibre.git/tree/pcr/parabola-proaudio-settings?id… [3]: https://github.com/KXStudio/KXStudio/tree/master/default-settings [4]: https://git.launchpad.net/ubuntustudio-default-settings/tree/

8 18

[arch-proaudio] Introducing: dedicated realtime group (not only for jack/jack2)
by David Runge 30 Jul '18

30 Jul '18

Hi all, I've created the package realtime-privileges [1], that is now an optional dependency to jack2 [2]. I have removed the realtime privileges bound to the audio group (that are redundantly packaged in jack and jack2). For now this is going to be in [community-testing], until a developer rebuilds jack [3], which will also make it depend optionally on the realtime-privilege package. Afterwards these changes will be rolled out to [community] and [extra]. To sum up, the following will change afterwards: Instead of using the audio group to acquire realtime privileges, you will have to use the dedicated group 'realtime' to which you can add your user. Being part of the audio group is only required to access certain audio hardware from then on! Thanks to Joakim Hernberg (who maintains linux-rt [4] in the AUR), I've now also added access to /dev/cpu_dma_latency, which grants applications the possibility to prevent CPU idle states on demand. If you spot anything that should be changed, let me know! Best, David [1] https://www.archlinux.org/packages/community-testing/any/realtime-privilege… [2] https://www.archlinux.org/packages/community-testing/x86_64/jack2/ [3] https://pkgbuild.com/~dvzrv/extra/jack/PKGBUILD [4] https://aur.archlinux.org/packages/linux-rt/ -- https://sleepmap.de

4 5

[arch-proaudio] Audio packages moved from AUR to community
by SpotlightKid 28 Jul '18

28 Jul '18

Hi Dave, when you move packages from AUR to community and use my PKGBUILD files as a basis, I would appreciate it, if you acknowledged my work by putting an appropriate "Maintainer:" line in the PKGBUILD. Also, why did you drop the python2 variant from python-jack-client? Chris

3 4

[arch-proaudio] Dropping dead project: lash
by David Runge 17 Jun '18

17 Jun '18

Hi all, I've just dropped lash to the AUR. It has essentially been dead for nine years, which is why I don't want to spend any time fixing it, or including it into any softare in the main repositories. AFAIK, all projects depending on it, can be built without it and non-session-manager is a more modern approach (as the application only needs to implement an OSC interface) anyways. If this is not the case and your AUR package depends on lash, you will have to fix lash and its issues with current glibc (removed Sun RPC), as it introduces a new dependency on libtirpc. Best, David -- https://sleepmap.de

5 9

Re: [arch-proaudio] [LAD] Current state of GPL Juce?
by bill-auger 02 Jun '18

02 Jun '18

i suspect this concern is a bit belated - it probably goes back to the release of JUCE v5 in april 2017 - i dont think anything has changed since then - quite a fuss was made at the time like starting the very next day the GPL is still an option but it was removed from mention on the website and now is essentially a secret - new users need to actually download and read the source code or download and run the binary to learn that the GPL was an option i could point you to this discussion that tried to address the down-playing of the GPL option and the possibility of a community fork to remove the anti- features https://forum.juce.com/t/should-the-community-consider-a-juce-fork/22056

1 1