- User Since
- Nov 13 2017, 11:11 AM (159 w, 1 d)
Fri, Nov 27
Will go ahead and add it to fluidsynth when this lands 🙂
Thu, Nov 26
I updated to latest unstable and almost everything is working fine, except for one issue with the budgie application menu (sorry if that's not the correct name).
If I press it just after the desktop has just appeared after a computer restart, it shows up too high up and does not respond to clicks:
Tue, Nov 24
Mon, Nov 23
Alright then. Will do so :)
Sun, Nov 22
Fri, Nov 20
@silke Thank you. Looks like I am remembering incorrectly then. Looking forward to seeing one posted then :)
It is going to be very exciting to hopefully see those patches landing @silke. I think I remember seeing a differential revision opened here for integrating it, but I can't seem to find it any more. Am I remembering incorrectly or is it just very hard to find?
Sat, Nov 14
Wed, Nov 11
Sure thing. Will go ahead later this week when I get some time :)
Tue, Nov 10
Sorry. I thought that I already had updated to 3.0. Will get that updated and fixed soon 🙂
Mon, Nov 9
This is an issue with JACK sadly. The kernel config CONFIG_RT_GROUP_SCHED breaks realtime jack support. See https://discuss.getsol.us/d/608-jack-audio-refuses-to-start-in-realtime-mode/8 for more information.
Oct 27 2020
Oct 16 2020
Thanks for the kind words. Here are the resulting files for how for I managed to get:
Oct 15 2020
Sorry people. I haven’t had any luck with getting this thing set up for testing due to the poor amount of documentation for doing so. I probably won’t have the time to put in more effort into this due to having a lot going on in life at the moment. Someone else will have to continue this.
Oct 11 2020
This brings up the topic that we probably should drop FeedReader from the repositories.
Oct 5 2020
Alright. Looking into this, it is very clear to me that I have absolutely no idea how to test this. Documentation is scarce or non existing :I
Looks like the pw-jack and pw-pulse got built automatically. Will try do some testing and hopefully get a revision out in a few days.
Oct 2 2020
@ermo Perhaps. I guess I can give it a try :)
Sep 29 2020
It was turned off when we had old JACK, but should now be feasible now that we have JACK2 :)
Sep 23 2020
Sorry @JoshStrobl. I can't use the release tarballs on GitHub because the checks are failing for some reason when using those. Would you mind re-reviewing?
Sep 22 2020
Sep 20 2020
Build with opus (thanks @aleksvor)
Thinking about this, I think that I would rather update when the next release is out. A lot has happened since the latest release and maintaining multiple patches is a bit too much work.
Sep 19 2020
Sep 18 2020
Sep 17 2020
Same here. Haven’t seen this for a long time.
Sep 14 2020
Thanks for the hard work. Greatly appreciated :)
Oh gosh, sorry @serebit. I did look though the changes, but it looks like I missed that one. Will rely om ctrl + f in the future :I
@joebonrichie Mentioned earlier in the thread that it might be worth adding --enable-fma`along with AVX2. Any luck with that?
Sep 12 2020
Sure @JoshStrobl. I will give it a go now that upstream work on better building of shared libraries has landed. Might need to be updated to master, but I will keep you posted with the results :)
Thanks for your hard work with testing @serebit. Looks really promising 🙂
We’re you testing with -ffast-math and the other flags as well?
Sep 11 2020
Sep 9 2020
From the release announcement, it looks like the release relies on stuff in the 0.20 release of libraw. Would you mind updating that at the same time?
Sep 8 2020
Sep 7 2020
Alright. I tried both Clang and PGO which both resulted in slowdowns. I will settle with just LTO for now as it makes the benchmark suite complete roughly 2 seconds faster while having very slight size reductions for the package.
Clang is slower. Don't use it...
Aug 30 2020
I’d like to try and see if clang can bring anything to the table. The files from my new camera is 150% bigger, so every little second that I can remove should make life easier 🙂
Actually add patch
Aug 21 2020
It would also be great if DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=AVR could be passed to cmake when this gets updated. It should, in combination with being updated, make our llvm build compatible with tinygo and thus lets us avoid waiting over an hour on compiling a custom llvm version :)
Aug 16 2020
Aug 14 2020
Aug 9 2020
Sorry, looks like I didn't notice that in the first place. Thought that the macro did that for us. Anyway, should be fixed now :)
Should be fixed now :)
Aug 6 2020
Sorry. On holiday without my developer computer. I will tackle this differential when I get home...
Aug 4 2020
Jul 26 2020
Just a safety rebuild
Might need to rebuild :)