cleary / ansible-tidalcycles Goto Github PK

xvfb is being started/stopped via a systemd service unit file

This failed on ubuntu 18.04 on WSL which doesn't use systemd for init

Investigate running xvfb via other means

reported by @jwaldmann

https://club.tidalcycles.org/t/linux-automatic-installer-ansible-thread/544/68

Hi, I'm trying to install the VSCode ansible version and at the point where it gets the cabal version it failswith the following output:

TASK [roles/tidal : get cabal version] ********************************************************************************
fatal: [localhost]: FAILED! => {"changed": false, "cmd": "cabal --numeric-version", "delta": "0:00:00.002904", "end": "2023-01-27 18:34:05.578829", "msg": "non-zero return code", "rc": 127, "start": "2023-01-27 18:34:05.575925", "stderr": "/bin/sh: 1: cabal: not found", "stderr_lines": ["/bin/sh: 1: cabal: not found"], "stdout": "", "stdout_lines": []}

PLAY RECAP ************************************************************************************************************

I have the Haskell toolchain installed including GHC version 9.2.5 and Cabal version 3.6.2.0.

My OS is elementary OS 6.1 Jólnir (based on Ubuntu 20.04).

for example, include_tasks: is not supported in the tasks/main.yml syntax on legacy ansible - maybe this can be run conditionally depending on versions.

Not sure about the rest of the tasks, but I don't have high hopes for compatibility -

might need to investigate pip install ansible, or handling an inline upgrade?

https://www.haskell.org/platform/

Ref discussion with @ritchse on discord

ritchse — Yesterday at 06:53
@cleary had this problem on debian bookworm:

TASK [roles/tidal : install haskell packages (debian)] *******************************************************************************************************
fatal: [localhost]: FAILED! => {"changed": false, "msg": "No package matching 'haskell-platform' is available"}

any ideas?
(ansible)
mhmhm maybe i should add bullseye stable to my apt sources

Possible replacement:
https://packages.debian.org/source/bookworm/haskell-cabal-install

Thanks again for the ansible script. As said on Discord, i've installed it again last week on a fresher Devuan 4 install for i386.
After a tidal_vim installation, i've encountered issues with the tidalvim command.

In ghci

Prelude> import Sound.Tidal.Cabal

<no location info>: error:
  Could not find module 'Sound.Tidal.Cabal'

In tmux :

<interactive>:0:1: error:
  Not in scope: `Paths_tidal.getDataDir`
  No module named 'Paths_tidal' is imported.

what worked for me

