Hacker Newsnew | past | comments | ask | show | jobs | submit | vindex10's commentslogin

It's been a year since many VSTs based on JUCE8 stopped working on Linux due to nonstandard handling of Wine inside JUCE. Now the patch was merged, so hopefully we will see plugins coming back soon!


it doesn't repeat at least:

> More generally, the sequence is cube-free, i.e., has no substring of the form w w w with w some nonempty finite string.

from wiki


Is it a coincidence that it is number 2 in the OEIS?)


Ah, now I understand why @autocomplete suddenly got broken between versions and still not fixed )


for files, possibly sshfs / fuse with readonly mount

https://stackoverflow.com/questions/35830509/sshfs-linux-how...


They sent AI generated music away to Bannedcamp.


I love how windows-linux discussion is populated by DAW/VST incompatibility. I'm still new to the industry, and therefore also open minded about daw/plugins.

I actually had good experience with setting up yabridge, it could have worked for me I think. But the elephant in the room is that many big commercial plugins use JUCE as a framework, and the recent release of JUCE (JUCE8) just broke compatibility with wine and seem to be sabotaging wine-based usage completely, and are not considering going back at the moment.

https://forum.juce.com/t/juce8-direct2d-wine-yabridge/64298/...

https://github.com/robbert-vdh/yabridge/issues/386

There are patches based on binary diffs to JUCE7, but it is just so much pain to simply run the commonest plugins in the field :/

So I'm now kind of stuck between using windows with commercial plugins or use linux with mainly smaller scale alternatives (although there are good ones: lsp, decent sampler, cardinal, surge)


Thanks! I wasn't aware of the JUCE newer version issue.. I'll have to (sometime) dig into that a bit deeper. Me I don't mind the idea of the smaller-scale alternatives, but having to occasionally work withothers that aren't linux based could be.. problematic.


RSS or/and newsletter would be nice (but manually curated, not ai summary)


RSS feed is on the roadmap. Planning to implement: - Per-language RSS feeds (/en/news/feed.xml etc.) - Manually curated (articles are already human-selected from sources)

Newsletter is an interesting idea too. Im thinking about a weekly curated roundup per segment. What would your preference be? Thank you for your feedback, well appreciated.


I'd prefer one digest of essential highlights of the week across all segments.

I like to be interested in "other segments". But if they are in a separate subscription/email - I will never prioritize to open it.

Thank you!


Really like this approach, one unified weekly digest across all segments. You're right that separate emails would just get ignored.

Planning to make RSS first and then newsletter.

Appreciate you taking the time to share specifics: helpful for prioritization


Location: Oslo/Norway

Remote: yes (can do hybrid if in Oslo)

Willing to relocate: no

Technologies:

Core: Python, Cloud (GCP), Data, Linux. I'm quite comfortable with these: ML, HTML/CSS, JS, Rust/Golang/C

CV: https://www.dropbox.com/scl/fi/8n0a92l00yh23xvahf3uc/v.anany...

Email: https://linkedin.com/in/victor-ananyev


I would also add UV_NO_SYNC as smth I had to learn. It comes in combination with uv pip


What's your use case for UV_NO_SYNC? I assume the option exists for a reason, but aside from maybe a modest performance improvement when working with a massive complex package environment, I'm not sure what problem it solves.


some packages that I use for development need to be part of the virtual env. for example ipdb.

so i do uv pip install ipdb.

but then, after uv add somepackage

uv sync happens and cleans up all extras. to keep extras, you need to run uv sync --inexact. But there is no env var for `--inexact`, so I end up doing the sync manually.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: