Some issues on fedora 37

ManzoroB commented 1 year ago

Hello, thanks for your amazing work. i'm testing fedora 37, and your packages. This issues i can report:

Carla crushes while open plugins GUI. The message is: JUCE Assertion failure in juce_Singleton.h:50

Impro-Visor have missing java files: java.lang.ClassNotFoundException: imp.ImproVisor

Yarbridge and Linvstconvert doesn't work with the current version of wine.

Noise repellent plugin is not recognized by ardour 7.2.0

While trying to install linuxsampler i get this message : the /usr/share/man/man1/lscp.1.gz file from the linuxsampler-2.1.1-2.fc37.x86_64 installation conflicts with the nilfs-utils-2.2.9-2.fc37 package file .x86_64

Thanks again!

ycollet commented 1 year ago

Thanks a lot for the report ! For Impro-visor, I will check. I hope to find a solution but the dev of this project died of COVID a while ago and nobody took the lead and the project is stalled ... For yabridge, this is a known thing. There is a ticket opened upstream. I hope they will find a solution for new versions of yabridge. I will check if yabridge works with the recently released wine 8. I will check if a patch has been released for noise repellent. For linuxsampler, I think you can remove "safely" nilfs-utils. I am aware of this problem. I will try to find a solution once for all.

ycollet commented 1 year ago

Can you open a ticket upstream for noise-repellent ? https://github.com/lucianodato/noise-repellent The project is still alive I think it will be better to put the problem here.

ycollet commented 1 year ago

For yabridge:

meson.build:180:4: ERROR: Problem encountered: Building this version of yabridge against Wine 8.0
would result in nonfunctional binaries. Either build yabridge 5.0.2 with Wine 7.22, or switch to Wine 8.0-rc2+. Yabridge built with 8.0-rc2+ will also work with older Wine versions, but yabridge built against older Wine versions will not work with Wine 7.21+.

So, let's wait for a new version of yabridge I rebuilt linvst with the new version of wine.

ManzoroB commented 1 year ago

Thanks again. I will try removing nilfs-utils. Anyway the Carla issue is very weird, i read something about a conflict with wayland, but i'm more a musician than anything, so i really don´t know. "JUCE Assertion failure in juce_Singleton.h:50", what could be the problem here? I download your documents about cmake and creating RPM files. I hope in the future collaborate in this area to, fedora is way behind debian based OS in audio repositories.

ycollet commented 1 year ago

For Carla; can you start Carla in a terminal and post here the messages ?

ManzoroB commented 1 year ago

Of course. By the way linvstconvert is working fine now and linux sampler is successfully installed, thanks. The messages:

LRDF Support not available (LADSPA-RDF will be disabled) Carla 2.5.3 started, status: Python version: 3.11.1 Qt version: 5.15.8 PyQt version: 5.15.6 Binary dir: /usr/lib64/carla Resources dir: /usr/share/carla/resources Frontend pixel ratio is 1.0 libjack.so.0 loaded successfully! Cannot lock down 107341340 byte memory area (No se pudo asignar memoria) Jack: JackClient::SetupDriverSync driver sem in flush mode Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_Carla Jack: Clock source : system clock via clock_gettime Jack: JackLibClient::Open name = Carla refnum = 4 Jack: jack_set_thread_init_callback ext_client 64e188e0 client 64e188e0 Jack: jack_get_uuid_for_client_name ext_client 64e188e0 client 64e188e0 Jack: jack_get_uuid_for_client_name ext_client 64e188e0 client 64e188e0 Jack: jack_get_uuid_for_client_name ext_client 64e188e0 client 64e188e0 Jack: jack_get_uuid_for_client_name ext_client 64e188e0 client 64e188e0 Jack: jack_set_property_change_callback ext_client 64e188e0 client 64e188e0 Jack: jack_set_property ext_client 64e188e0 client 64e188e0 Jack: jack_set_property ext_client 64e188e0 client 64e188e0 Jack: JackClient::Activate Jack: JackPosixThread::StartImp : create non RT thread Jack: JackClient::ClientNotify ref = 4 name = 8589934597 notify = 19 Jack: JackPosixThread::ThreadHandler : start Jack: JackClient::ClientNotify ref = 4 name = 8589934597 notify = 19 Jack: JackClient::kBufferSizeCallback buffer_size = 256 Jack: JackClient::Init calling client thread init callback Jack: JackClient::ClientNotify ref = 4 name = Carla notify = 2 Jack: JackClient::kActivateClient name = Carla ref = 4 Jack: JackClient::Init calling client thread init callback Jack: JackClient::ClientNotify ref = 4 name = Carla notify = 18 Jack: JackClient::ClientNotify ref = 4 name = Carla notify = 18 JUCE Assertion failure in juce_Singleton.h:50 JUCE Assertion failure in juce_Singleton.h:50 Jack: JackClient::ClientNotify ref = 4 name = Carla notify = 3 Jack: JackClient::kXRunCallback

