Hi list,
I've recently started working with the snd editor (the audacity debacle gave me that last push...), and I was just wondering what the rationale is for shipping snd with ruby support, instead of the default scheme? Would it be an idea to keep the snd package in community with the scheme default, and instead create a snd-{ruby,forth} package in aur instead for those that use those?
Best,
Kenneth
--
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @kf@sonomu.club
unsubscribe
Sent from Proton Mail mobile
-------- Original Message --------
On Apr 10, 2023, 04:08, wrote:
> Send Arch-proaudio mailing list submissions to arch-proaudio(a)lists.archlinux.org To subscribe or unsubscribe via email, send a message with subject or body 'help' to arch-proaudio-request(a)lists.archlinux.org You can reach the person managing the list at arch-proaudio-owner(a)lists.archlinux.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Arch-proaudio digest..." Today's Topics: 1. Problem with packages supplying dssi-host (Jeanette C.) 2. Re: Problem with packages supplying dssi-host (Christopher Arndt) 3. Re: Problem with packages supplying dssi-host (Jeanette C.) ---------------------------------------------------------------------- Message: 1 Date: Sun, 9 Apr 2023 13:58:53 +0200 (CEST) From: "Jeanette C." Subject: Problem with packages supplying dssi-host To: Arch Linux ProAudio Message-ID: Content-Type: text/plain; format=flowed; charset=US-ASCII Hey hey, I try to clean up my system and wanted to uninstall qtractor, which I can't do since it supplies dssi-host. Why is this necessary, when the dssi package supplies jack-dssi-host? Is there a workaround? Thanks and best wishes, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c When you need someone, you just turn around and I will be there Subject: Re: Problem with packages supplying dssi-host To: arch-proaudio(a)lists.archlinux.org Message-ID: Content-Type: text/plain; charset=UTF-8; format=flowed Am 09.04.23 um 13:58 schrieb Jeanette C.: > I try to clean up my system and wanted to uninstall qtractor, which I > can't do since it supplies dssi-host. Why is this necessary, when the > dssi package supplies jack-dssi-host? Is there a workaround? The 'dssi' package should probably also provide 'dssi-host'. It hasn't been updated for a while, so the last update probably pre-dates the introduction of this provides. You could report this as a bug via the link on the package's page: https://archlinux.org/packages/community/x86_64/dssi/ Chris ------------------------------ Message: 3 Date: Sun, 9 Apr 2023 16:05:35 +0200 (CEST) From: "Jeanette C." Subject: Re: Problem with packages supplying dssi-host To: Christopher Arndt Cc: arch-proaudio(a)lists.archlinux.org Message-ID: Content-Type: text/plain; charset=US-ASCII; format=flowed Thanks Christopher. It's done. Best wishes, Jeanette Apr 9 2023, Christopher Arndt has written: > Am 09.04.23 um 13:58 schrieb Jeanette C.: >> I try to clean up my system and wanted to uninstall qtractor, which I >> can't do since it supplies dssi-host. Why is this necessary, when the >> dssi package supplies jack-dssi-host? Is there a workaround? > > The 'dssi' package should probably also provide 'dssi-host'. It hasn't been > updated for a while, so the last update probably pre-dates the introduction > of this provides. > > You could report this as a bug via the link on the package's page: > > https://archlinux.org/packages/community/x86_64/dssi/ > > > Chris > -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c When you need someone, you just turn around and I will be there
Hey everyone, not sure how this email list works, but what the hell, I want
to share this.
Im the bassist of a metal band called Xoth. We are currently in
pre-production, and im doing all of my bass tracks in Reaper on my Arch/i3
setup. I accidentally nuked my mac that I had used for the first two
albums. I was a Logic Pro loyalist, but started getting sick of all the
"bugs" that would occur. Like, not letting me practice over a track unless
I had a midi instrument selected and armed to record.
Anyways, so far so good. Its hella fast and Im having a good time recording
in my rice. I'm just sending this out there to say hello and see if anyone
has any tips for mixing with windows plugins. Any help or wisdom would be
awesome.
Thanks for reading this, check out my band if youre into this type of
thing. Maybe I know some of you already!
https://xoth.bandcamp.com/album/interdimensional-invocations
- Ben
Hello!
I recently obtained a BOSS GT-1000CORE [0].
It has the capability to act as a 6-in/6-out USB audio interface.
Thankfully, Linux seems to detect it correctly without any
configuration, and I see all of the inputs and outputs that I'd expect
in Pipewire:
https://ataxia.io7m.com/2023/01/14/pipe.png
Unfortunately, there seems to be some kind of odd distortion. This
is a capture of a raw DI signal from the BOSS:
https://ataxia.io7m.com/2023/01/14/noiseissue.flac
There's something odd happening in the high frequency range. It almost
sounds a bit like some kind of resampling artifact. The same distortion
is not present if I plug headphones directly into the BOSS, so the
distortion itself evidently isn't happening on the actual device (or
coming out of the guitar pickups!).
Does anyone know what could be causing this and/or how I could track it
down?
$ uname -a
Linux sunflower.int.arc7.info 6.1.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed,
21 Dec 2022 22:27:55 +0000 x86_64 GNU/Linux
[0] https://www.boss.info/uk/products/gt-1000/
--
Mark Raynsford | https://www.io7m.com
hi David,
many thanks for this!
best
-suse
> Message: 1
> Date: Sat, 5 Nov 2022 16:20:57 +0100
> From: David Runge <dave(a)sleepmap.de>
> Subject: Realtime kernels are now in the official repositories
> To: Arch Linux pro-audio <arch-proaudio(a)lists.archlinux.org>
> Message-ID: <Y2Z/XCIxj6cGiyl/@hmbx>
> Content-Type: multipart/signed; micalg=pgp-sha512;
> protocol="application/pgp-signature"; boundary="T8ODkL4cH6ueY56d"
>
> Hi all,
>
> a heads up to anyone using the realtime kernel packages (linux-rt and
> linux-rt-lts) from my custom repository [1][2].
>
> I have moved both to the [extra] repository today [3] and the custom
> repository will be removed on 2023-01-01.
> Please make sure to remove it from your /etc/pacman.conf and upgrade
> your system!
>
> Best,
> David
>
> [1] https://wiki.archlinux.org/title/Unofficial_user_repositories#realtime
> [2] https://pkgbuild.com/~dvzrv/repos/realtime/x86_64/
> [3] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.o…
>
Hello,
Thanks to the open-source work of jpcima, there's now an easy way for hosts
to add support to Reaper's JSFX plug-ins: https://github.com/jpcima/ysfx
(package: ysfx-git)
I've already added support in https://ossia.io and it's pretty fun - most
likely other DAWs are going to add support over time. This makes me think
that it would start to make sense about a standard folder of where to
install JSFX effects, a bit like /usr/lib/vst, /usr/lib/lv2, etc. so that
the users can install effects through package management (I'll try to add a
few free packs that are on github), and all hosts can all scan them
automatically.
How about /usr/share/jsfx/<jsfx package>/ ? I'm not sure if share or lib is
better for this as those aren't compiled shared objects, but scripts in the
JSFX language.
Cheers,
Jean-Michaël
------------------------------
Jean-Michaël Celerier
*cto* ossia.io | *consulting inquiries* celtera.dev | *personal*
jcelerier.name
t: +336 81 31 53 08
# Announcing the Unofficial Pro-Audio Arch Package Repository
(Beta Phase)
## Where?
<https://arch.osamc.de/>
## What?
An actively maintained binary package repo for Arch Linux of free and
open source pro-audio software.
The repository only provides packages that are not already in the
official Arch Linux repository.
The repository is maintained and tested for both x86_64 and aarch64
(Arch Linux ARM) architectures.
## Why?
1. We are convinced that Arch Linux is currently the best free platform
for audio production and we want to help improving it further.
2. Having more up-to-date and easy to install packages of useful audio
production software is always a good thing.
3. The pro-audio packages in the `extra` and `community` package
repositories are currently maintained by only one person. We want to
distribute the workload and spread the packing expertise between
more people and decrease the "bus-factor".
4. We want to create packages, which can eventually be migrated to the
official repositories with no or minimal changes. We do not intend
to duplicate the packaging efforts from the official repos.
## How?
See the web site for instructions on how to add the repository to your
Arch System (or derivatives). The repository is also listed on the
[Unofficial user repositories] page on the Arch Wiki.
We are still stabilizing the build process and packaging conventions.
While this is going on, we consider the repository to be in a *Beta
quality stage*. We currently have around two dozen projects packaged and
ready to install and plan to add many more over time.
We try to announce important changes on IRC (`#archlinux-proaudio` on
`irc.libera.chat`) and always keep the information on the Arch Wiki page
up to date.
**Note:** *Our build process is currently not based on the official Arch
Linux `devtools`, but we adhere strictly to the Arch Packaging
guidelines and test all package builds via our CI. With the Arch
Packaging infrastructure expected to evolve significantly in the near
future, we plan to adapt our tooling to whatever the outcome of that
will be.
## Contributing
Contributions are welcome! To suggest software for inclusion in the repo
open a GitHub issue.
### PKGBUILD and CI Code Repository and Issue Tracker:
https://github.com/osam-cologne/archlinux-proaudio
### Team-Chat
Discussion and coordination of the project happens on the Sonoj Rocket
Chat instance. If you are interested in helping out or have questions or
suggestions, join the general chat room (no registration required,
English):
<https://chat.sonoj.org/channel/english>
[Unofficial user repositories]:
https://wiki.archlinux.org/title/Unofficial_user_repositories#proaudio
Hello Nils and Bill,
Pamac manager lists Agordejo 0.3.0-1 as the latest release. It also has no
entries for agordejo-git in the AUR. Both of which are not true and
peculiar, maybe an issue with my mirrorlist. I tried refreshing and ranking
for speed and sync. I suspect this is the root of the problem, and I'm
still investigating. In the meantime, the output from the commands Nils
suggested:
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
*~ >>> agordejo --versionAgordejo 0.3.0*
*~ >>>*
*~ >>>*
*~ >>>ls -la /usr/bin/ray-jack_checker_daemonlrwxrwxrwx 1 root root 112 Jan
17 11:34 /usr/bin/ray-jack_checker_daemon ->
/var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon
*
~ >>>
~ >>>
*~ >>> file /usr/bin/ray-jack_checker_daemon
/usr/bin/ray-jack_checker_daemon: broken symbolic link to
/var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon
*
~ >>>
~ >>>
*~ >>>lsattr /usr/bin/ray-jack_checker_daemonlsattr: Operation not
supported While reading flags on /usr/bin/ray-jack_checker_daemon*
~ >>>
~ >>>
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Sudo produces identical output for the above commands.
It's worth mentioning I installed raysession from the AUR as an alternative
because agordejo was already crashing before. Specifically the line:
"*[nsmd] ../src/nsmd.cpp:703 launch(): ERROR:engine.start:Caught crash in
execpthook. Trying too execute atexit anyway*"
~has been present before and after installing raysession. I did try
uninstalling raysession and tried to start agordejo:
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
*~ >>> agordejo[nsmd] ../src/nsmd.cpp:2544 main(): Using OSC port
39616[nsmd] ../src/nsmd.cpp:2603 main(): Session root is:
/home/safepurge/NSM Sessions[nsmd] ../src/Endpoint.cpp:205 init(): Creating
OSC serverNSM_URL=osc.udp://safepurge-ms7a71:39616/[nsmd]
../src/nsmd.cpp:2373 announce_gui(): A GUI announced to us from the URL
osc.udp://127.0.0.1:39013/ <http://127.0.0.1:39013/>[nsmd]
../src/nsmd.cpp:2396 announce_gui(): Informing GUI that no session is
running by sending two empty strings[nsmd] ../src/nsmd.cpp:2425
announce_gui(): Registration with GUI complete[nsmd] ../src/nsmd.cpp:1716
osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing
sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd]
../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd]
../src/nsmd.cpp:1634 osc_new(): Creating new session "new
session"qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence:
758, resource id: 4202067, major code: 40 (TranslateCoords), minor code:
0[nsmd] ../src/nsmd.cpp:1663 osc_new(): Informing GUI about running session
name: new session with relative path /new session[nsmd] ../src/nsmd.cpp:735
launch(): Process jackpatch has pid: 32037[nsmd] ../src/nsmd.cpp:703
launch(): ERROR:engine.start:Caught crash in execpthook. Trying too execute
atexit anywayLaunching jackpatchTraceback (most recent call last): File
"/usr/bin/agordejo/engine/jackclient.py", line 69, in _setPlaybackSeconds
File "/usr/bin/agordejo/qtgui/jacktransport.py", line 98, in
_react_playbackSecondsTypeError: setValue(self, int): argument 1 has
unexpected type 'float'[nsmd] ../src/nsmd.cpp:735 launch(): Process
nsm-data has pid: 32038[nsmd] ../src/nsmd.cpp[nsmd] :703../src/nsmd.cpp
launch():1206: command_client_to_quit(): Launching nsm-dataCommanding
jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206
command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd]
../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): [nsmd] Waiting for
killed clients to die.../src/nsmd.cpp:2474[nsmd]
handle_signal_clean_exit()../src/nsmd.cpp: :1120
killed_clients_are_alive()Caught SIGNAL 15. Stopping nsmd.: [nsmd] Waiting
for jackpatch.nUJWL../src/nsmd.cpp:1206 command_client_to_quit():
Commanding jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206
command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd]
../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): Waiting for killed
clients to die.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive():
Waiting for jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:1120[nsmd]
killed_clients_are_alive()../src/nsmd.cpp: :1120
killed_clients_are_alive()Waiting for jackpatch.nUJWL: Waiting for
jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:343[nsmd]
handle_client_process_death()../src/nsmd.cpp: :343
handle_client_process_death(): Client jackpatch.nUJWL terminated by server
instruction.Client jackpatch.nUJWL terminated by server instruction.[nsmd]
[nsmd] ../src/nsmd.cpp../src/nsmd.cpp:1120:1162 killed_clients_are_alive()
wait_for_killed_clients_to_die(): : Waiting for nsm-data.nKVGOAll clients
have died.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive(): Waiting
for nsm-data.nKVGO[nsmd] ../src/nsmd.cpp:343 handle_client_process_death():
Client nsm-data.nKVGO terminated by server instruction.[nsmd]
../src/nsmd.cpp:1162 wait_for_killed_clients_to_die(): All clients have
died.~ >>> *
*~ >>>*
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Thankyou both for your assistance.
On Tue, Jan 18, 2022 at 4:18 AM <arch-proaudio-request(a)lists.archlinux.org>
wrote:
> Send arch-proaudio mailing list submissions to
> arch-proaudio(a)lists.archlinux.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.archlinux.org/listinfo/arch-proaudio
> or, via email, send a message with subject or body 'help' to
> arch-proaudio-request(a)lists.archlinux.org
>
> You can reach the person managing the list at
> arch-proaudio-owner(a)lists.archlinux.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of arch-proaudio digest..."
>
>
> Today's Topics:
>
> 1. Agordejo crash on startup (Kevin Roth)
> 2. Re: Agordejo crash on startup (bill-auger)
> 3. Re: Agordejo crash on startup (Nils Hilbricht)
> 4. Re: Agordejo crash on startup (bill-auger)
> 5. Re: Agordejo crash on startup (bill-auger)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 17 Jan 2022 11:58:08 -0800
> From: Kevin Roth <safepurge(a)gmail.com>
> To: arch-proaudio(a)lists.archlinux.org
> Subject: [arch-proaudio] Agordejo crash on startup
> Message-ID:
> <
> CAOXpYygUE07wKd_YBjNG5OcuYP+E-mwd5t8b1Bkq2QD+yoPCKQ(a)mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> As the title says, agordejo crashes immediately on startup:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit
> anywayTraceback (most recent call last): File
> "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main return
> _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py",
> line 86, in _run_code exec(code, run_globals) File
> "/usr/bin/agordejo/__main__.py", line 13, in <module> File
> "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File
> "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in
> _updateGUIWithCachedPrograms File
> "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist
> File "/usr/bin/agordejo/engine/api.py", line 283, in
> getUnfilteredExecutables File "/usr/bin/agordejo/engine/findprograms.py",
> line 267, in buildCache_unfilteredExecutables File
> "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File
> "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File
> "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return
> S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line
> 1095, in stat return self._accessor.stat(self,
> follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission
> denied: '/usr/bin/ray-jack_checker_daemon'*
>
> Running manjaro with jack2. A similar error came and left a few months
> back. I found references to this issue here
> <https://bugs.archlinux.org/task/68634> and here
> <
> https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j…
> >,
> but no solutions as far as I can tell. I tried switching to pipewire, but
> the error persists. Raysession seems to work ok though. Any thoughts?
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 17 Jan 2022 22:26:48 -0500
> From: bill-auger <bill-auger(a)peers.community>
> To: Kevin Roth via arch-proaudio <arch-proaudio(a)lists.archlinux.org>
> Subject: Re: [arch-proaudio] Agordejo crash on startup
> Message-ID: <20220117222648.162d93be(a)parabola.localdomain>
> Content-Type: text/plain; charset=US-ASCII
>
> several other important related packages were upgraded at the
> same time as the latest agordejo (eg: jack2,
> new-session-manager, jack2-dbus)
>
> agordejo also crashed for me when i first upgraded it - i then
> restarted the system, and agordejo does not crash now
>
> note:
>
> > Permission denied: '/usr/bin/ray-jack_checker_daemon'*
>
> per that error message, you may also want to look at
> /usr/bin/ray-jack_checker_daemon - that is a foreign file, which
> does not exist in a clean arch system, and could cause many
> sorts of problems - the fact that it is the subject of a fatal
> error message is indicative of something abnormal; but there
> is not necessarily anything which the arch maintainers have done,
> or could do about it
>
> # pkgfile /usr/bin/ray-jack_checker_daemon
>
> if that is the cause of your crash, then it is not a bug for
> arch to handle - it may be an upstream bug, but it is not a bug
> within the context of "the arch system" - in that case, this is
> not a bug report; but a support request, for advice maintaining a
> "franken-system"
>
> if a simple reboot does not help, then the path toward a
> solution, would be to firstly, remove all non-arch software from
> your system (retaining only mainline arch packages), then
> determine if the bug is still present - _then_ and only then, it
> would be a problem for the arch maintainers to address - in
> order to address that problem properly, the first triage step,
> which anyone would _need_ to do, would be to try reproducing the
> problem on a clean system if the problem can not be reproduced
> on a clean system, then it is not a bug - it is more likely a
> conflict caused by mixing unsupported third-party software into
> the protected main system
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 18 Jan 2022 11:59:18 +0100
> From: Nils Hilbricht <nils(a)hilbricht.net>
> To: arch-proaudio(a)lists.archlinux.org
> Subject: Re: [arch-proaudio] Agordejo crash on startup
> Message-ID: <20220118115918.cfc10bb758c75cf9719eedf3(a)hilbricht.net>
> Content-Type: text/plain; charset=US-ASCII
>
> Hello Kevin,
>
> could you please provide the output of:
>
> agordejo --version
>
> ls -la /usr/bin/ray-jack_checker_daemon
>
> file /usr/bin/ray-jack_checker_daemon
>
> lsattr /usr/bin/ray-jack_checker_daemon
>
> And please tell if any of the above commands fail because of a permission
> error and then what the sudo version of the command reported.
>
> If Agordejo is below version 0.3.1 please update first. The new arch
> community package came out on Saturday.
>
> Nils
>
> On Mon, 17 Jan 2022 11:58:08 -0800
> safepurge at gmail.com (Kevin Roth) wrote:
>
> > As the title says, agordejo crashes immediately on startup:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit
> > anywayTraceback (most recent call last): File
> > "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main
> return
> > _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py",
> > line 86, in _run_code exec(code, run_globals) File
> > "/usr/bin/agordejo/__main__.py", line 13, in <module> File
> > "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File
> > "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in
> > _updateGUIWithCachedPrograms File
> > "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist
> > File "/usr/bin/agordejo/engine/api.py", line 283, in
> > getUnfilteredExecutables File
> "/usr/bin/agordejo/engine/findprograms.py",
> > line 267, in buildCache_unfilteredExecutables File
> > "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File
> > "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File
> > "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return
> > S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line
> > 1095, in stat return self._accessor.stat(self,
> > follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission
> > denied: '/usr/bin/ray-jack_checker_daemon'*
> >
> > Running manjaro with jack2. A similar error came and left a few months
> > back. I found references to this issue here
> > <https://bugs.archlinux.org/task/68634> and here
> > <
> https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j…
> >,
> > but no solutions as far as I can tell. I tried switching to pipewire, but
> > the error persists. Raysession seems to work ok though. Any thoughts?
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 18 Jan 2022 07:04:23 -0500
> From: bill-auger <bill-auger(a)peers.community>
> To: Nils Hilbricht via arch-proaudio
> <arch-proaudio(a)lists.archlinux.org>
> Subject: Re: [arch-proaudio] Agordejo crash on startup
> Message-ID: <20220118070423.77de1c91(a)parabola.localdomain>
> Content-Type: text/plain; charset=US-ASCII
>
> as a follow-up, i believe that i found a reproducible procedure
> to isolate the bug
>
> my crash yesterday was probably not due to the upgraded
> release; but due to a peculiar environment quirk - namely, i had
> /root/.gem/ruby/3.0.0/bin/ in the shell PATH; which was not
> the case after i rebooted
>
> agordejo starts properly:
> $ PATH=$PATH:/etc/any-thing-works agordejo
>
> agordejo crashes:
> $ PATH=$PATH:/root/any-thing-fails agordejo
>
> curiously, /root does not induce the crash:
> $ PATH=$PATH:/etc/any-thing-works agordejo
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 18 Jan 2022 07:09:45 -0500
> From: bill-auger <bill-auger(a)peers.community>
> To: bill-auger via arch-proaudio <arch-proaudio(a)lists.archlinux.org>
> Subject: Re: [arch-proaudio] Agordejo crash on startup
> Message-ID: <20220118070945.39a596f1(a)parabola.localdomain>
> Content-Type: text/plain; charset=US-ASCII
>
> On Tue, 18 Jan 2022 07:04:23 -0500 bill-auger wrote:
> > curiously, /root does not induce the crash:
> > $ PATH=$PATH:/etc/any-thing-works agordejo
>
>
> my bad (copy-paste think-o) - i intended such:
>
> curiously, /root does not induce the crash:
> $ PATH=$PATH:/root agordejo
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> arch-proaudio mailing list
> arch-proaudio(a)lists.archlinux.org
> https://lists.archlinux.org/listinfo/arch-proaudio
>
>
> ------------------------------
>
> End of arch-proaudio Digest, Vol 31, Issue 2
> ********************************************
>
