News for hackers. Stuff that matters.

Papric0re

Re:Making Sense of the Audio Stack on Unix on Monday February 08, 2021 @06:10AM (#26063083)
This! Still I totally understand the OPs point. It's a hassle to start with, especially using a general purpose distro. The interoperability of Jack and Pulse reminds me of Windows ASIO inabaility to utilize shared modes. Yes, there's the PulseAudio-Jack Bridge, but that one's really unstable.

So looking at Pipewire, let's hope for it to make Pro Audio and Consumer Audio interoperable on Linux. Because I really like the flexibility of Jack and the PulseAudio way of user experience.

Re:Update on MuseScore 3.6 and 4.0 on Thursday November 05, 2020 @07:13AM (#24997543)
I haven't come across any missing functions so far, should be on par with MacOS/Windows on that. Only the Interface looks a bit old-style and seems to be the only issue right now. All the "expermiental" builds have been very stable for me on Ubuntu Studio :)
Re:Bitwarden second security audit report on Thursday July 23, 2020 @07:16AM (#23926116)
This! Just sync your keepass file with your NextCloud (or Google Drive or whatever) and you're good to go. Has a mobile App and there are probably Browser Add-Ons available. Costs nothing and works like a charm.
Maybe you should just wipe that paragraph completely. I get that investors like to see that you are using proprietary code, but I wouldn't expect you to be faster with that. Especially when running against Elastic, which has over 1.400 contributors currently. But you don't necessarily need to. You can get me with being focused on the right thing and not bloating your software. Lot of big projects start to loose focus and start doing everything, hence become worse doing their main job.

Especially when it comes to security, I'd like to see the lowest complexity possible. Harden your software instead of feature-fu around. That would be a good USP (I've got the feeling that no vendor has realized this so far - but customers neither did).

Tanks for the tip. But I would still need some storage and Data Shipper, right? Or is Loki also taking care of storage?
I don't mind you giving a small sales pitch...and maybe your product is indeed what I'm searching for. But your pricing model is instantly putting me off. Same as with Splunk, you end up with not being able to predict your cost and paying way too much. Tell me when you fix that and I might be interested ;)

Edit: Sorry, I was misreading your comment. Premium is unlimited...I will look into it, thanks. :)

[Offtopic (a bit)] Lots of you are talking about metric monitoring. But do you have recommendations when it comes to (basic) security Monitoring? I would usually go for the Elastic-Stack for that purpose, especially because Kibana offers lots of features for security monitoring. But I feel like these stacks are so big and bloated. I basically need something to monitor network traffic (Flows and off-Database retention of PCAPs) and save some security logs (I'm not intending on alerting based on logs, just for retention). But being able to have a network overview, insight into current connections (including history) is a very useful thing. Can anybody recommend something, that's maybe a bit lighter than an entire Elastic-Stack?
Re:Show HN: Panther v1.0 – Open Source, Cloud-Native SIEM on Thursday March 26, 2020 @04:33AM (#22691561)
Nice to see an Open-Source Project in this area. But I don't see the point of "just another" SIEM. Why is everyone trying to collect, normalize and and trigger on log data?

Logs are probably the worst source one can have. And its faulty by design. Why not think of something new? A better source for your data would be something to start with. Maybe an intelligent infrastructure for data collection could make it more useful with more relevant data. Only ship relevant data from relevant sources if additional info is required. Maybe that would be a great solution. It would at least be something new.

Re:Simple Systems Have Less Downtime on Tuesday March 03, 2020 @06:01AM (#22473429)
I share the idea of the author, but I miss actual talk about how we can make things better. Because his arguments are also true when it comes to security.

What are alternatives to commonly used complex systems, like Docker/Kubernetes, Active Directory, Remote Access or just shared folder structures? How to keep the functionality of centralized management while making it simple? Would be happy to hear your thoughts on this.

Re:Fedora Muscian's Guide on Friday February 14, 2020 @09:37AM (#22326887)
Funny, I never had issues with my Midi-Controller. It's a USB-Class Compliant Controller. At least in Ardour its a simple task to do that. Haven't tried in Reaper so far. And also, I never found it difficult to connect devices, at least when using Claudia.
Re:Fedora Muscian's Guide on Friday February 14, 2020 @09:24AM (#22326772)
> The lack of good drum kits and patterns is my current pain point.

True. But I have little tip for you: There's an experimental feature in Carla that lets you use Plug-Ins that rely on wine. Currently I use this feature with MT Power Drum Kit (decent sounding - still not ideal) and some other free Plug-Ins. But I will agree that this increases the fiddling and virtual wiring. As Carla is able to save all that, it's still quite handy.

By the way: I use the Native Instruments Komplete Audio 6, works like a charm (and only uses hardware switches). Do you use Gen1 or Gen2 of the Scarlett? - I've heard of some issues with Gen2.

Edit: I use the drums for making Metal music. Might not be ideal for other genres.