ycollet commented 1 year ago

Thanks. I made a test on my F37 install and Carlak worked. I use the Carla-mao package.

I see that jack was not started when you started Carla. Can you do the same test but when jack is started ? Does carla still hangs ?

ManzoroB commented 1 year ago

Oh, thats weird. Yes it crushes with Jack running. I also installed carla-mao. Carla works only with his native GUI , crushes when i open the GUI's from VST's . I think it's something about graphics rather than audio. This old plugins work fine with linvstconvert and Ardour by the way. I have installed fedora jam 37 with KDE plasma. The message "JUCE assertion failure..." what does it mean? Thanks for checking!

jn64 commented 1 year ago

This old plugins work fine with linvstconvert and Ardour by the way

Do all plugins crash Carla when you open the custom GUI, or only some? Which ones?

I tested some JUCE-based plugins (e.g. JuceOPL vst2 from DISTRHO-ports Audinux package) and its custom GUI works in Carla. I use Carla from Fedora repos.

ycollet commented 1 year ago

As fat as I can tell, it's only related to some plugins. I haven't tested all the plugins, so, I can't tell you which ones. I will try to fix impro-visor today ...

ycollet commented 1 year ago

Impro-Visor should be fixed now. The name of the binary: "impro-visor".

ManzoroB commented 1 year ago

Hello, today i tried different plugins, both linux and windows, they all crash carla. Some plugins i tried : xmonk x42-whirl lsp plugins vitalium I' m using Carla 2.5.3 falkTX. This week i will try impro-visor, thanks again!

jn64 commented 1 year ago

I think this means it's a Carla issue (or JUCE issue, which Carla uses to draw plugin GUI), not a plugin issue.

There are some related issues: https://github.com/falkTX/Carla/issues?q=is%3Aissue+is%3Aopen+juce+crash It seems like they are hard to track down because they only affect few people. You should add your report to upstream.

Did you change any Carla settings, especially related to UI or the experimental settings for plugins? If you did, try temporarily removing your Carla config (rename ~/.config/falkTX).

Also you can try using X11 session instead of Wayland. I'm not sure what the default is for Fedora Jam / KDE. There should be an option on the display manager (login screen).

ycollet commented 1 year ago

