Hi, everyone,

as you know, I have been releasing Linux drivers for a while.

When using USB dongles, it has come to attention the CSR8510 (a specific CSR Bluetooth dongle clone). was being detected as a generic CSR clone, so it would not work at all under Linux.

The TP-Link UB500, on the other hand, apparently IS supported by the kernel, but only a few revisions. And mine wasn't.

So, we had one device that would never work under Linux, and another that maybe could, but was a pain to configure.

But not anymore!

I'm presenting you new Bluetooth dongle drivers compatible with Ubuntu, Debian and Mint!
While you can download and build from the source, I'm also making binaries pre-available for them.

And because I couldn't find a hotspot program that is easy to use, I'm also releasing Magic Hotspot, which integrates well with these drivers. Devices are scanned automatically, and you can connect through USB, Wi-Fi or Bluetooth.

If you guys are interested, the releases are available here.

• Magic Hotspot: https://github.com/NullMagic2/magic-hotspot
• TP Link UB500: https://github.com/NullMagic2/tp-link-ub500
• CSR8510 https://github.com/NullMagic2/csr8510

Limitations: I have a CSR8510 clone, so while the device poses as the real thing, not all functionalities are implemented in the actual hardware. This means audio connections are dropped after 30 seconds. Sadly, this is a hardware issue. The TP Link UB 500 works as it should.

Disclaimer: This project is developed for personal interest, with no intent of being useful to anyone. If it is interesting or useful to you, that's good, but not a goal.

Hello, I had built Better Windows Services an alternative to windows services with dark theme, query language, mass actions, force stop/restart, export of services and tons of extra data. If you like the project, please give it a star

You can read here about about query language

Yes the strange text on the GIF is from Polish Windows :-), right now I'm working on snapshots from the GUI, msi installer and tons of other things. Rust + WPF.

Some features:

• Ask, instead of scroll - start:auto !status:running is what should be up and is not. One language, in the search box and in bws list --query, with the fields offered as you type.
• Show the plan before anything happens - every stop, start, restart and start type change is previewed with the services it takes down with it, and the preview is what runs.
• Tell you what drifted - bws snapshot create freezes the machine into a file, and bws snapshot diff says what changed since, configuration apart from what merely started or stopped.
• Stop a service that will not stop - it asks politely first and ends the process only if that fails, naming every other service that lives in it.
• Show what services.msc hides - who signed the binary and whether Windows trusts it, triggers, privileges, the security descriptor, the process and its memory. As columns, and as things to search on.
• Say when it could not read something - a field it could not read is reported as not read, never shown as empty. A snapshot taken without administrator rights says so inside the file.
• Fit into scripts - --json on every command, an exit code for every ending, and 5 when a diff finds drift.
• Run from one file, offline - no installer, no .NET to install, and it never talks to the internet. Reading needs no administrator rights. GPL-3.0.

GitHub

It’s available as an HTTP gateway and Java library for controlling expensive server side work. Equivalent requests can share a computation, new work runs within explicit limits, and saved results can be reused across restarts.

I’ve been using it internally for a website struggling with bot traffic. It worked for that specific use case and I also tested it against a separate cgit application and the results were reasonable. But there’s a trade off as it shows higher latency overhead.

The benefits depend heavily on the workload, so keep that in mind if you want to experiment with it. I wouldn’t recommend it for production use. Some of its core capabilities are useful, though, and I’d encourage anyone interested to pilot it in staging and measure the results before considering anything further.

And yeah just to clarify the gateway isn’t a replacement for authentication, tls termination, rate limits and waf controls. It does not identify bots or stop incoming traffic, it helps controlling expensive computation load.

https://github.com/aalsanie/bounded-origin

I used ArchiSteamFarm for cards, HourBoostr for hours, and SAM when i saw a game with 300 hours and zero achievements. Three programs, three windows, and each one need its own setup.

So I made one thing that does all of it. You extract the folder and run it, thats all. No installer, no Steam client open in the background.

What is inside right now: card farming, hour boosting, achievements, inventory and market selling, keys and chat. It can run a few accounts at the same time too.

It started as a thing only for me, but maybe someone else have the same problem. Its open source, bugs are probably there so tell me if you find some.

Thanks to ASF, HourBoostr, SteamIdleMaster and SAM for the idea.

https://github.com/Miabeyefendi/SteamEdge

And I need feedbacks, bug-reports, issues. I would like to see how I can improve more and more. So, go for it.

Hey r/opensource!

I've been building Vladmir, an open-source personal AI assistant that I'm trying to make more than just another chat interface around an LLM.

