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
> ********************************************
>
Bill,
Agordejo does not start even after I have removed raysession. As you
pointed out that 3.1 is the latest version, and both pamac and pacman are
listing 3.0 -1 as the latest. I agree the issue must have something to do
with my current system not necessarily with agordejo itself. If my packages
are out of date then perhaps my system is in a partially updated state.
I'll try out the triage of all third party software. I forgot about the
linuxaudio lists/forums, I'll take this issue over there.
Thanks for all your help,
On Wed, Jan 19, 2022 at 4:00 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. Re: arch-proaudio Digest, Vol 31, Issue 2 (Kevin Roth)
> 2. Re: arch-proaudio Digest, Vol 31, Issue 2 (bill-auger)
> 3. Re: arch-proaudio Digest, Vol 31, Issue 2 (bill-auger)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 18 Jan 2022 13:36:32 -0800
> From: Kevin Roth <safepurge(a)gmail.com>
> To: arch-proaudio(a)lists.archlinux.org
> Subject: Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 2
> Message-ID:
> <CAOXpYyjTK9=
> zo+3+d6G2koC64RERipT5a3rLXiy5PbaWmxnEQw(a)mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> 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
> > ********************************************
> >
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 19 Jan 2022 02:25:26 -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] arch-proaudio Digest, Vol 31, Issue 2
> Message-ID: <20220119022526.793a8bf5(a)parabola.localdomain>
> Content-Type: text/plain; charset=US-ASCII
>
> On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote:
> > Pamac manager lists Agordejo 0.3.0-1 as the latest release.
>
> that is the latest version; but when reporting bugs, only the
> 'pacman' package manager and the true
> /etc/pacman.{conf,d/mirrorlist} should be considered - like
> raysession, pamac is unsupported software - bug reports should
> be directed toward the AUR maintainers; because only they can
> address them in any way
>
> i am not certain if this list is appropriate - is this list
> intended for general pro-audio tech support (eg: including
> third-party software)? - or is third-party software off-topic on
> this list? - perhaps i am over-emphasizing that distinction
> (that this thread may be entirely unrelated to any standard arch
> software) - the linuxaudio lists/forum/IRC/etc are much more
> used/popular for such tech support questions, no? - that is why
> ive assumed this list had an intention, more special than as
> another general computer music forum
>
>
> On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote:
> > *~ >>> 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
>
> the above strongly implicates the unsupported raysession and/or
> pamac software, as the source of the problem; which was my
> previous speculation
>
> if this were my problem (the first triage step), i would
> uninstall raysession, pamac, and all software which was ever
> installed by pamac (or simulate that state in a VM), to
> demonstrate that removing one or the other of raysession/pamac,
> resolves the problem (allows agordejo to start)
>
> demonstrating so, would strongly absolve agordejo (and all other
> arch software) as the culprits - then, at least it would be more
> obvious which people/forum would be best for this discussion
>
> does agordejo start, when that raysession package is not
> installed?
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 19 Jan 2022 03:26:55 -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] arch-proaudio Digest, Vol 31, Issue 2
> Message-ID: <20220119032655.7599c02b(a)parabola.localdomain>
> Content-Type: text/plain; charset=US-ASCII
>
> On Wed, 19 Jan 2022 02:25:26 -0500 bill-auger wrote:
> > On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote:
> > > Pamac manager lists Agordejo 0.3.0-1 as the latest release.
> > that is the latest version
>
> typo, sry - 0.3.1 is the current arch release
>
>
> ------------------------------
>
> 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 3
> ********************************************
>
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?
Hi all,
I have just added some modifications for pipewire-jack.
Starting with jack >= 0.126.0, jack2 1.9.20 and pipewire-jack >=
1:0.3.43-2, pipewire-jack and jack2 (or jack for that matter) can not be
installed side-by-side anymore.
Over the past months I have spent some time to consolidate the legacy
example-clients [1] and tools [2] and the variants from the jack2 [3]
repository into a new project: jack-example-tools [4].
The tooling that historically came with jack can now be installed
separately and remain installed when switching jack implementations.
However, do note that there are still significant differences between
jack, jack2 and pipewire-jack (which is also reflected in how or if all
tooling works as expected) and that workflows around "how to start jack"
differ greatly depending on the tooling (for more info you might want to
refer to the respective upstream documentation).
Best,
David
[1] https://github.com/jackaudio/example-clients
[2] https://github.com/jackaudio/tools
[3] https://github.com/jackaudio/jack2
[4] https://github.com/jackaudio/jack-example-tools
--
https://sleepmap.de