Good one, I know for example that audacity has some subtle bugs related to wayland (the play head doesn't follow the track for example).

ManzoroB commented 1 year ago

I followed j64's suggestions and this is what happened; disabling the experimental features all the linux plugins started working. And changing wayland for X11 get everything works, windows and linux plugins.

Also other applications started working, Aeolus standalone was freezing when configuring audio-midi in wayland, with X11 runs fine. However "Piano" continues to freeze and then crushes.

ManzoroB commented 1 year ago

Impro-visor now works but has a 6 second delay between sound and image (On wayland and X11) It is a very interesting program for teaching and for studying. Thank you!

ycollet commented 1 year ago

I pushed a new yabridge package today. I also filled a ticket for Piano. I was abl to reproduce the bug locally.

ManzoroB commented 1 year ago

Cool, this week i'm going to test yabridge. Is better now don´t update wine for a while? I tested Odin 2, and only runs with the terminal. I checked odin2.desktop and i find that Exec=odin2 should be Exec=Odin2, i changed it but still doesn´t work.

ManzoroB commented 1 year ago

Yabridge is working fine now. Thanks again! I tested sofege (im very interested in music education) and is not working, this is the message from command line: Traceback (most recent call last): File "/usr/bin/solfege", line 58, in import solfege.startup File "/usr/share/solfege/solfege/startup.py", line 45, in from solfege.mainwin import MainWin, SplashWin File "/usr/share/solfege/solfege/mainwin.py", line 28, in i = webbrowser._tryorder.index("x-www-browser") ^^^^^^^^^^^^^^^^^^^^^^^^^^ AttributeError: 'NoneType' object has no attribute 'index'

I also tested "jamin". Doesn´t work either; jamin 0.98.3 (C) 2003-2013 J. Depner, S. Harris, J. O'Quin, R. Parker and P. Shirkey This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. Cannot lock down 107341340 byte memory area (No se pudo asignar memoria) Jack: JackClient::SetupDriverSync driver sem in flush mode Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_jamin Jack: Clock source : system clock via clock_gettime Jack: JackLibClient::Open name = jamin refnum = 5 Cannot find plugin 'foo_limiter.so'

(jamin:6239): Gtk-WARNING **: 22:10:43.169: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(jamin:6239): Gtk-WARNING **: 22:10:43.170: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(jamin:6239): Gtk-WARNING **: 22:10:43.172: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(jamin:6239): Gtk-WARNING **: 22:10:43.173: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(jamin:6239): Gtk-WARNING **: 22:10:43.173: GtkSpinButton: setting an adjustment with non-zero page size is deprecated Violación de segmento (`core' generado)

Finally i also tested SpectMorph : /usr/include/c++/12/bits/stl_vector.h:1123: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator [with _Tp = unsigned char; _Alloc = std::allocator; reference = unsigned char&; size_type = long unsigned int]: Assertion '__n < this->size()' failed. Abortado (`core' generado)

The generated core message is repeated, I think it could be related to the system configuration, Fedora Jam doesn't have a kernel rt and I get memory locked messages sometimes. It doesn't usually affect anything but on other linux audio OS "ulimit -l" is set to "unlimited".

ycollet commented 1 year ago

Thanks a lot for these tests. I will have a deeper look at this tomorrow. Iwill check if spectmorph has been updated. It used to worked. I bet it's a new gcc flags which turned on this problem. For jamin, I bet the problem is related to " Cannot find plugin 'foo_limiter.so'". This is probably a ladspa plugin which has been recently removed from Fedora. This plugin is neither in my repo nor in the fedora one ...

ycollet commented 1 year ago

Good news, I was able to reproduce the problem with jamin and the debian package of jamin works. So, there is a patch in the package which allows jamin to work. I will work on jamin tomorrow.

ycollet commented 1 year ago

jamin is now available. I have not found the time to tests it, will try tonight. For solfege, the package is officially broken: the version 3 is relying on a python webbrowser module which is nowhere to be found. So, I will remove the package from the repo.

ycollet commented 1 year ago

I will check for specmorph now.

ManzoroB commented 1 year ago

Solfege is working on avlinux (debian), can't it be "stolen" from there?

ManzoroB commented 1 year ago

I run jamin from command line and i think is working fine, but i got this messages: jamin 0.98.9 (C) 2003-2013 J. Depner, S. Harris, J. O'Quin, R. Parker and P. Shirkey This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. Cannot lock down 107341340 byte memory area (No se pudo asignar memoria) Jack: JackClient::SetupDriverSync driver sem in flush mode Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_jamin Jack: Clock source : system clock via clock_gettime Jack: JackLibClient::Open name = jamin refnum = 4 Cannot find plugin 'foo_limiter.so'

(jamin:2613): Gtk-CRITICAL **: 22:42:53.810: gtk_grid_attach: assertion 'width > 0' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.811: gtk_grid_attach: assertion 'width > 0' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.846: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.847: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.862: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.865: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.866: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.869: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.870: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.871: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.873: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.874: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.875: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.877: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): GLib-GObject-WARNING **: 22:42:53.878: invalid cast from 'GtkScale' to 'GtkHScale'

(jamin:2613): Gtk-CRITICAL **: 22:42:53.994: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.995: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.996: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.997: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.998: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:53.999: gtk_widget_draw: assertion '!widget->priv->alloc_needed' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.000: gtk_widget_draw: assertion 'cr != NULL' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.001: gtk_widget_draw: assertion 'cr != NULL' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.001: gtk_widget_draw: assertion 'cr != NULL' failed Started OSC server thread at osc.udp://fedora:4444/ Jack: JackClient::PortRegister ref = 4 name = jamin:in_L type = 32 bit float mono audio port_index = 45 Jack: JackClient::PortRegister ref = 4 name = jamin:in_R type = 32 bit float mono audio port_index = 46 Jack: JackClient::PortRegister ref = 4 name = jamin:a.master.out_L type = 32 bit float mono audio port_index = 47 Jack: JackClient::PortRegister ref = 4 name = jamin:a.master.out_R type = 32 bit float mono audio port_index = 48 Jack: JackClient::PortRegister ref = 4 name = jamin:b.low.out_L type = 32 bit float mono audio port_index = 49 Jack: JackClient::PortRegister ref = 4 name = jamin:b.low.out_R type = 32 bit float mono audio port_index = 50 Jack: JackClient::PortRegister ref = 4 name = jamin:c.mid.out_L type = 32 bit float mono audio port_index = 51 Jack: JackClient::PortRegister ref = 4 name = jamin:c.mid.out_R type = 32 bit float mono audio port_index = 52 Jack: JackClient::PortRegister ref = 4 name = jamin:d.high.out_L type = 32 bit float mono audio port_index = 53 Jack: JackClient::PortRegister ref = 4 name = jamin:d.high.out_R type = 32 bit float mono audio port_index = 54 Jack: JackClient::Activate Jack: JackPosixThread::StartImp : create non RT thread Jack: JackPosixThread::ThreadHandler : start Jack: JackClient::kBufferSizeCallback buffer_size = 256 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 2 Jack: JackClient::kActivateClient name = jamin ref = 4 Jack: JackClient::Connect src = jamin:a.master.out_L dst = system:playback_1 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18 Jack: JackClient::Connect src = jamin:a.master.out_R dst = system:playback_2 Jack: JackClient::Connect src = jamin:b.low.out_L dst = system:playback_3 Jack: JackClient::Connect src = jamin:b.low.out_R dst = system:playback_4 Jack: JackClient::Connect src = jamin:c.mid.out_L dst = system:playback_5 Jack: JackClient::Connect src = jamin:c.mid.out_R dst = system:playback_6 Jack: JackClient::Connect src = jamin:d.high.out_L dst = system:playback_7 Jack: JackClient::Connect src = jamin:d.high.out_R dst = system:playback_8 Jack: JackPosixThread::StartImp : create non RT thread Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18 Jack: JackClient::ClientNotify ref = 4 name = jamin notify = 18

(jamin:2613): Gtk-CRITICAL **: 22:42:54.041: gtk_widget_draw: assertion 'cr != NULL' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.049: gtk_widget_draw: assertion 'cr != NULL' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.049: gtk_widget_draw: assertion 'cr != NULL' failed 2,000000 3,000000

(jamin:2613): Gtk-CRITICAL **: 22:42:54.050: gtk_widget_draw: assertion 'cr != NULL' failed

(jamin:2613): Gtk-CRITICAL **: 22:42:54.191: gtk_widget_draw: assertion 'cr != NULL' failed

ManzoroB commented 1 year ago

And from the desktop icon, don´t start and i got this message: program could not be found

«/usr/share/jamin/jamin-wrapper»

ManzoroB commented 1 year ago

i change the path in jamin.desktop Exec=/usr/share/jamin/jamin-wrapper, i left only Exec=jamin, and itś working fine.

jn64 commented 1 year ago

I will look at solfege this weekend. webbrowser is a built-in Python module.

ycollet commented 1 year ago

THanks @jn64 The problem certainly lies in the use of the webborwser api:

    i = webbrowser._tryorder.index("x-www-browser")

ycollet commented 1 year ago

@ManzoroB I will fix the desktop file ASAP.

ycollet commented 1 year ago

For specmorph, I thought the problem could come from some flags used by Fedora during compilation and it's not the case. I tried to compile the master branch and the problem is the same. So, I will install debug symbols from spectmorph and open an issue upstream.

jn64 commented 1 year ago

solfege issue was fixed upstream: https://git.savannah.gnu.org/cgit/solfege.git/commit/solfege/mainwin.py?id=8dcc7995ab75b49cb627c7bb89f2e6c673b21ade

I tested, applying this commit is enough to fix our current package.

But considering that 3.23.4 is 7 years old, should we just update to 3.23.5pre2? There are a few other bugs fixed.

I have not tested building 3.23.5pre2 yet, no time today.

https://git.savannah.gnu.org/cgit/solfege.git/log/

Source tarball links for tags can be found here: https://git.savannah.gnu.org/cgit/solfege.git/refs/

jn64 commented 1 year ago

Managed to build solfege 3.23.5pre2 :) #30