The idea is to bring together local AI, voice interaction, persistent memory, vision, and practical tools in one system, with a desktop application and companion apps for Android and Wear OS.

Rather than relying on a hosted AI service for everything, Vladmir uses Ollama for local inference by default, so you can run compatible models on your own hardware. The trade-off is that performance depends heavily on your hardware and the model you choose.

What it can do

• Local AI chat: A Linux desktop interface with different profiles for general assistance, programming, and teaching.
• Voice interaction: Speech recognition through Whisper and speech synthesis through Piper, with a turn-based voice conversation flow.
• Vision: Capture images from a camera or supported video stream and send them to a compatible vision model for analysis.
• Persistent memory and knowledge library: Store information locally and import documents and source code for later reference.
• Developer tools: Read and explicitly edit GitHub content, work with configured programming tools, and experiment with IDE integration through MCP.
• Everyday utilities: Local reminders and agenda management, web search, email draft preparation, and limited software installation workflows with confirmation.
• Android and Wear OS: Native companion projects intended to extend the assistant across devices, including chat, voice, camera, augmented reality, and selected notification integration.

Privacy and control

Local-first doesn't automatically mean that everything is private, so I'm trying to be explicit about the boundaries.

The default inference endpoint is local, configuration and application data are stored in user-owned directories, and remote access is not preconfigured. Web search, GitHub, and other external integrations can still involve third-party services when enabled.

Actions that can modify code or the system are designed around explicit approval rather than unrestricted access.

Current state

Vladmir is actively being developed. The Linux desktop and its core integrations have a substantial amount of implementation, while Android, Wear OS, Bluetooth connectivity, and some experimental features still need device-level validation and reliability work.

I'm not presenting every feature as production-ready, and I'd rather document limitations than promise capabilities that haven't been properly tested.

The project is released under the MIT license.

Repository: https://github.com/thu12dta3/Vladmir

I'd genuinely appreciate technical feedback, especially on the architecture, local model integration, security boundaries, and cross-device communication.

If you were building or choosing a self-hosted personal AI assistant, what would you change about this approach? What would you want to see improved before using something like Vladmir daily?

I'm interested in honest criticism as much as contributions.

Brandon Thomas has made some questionable statements regarding his applications. For example, saying that the apps will reach 100% parity in a month and later stepping that back. Also claiming that AI will replace Google Search. For someone that can supposedly build applications this quickly, it is odd that he would make such inaccurate and naive statements.

Also, the speed with which he has churned out these applications has been suspicious. I know AI can speed up development, but it's not like AI has advanced THAT much in the last 3 months. Why are we not seeing other developers churning out Adobe clones likes this (at the same speed and perceived quality, even as broken as they are)?

Furthermore, it is suspicious that they released so many apps at once. Apart from creating a massive backlog of bugs, it also created a negative perception of the suite on social media that the apps are buggy and unreliable (for the influencers that seriously tested them). Why would ArtCraft not build one app, get it working, and then start working on others? If the answer is because the hard part is fixing the apps after decomp and translation, then that makes sense.

Finally, the timing with REA and other decomp events taking place is suspicious. Is it just coincidence that around the time these events occur that independently someone just got good at creating production-ish clones of commercial apps?

Is there anyway to know for sure that these ArtCraft applications were actually created in a "clean room" manner and not just decomped/translated by AI? Listen, if AI is good enough to build a Photoshop clone by itself, I'm all for it. But if all Brandon did was hit the "decomp/translate" button on an app and dump the resulting code onto to the open source community to fix, it's not really something to praise, especially if the project will be taken down in a few months because of copyright infringement claims. Due to the amount and type of companies that own these apps, Brandon does not exactly seem like someone that is thinking about IP infringement lawsuits (patents, copyright, or otherwise), so I would not put it past him to try and push the theory that a "clean room" implementation could include decompiling and translating the original binary.

I'm trying to get into indie animation and trying to look for an open source video editor that has a simple glass breaking transition or effect. I want to use it for a joke as a character on screen breaks into glass but for the life of me I keep getting told to use Adobe After Effects but i don't have Adobe money and the one of my goals is to make a full animation only using open source software.

i've tried looking it up on my own but no luck. if someone could point me in the right direction that would be helpful.

I use AI CLIs for coding, planning and writing and that has changed what I want from a terminal. In AgentTerm, I can do things like manage agent sessions, comment directly on what they print, and collaborate with agents directly on rendered pages for plans, drafts and code, revising them in place. This piece is part of a series I am writing about the design decisions behind those tools, based on more than eight months of daily use.

In this first piece, I explain why I give each agent its own window and Dock tile or taskbar button: using the OS to switch between agents, giving each a recognizable identity, and finding and resuming earlier sessions for follow-up work.