• delete all tidal-related dirs in ~/.cabal/share, ~/.cabal/lib (there were 2 tidal-1.8.0-longhash already, which could maybe have lead to a conflict?), ~/.cabal/packages/hackage.haskell.org
• run cabal v1-update then cabal v1-install tidal
• check in Emacs > 26 (else you'll struggle with the GNU keyring update) if it works after editing ~/.emacs, installing the Melpa package, and setting things up.
• If it does, head up to ~/.vim/plugged/vim-tidal, run sudo make uninstall, crawl up a dir via cd ../ then sudo make install again.

Have a nice weekend

To follow up
Ref jguerrera@discord

currently, I run ansible external to the vagrant box, which means the host ansible version is used

on the older distros, particularly debian 9 and ubuntu 18.04 based, the version of ansible will be significantly lower, which affects module compatibility.

Rather than run the ansible provisioner from within the Vagrantfile, it should be sufficient to run a shell provisioner which kicks of the ansible command listed in the README

Hello
I have run the ansible palybook with
sudo ansible-playbook --connection=local -i localhost, tidal_vscode.play.yml

I can play samples in the list in vscode, but I cant run my code, there is just empty output, something like this:

Loaded package environment from /home/jerabekluk/.ghc/x86_64-linux-9.0.2/environments/default
GHCi, version 9.0.2: https://www.haskell.org/ghc/  :? for help
ghci> ghci> [TidalCycles version 1.9.4]
Installed in /home/jerabekluk/.cabal/store/ghc-9.0.2/tidal-1.9.4-deefedab3084f37052b90cca25906d4ac87389bea3f7694ad9f719f3d84aac30/share
Listening for external controls on 127.0.0.1:6010
tidal> tidal> Waiting for SuperDirt (v.1.7.2 or higher)..
tidal> tidal> 

My suspicion is on the Waiting for SuperDirt (v.1.7.2 or higher)
Also because in supercollider everytime I run Superdirt.start I get:

-> SuperDirt
Booting server 'localhost' on address 127.0.0.1:57110.
Found 0 LADSPA plugins
jackdmp 1.9.21
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2016 Grame.
Copyright 2016-2022 Filipe Coelho.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 10
self-connect-mode is "Don't restrict self connect requests"
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit
Released audio card Audio0
audio_reservation_finish
could not initialize audio.
Server 'localhost' exited with exit code 0.

And here the suspicious part is could not initialize audio.

Any idea what to do with that? I am using Ubuntu 23.10

from discord:

bromethazine — Today at 07:54
For those like me who were hitting the problem where certain Plaits engines were only outputting to the left channel: you can fix it in the SynthDef by adding sig = SplayAz.ar(~dirt.numChannels, sig); after the MiPlaits call.

Ref: https://github.com/rd--/hosc/pull/2

 Building hosc-0.18...
Preprocessing library hosc-0.18...
[ 1 of 18] Compiling Sound.OSC.Wait   ( Sound/OSC/Wait.hs, dist/build/Sound/OSC/Wait.o )
[ 2 of 18] Compiling Sound.OSC.Coding.Convert ( Sound/OSC/Coding/Convert.hs, dist/build/Sound/OSC/Coding/Convert.o )
[ 3 of 18] Compiling Sound.OSC.Time   ( Sound/OSC/Time.hs, dist/build/Sound/OSC/Time.o )
[ 4 of 18] Compiling Sound.OSC.Datum  ( Sound/OSC/Datum.hs, dist/build/Sound/OSC/Datum.o )
[ 5 of 18] Compiling Sound.OSC.Packet ( Sound/OSC/Packet.hs, dist/build/Sound/OSC/Packet.o )
[ 6 of 18] Compiling Sound.OSC.Transport.FD ( Sound/OSC/Transport/FD.hs, dist/build/Sound/OSC/Transport/FD.o )
[ 7 of 18] Compiling Sound.OSC.Transport.Monad ( Sound/OSC/Transport/Monad.hs, dist/build/Sound/OSC/Transport/Monad.o )
[ 8 of 18] Compiling Sound.OSC.Coding.Cast ( Sound/OSC/Coding/Cast.hs, dist/build/Sound/OSC/Coding/Cast.o )
[ 9 of 18] Compiling Sound.OSC.Coding.Byte ( Sound/OSC/Coding/Byte.hs, dist/build/Sound/OSC/Coding/Byte.o )
[10 of 18] Compiling Sound.OSC.Coding.Decode.Base ( Sound/OSC/Coding/Decode/Base.hs, dist/build/Sound/OSC/Coding/Decode/Base.o )
[11 of 18] Compiling Sound.OSC.Coding.Decode.Binary ( Sound/OSC/Coding/Decode/Binary.hs, dist/build/Sound/OSC/Coding/Decode/Binary.o )
[12 of 18] Compiling Sound.OSC.Coding.Encode.Base ( Sound/OSC/Coding/Encode/Base.hs, dist/build/Sound/OSC/Coding/Encode/Base.o )
[13 of 18] Compiling Sound.OSC.Coding.Encode.Builder ( Sound/OSC/Coding/Encode/Builder.hs, dist/build/Sound/OSC/Coding/Encode/Builder.o )

Sound/OSC/Coding/Encode/Builder.hs:33:36: error:
    • Variable not in scope:
        (<>) :: B.Builder -> B.Builder -> B.Builder
    • Perhaps you meant one of these:
        ‘<$>’ (imported from Prelude), ‘*>’ (imported from Prelude),
        ‘<$’ (imported from Prelude)

Sound/OSC/Coding/Encode/Builder.hs:37:33: error:
    • Variable not in scope:
        (<>) :: B.Builder -> B.Builder -> B.Builder
    • Perhaps you meant one of these:
        ‘<$>’ (imported from Prelude), ‘*>’ (imported from Prelude),
        ‘<$’ (imported from Prelude)

Sound/OSC/Coding/Encode/Builder.hs:42:55: error:
    • Variable not in scope: (<>) :: B.Builder -> B.Builder -> t0
    • Perhaps you meant one of these:
        ‘<$>’ (imported from Prelude), ‘*>’ (imported from Prelude),
        ‘<$’ (imported from Prelude)

Sound/OSC/Coding/Encode/Builder.hs:43:26: error:
    • Variable not in scope: (<>) :: t0 -> B.Builder -> B.Builder
    • Perhaps you meant one of these:
        ‘<$>’ (imported from Prelude), ‘*>’ (imported from Prelude),
        ‘<$’ (imported from Prelude)
cabal: Leaving directory '/tmp/cabal-tmp-14650/hosc-0.18'
Building vector-0.12.1.2...
Installed distributive-0.6.2
Downloading comonad-5.0.6...
Configuring comonad-5.0.6...
Building comonad-5.0.6...
Installed comonad-5.0.6
Downloading bifunctors-5.5.7...
Configuring bifunctors-5.5.7...
Building bifunctors-5.5.7...
Installed bifunctors-5.5.7
Installed vector-0.12.1.2
cabal: Error: some packages failed to install:
hosc-0.18 failed during the building phase. The exception was:
ExitFailure 1
tidal-1.6.0 depends on hosc-0.18 which failed to install.

https://github.com/cleary/ansible-tidalcycles-synth-mi-ugens/blob/31033f40720e2badd7bc8311dcd6d9d64bef5df8/defaults/main.yml

Hi Alex - just posting this for discussion when you get some free space/time (no urgency)

It seems that getting stuck in haskell dependency hell is relatively common, going by reports on the forums. The only way I know of to resolve this is by nuking directories in my userspace, and re-installing -

When in cabal dependency hell, is there a better way out than a nuke-those-dirs option?

Either way, do you think there's value offering an opt-in (and potentially slightly hidden) fix/nuke option as part of this ansible setup/set of tasks?

ref: https://code.visualstudio.com/docs/setup/raspberry-pi

https://club.tidalcycles.org/t/tidal-on-raspberry-pi-4-with-ubuntu/2364/40