ycollet commented 1 year ago

Excellent, thanks a lot ! I will have a look at your PR today !

ManzoroB commented 1 year ago

Solfege is working fine now, thanks a lot!. I tried to find out what happens with noise repellent and the thing is that i can´t find nrepellent.so anywhere. The same is with rnnoise.so, the folders does'nt exists in /lv2.

ycollet commented 1 year ago

For noise-repellent, the so file is named nrepel.so. You can list the content of a rpm file using this command:

$ dnf repoquery -l <rpmnqme>

I successfully loaded these 2 plugins in carla. I updated noise-suppression to 1.03.

ManzoroB commented 1 year ago

This is the list i got from noise repellent: /noise-repellent-0.2.3.tar.gz /noise-repellent.spec /usr/lib/.build-id /usr/lib/.build-id/0b /usr/lib/.build-id/0b/0058ed2226213bc509a78e46917d18a298173f /usr/lib/.build-id/63 /usr/lib/.build-id/63/ad291badd1b88c7d9bd28bd8df1fc2914386e2 /usr/share/doc/lv2-noise-repellent /usr/share/doc/lv2-noise-repellent/README.md /usr/share/licenses/lv2-noise-repellent /usr/share/licenses/lv2-noise-repellent/LICENSE /usr/lib/.build-id /usr/lib/.build-id/33 /usr/lib/.build-id/33/d8a60449ea0d903eced689f2e21e61867b30a9 /usr/lib/.build-id/5d /usr/lib/.build-id/5d/ae68dfdb605eb44586e4416a14b5fab0b5dd26 /usr/share/doc/lv2-noise-repellent /usr/share/doc/lv2-noise-repellent/README.md /usr/share/licenses/lv2-noise-repellent /usr/share/licenses/lv2-noise-repellent/LICENSE