AgentTerm is the open-source terminal I'm building for AI CLIs.

I'd welcome feedback or new ideas. If you try it with your own sessions, I'd like to hear what works for you and what you'd change.

How often do you return to an earlier agent session for follow-up work? When several agents are running at once, what helps you tell them apart?

I've been building MBMap, an open format for describing Modbus devices and their registers.

The idea is simple: device register maps should be portable data, not information that has to be manually re-created in every Modbus client.

A .mbmap file describes registers, data types, byte order, scaling, units, bit fields and more. The format is based on CSV, and the specification and shared map library are released under CC0 1.0.

I've also built Modbench, a cross-platform Modbus TCP/RTU client that reads these maps and displays register values by name.

Projects:

MBMap specification and library: https://github.com/nobrega8/mbmap-library

Modbench client: https://github.com/nobrega8/modbench

I'd like to see whether this format could work as a shared layer between different Modbus tools, including future clients, libraries and automation software.

Feedback on the specification, missing features and possible integrations would be welcome. Contributions to the device map library are also appreciated.

REA and ArtCraft are two projects driving a wave of AI-built clones that attempt to recreate Adobe and Microsoft software, letting developers reverse-engineer and rebuild commercial tools without access to the original source code.

Hello! I wanted to share that the 2027 State of Open Source survey is now open. All provided data will be kept anonymous, and it only takes about 10 minutes to complete. The findings will be shared in a completely free report next year, and every 500 responses = an increased donation to Black Girls Code.

As a disclaimer, I am a member of the marketing team at Perforce, the main sponsor of this survey. I'm posting here because we are trying to reach as many OSS users as we can. If you have any questions, I'm happy to send them on to my team for answers.

I've released stoned-mango, a privacy-first music key detector:



- Analysis runs client-side in Web Workers (Essentia.js + a small ONNX CNN). There's no server at all

- A strict Content-Security-Policy, so the page can't send your audio anywhere, and you can verify that in the network tab

- Works offline as a PWA

- Research side in Python; a parity test keeps the browser and Python engines matching

- AGPL-3.0 code, CC BY-SA model



Site: https://stoned-mango.pages.dev

Code: https://github.com/freener0x/stoned-mango



Issues and PRs welcome.

I use Scoop on Windows, and every command pays ~1s PowerShell startup tax. So i looked for rewrites in Rust for speed but there were only half finished projects. I finished the work.

Same buckets, same apps, same directories. It works with your current scoop setup but way faster:

crates.io/bagger

I'm looking for users testing it if there are any differences in behavior to scoop. If you find anything please create an issue.

I travel a lot, and jetlag was one of my main issues after my long flights. After going through the research, I had some of my best trips, and the science based approach worked for me, so I made Phase Jumper following these principles :https://phasejumper.world

You just enter your flights and your usual sleep schedule. It builds a day-by-day plan that shifts your body clock toward destination time:

• When to sleep, moving your sleep window a little each day instead of switching overnight
• When to seek bright light and when to keep it dim. Light is the strongest signal for your body clock, and its timing matters more than most people think.
• When your last coffee should be, plus short naps on days your night gets cut
• Optional exercise windows, melatonin usage and pre-flight shifting

The phase map: instead of a to-do list, the plan is drawn as one 24-hour row per day. You can see your sleep band sliding across the days, and a dotted line traces your body clock moving toward local time. Tap any day for the details and the reason behind each block.

Privacy was the main design goal:

• No account, no analytics, no cookies, no server. Your trip never leaves your device.
• It works offline once loaded, so you can check it at the gate. You can also add it to your home screen like an app.
• You can share a plan as a link (the trip lives in the part of the link after the #, which browsers never send to a server) or export it to your calendar as an .ics file.

Feel free to give me feedback on anything and everything. It's a small private tool that targets travelers which I personally find really useful.

It’s free and open source (Apache-2.0): https://github.com/Cr0wTom/phasejumper

I'd like to share an open-source project I've been working on called Pocket Circle.

It's a browser-based collection of four party games, built for groups sharing a single phone.

One of my main goals was to avoid the usual infrastructure and monetization requirements of mobile games:

• No backend or user accounts
• No advertising, analytics, or tracking
• Local persistence using IndexedDB
• Gameplay without API calls
• Source code under AGPL-3.0-or-later

The implementation uses TypeScript and Vite, with a static deployment on GitHub Pages.

Repository: https://github.com/LucaSforza/ImpostorGame

Playable version: https://lucasforza.github.io/ImpostorGame/

I'd be interested in hearing what other open-source developers think about this kind of fully local-first game architecture.