For noise-suppresion i got this (and is working fine!): /usr/lib64/lv2/rnnoise_mono.lv2 /usr/lib64/lv2/rnnoise_mono.lv2/dsp.ttl /usr/lib64/lv2/rnnoise_mono.lv2/librnnoise_mono.so /usr/lib64/lv2/rnnoise_mono.lv2/manifest.ttl /usr/lib64/lv2/rnnoise_mono.lv2/ui.ttl /usr/lib64/lv2/rnnoise_stereo.lv2 /usr/lib64/lv2/rnnoise_stereo.lv2/dsp.ttl /usr/lib64/lv2/rnnoise_stereo.lv2/librnnoise_stereo.so /usr/lib64/lv2/rnnoise_stereo.lv2/manifest.ttl /usr/lib64/lv2/rnnoise_stereo.lv2/ui.ttl

ManzoroB commented 1 year ago

Noise repellent is ok now. Noise-suppression works fine in Carla, but in Ardour uses almost all the DSP. Is very weird beacuse if i use Carla Plugin on Ardour with Noise-suppression, everything is fine. Smartamp and smartguitarpedal are not working fine, i,'m going to test deeper this week.

ycollet commented 1 year ago

There is a message on one of the plugin. I think it's noise-suppression. One of the plugin only works at 48000 Hz as a sample frequency. I have maybe a "fix" for specmorph. I met the same kind of problem with another package and I think I know where this problem comes from. I'll keep you informed.

ManzoroB commented 1 year ago

Hello, today i tested smartamp and smart pedal. This is what happen; both lv2 don´t run, in ardour the message is: "failed to initiate plugin file", in carla i got this: "Could not find the requested plugin URI in the plugin library". With the vst3 in ardour smartamp burns the dsp load at 100% with a 1024 buffer size. Smartpedal is working fine. I'am working with Ardour7.2.0 (built using 7.2 and GCC version 12.2.1 20221121 (Red Hat 12.2.1-4)). And it have some bugs, i reported yesterday that can not export audio analisys file, getting this message from command line: tor<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator [with _Tp = ARDOUR::PeakData; _Alloc = std::allocator; reference = ARDOUR::PeakData&; size_type = long unsigned int]: Assertion '__n < this->size()' failed. Also starts with some GUI issues, the main menu is "invisble" until i change the theme configuration. Then is ok, but i have to do it every time. The scale size is weird (a little big), also get ok when changing the theme. I hope they fix that soon.

ycollet commented 1 year ago

Sorry for the late answer, I was focused on Fedora 38 :) For smartpedal, I've got the same problem here. Maybe it comes from the fact that I disable some instruction set to make the package more generic ... I will check. The assertion problem is related to some compilation flags used by default by the fedora gcc. I can try too to build this one without these flags. I think that's the same problem we have with specmorph ...

ManzoroB commented 1 year ago

Thanks a lot, i have my system almost ready...is fedora 38 interesting? took me some time to configure 37... The audio analisys tool is so important, i use it a lot, is there any other similar option?

ycollet commented 1 year ago

I would recommend to wait until Fedora 38 is out of Beta. And if you just installed Fedora 37, the best thing to do for me is to wait for Fedora 39. Let's live a complete year without reinstallation :)

ManzoroB commented 1 year ago

I was thinking the same thing, do you think the Ardour bug will be fixed? Soon I have to start a mastering process and this tool is essential. Thanks for your repositories, they made it possible for my system to stay operational.

ycollet commented 1 year ago

Which plugins do you want me to focus on ? I will try to find a fix tomorrow ...

ManzoroB commented 1 year ago

well thank you very much, I hope everything goes well with ardour, for now I am well supplied with your repositories, starting to test Uhhyou plugins, I did not know them, so far everything is going well. I have some software suggestions that I'm collecting to put on another topic. What packages do you think you need to be tested?

ycollet commented 1 year ago

For the tests, I don't really know. Most of the package were tested when introduced in the repo. But after a while, after some releases of fedora, some package were still building but not working anymore ... I had some surprises when rebuilding some of them manually :)

For the suggestion of new packages, yes please, open a new ticket. Just check the TODO.md file in the repo. I put some ideas in this file too ...

ycollet commented 1 year ago

I close the ticket. Thanks again for all your tests !

ManzoroB commented 1 year ago

Hello! Thank you for your great contribution to the world of audio in linux. I have been in a very intense workflow and I have not been able to continue testing. I think there are quite a number of vst3's that are not working correctly. I will try to keep reporting soon. Greetings

El 2023-07-17 04:57, ycollet escribió:

I close the ticket. Thanks again for all your tests !

-- Reply to this email directly, view it on GitHub [1], or unsubscribe [2]. You are receiving this because you were mentioned.Message ID: @.***>

Links:

[1] https://github.com/audinux/fedora-spec/issues/28#issuecomment-1637637201 [2] https://github.com/notifications/unsubscribe-auth/A5YRCO2FE7BXWPLNRINACJDXQT46VANCNFSM6AAAAAAUWBTMDQ --=_f39966a9fe1f0ca74b77a1b257c9ab47 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hello! Thank you for your great contribution to the world of audio in li= nux. I have been in a very intense workflow and I have not been able to con= tinue testing. I think there are quite a number of vst3's that are not work= ing correctly. I will try to keep reporting soon. Greetings

El 2023-07-17 04:57, ycollet escribió:

I close the ticket. Thanks again for all your tests !

—
Reply to this email directly, view it on GitHub, or unsubscribe= =2E
You are receiving this because you were mentioned.Messa= ge ID: <audinux/fedora-spec/issues/28/1637637201@github.com>

--=_f39966a9fe1f0ca74b77a1b257c9ab47--

audinux / fedora-spec

Some issues on fedora 37 #28

Links: