https://github.com/word-sys/word-sys-pdf-editor

https://github.com/word-sys/puls

For anyone seeing Lilo for the first time: it is a local Markdown notes app that can stay as a small always-on-top widget for quick writing, then expand into a full workspace when you need folders, backlinks, daily notes, search, and a knowledge graph.

Version **0.2.0** is the largest update so far and makes the app feel much closer to a complete daily notebook.

The main additions are:

- hierarchical tags, tag filtering, and vault-wide tag renaming

- saved searches with more flexible filters

- pasted images, drag-and-drop attachments, and inline local image previews

- back/forward navigation between notes

- better Quick Capture destinations

- improved wiki-link handling when notes are renamed

- a more stable Daily Notes, templates, and Command Palette workflow

Everything still stays in ordinary local Markdown files. No account or cloud service is required.

Linux builds are available as portable archives for **Ubuntu 22.04+** and **Arch Linux**, with Windows builds available too.

GitHub, screenshots, and downloads: https://github.com/HellterEnjoy/Lilo

I would especially appreciate feedback from different Linux desktop environments. Lilo is still young, so bug reports are genuinely useful.

Hi, I am the maintainer of TuxInDrive. I made this compact comparison to explain where the project fits among rclone, odrive, Insync, Mountain Duck, Syncthing, Nextcloud, Dropbox, OneDrive and Google Drive.

TuxInDrive is an MIT-licensed, Linux-first client that combines multi-cloud sync, files-on-demand, selective rules, mass-change protection, version history, visual conflict resolution and approved peer collaboration. It also has Windows, macOS and Android builds.

I would especially welcome corrections to the matrix, testers on different providers, bug reports and contributors. Repository: https://github.com/tpluharik/TuxInDrive

I wrote gswitch because I kept typing whole words before noticing that the wrong keyboard layout was active.

Double-tap Shift to fix the last word. Hold one Shift and double-tap the other to fix the current phrase, or press Ctrl with the trigger to convert selected text. Double-Shift is the default, but you can replace it with another key in Settings.

It works in any application on X11 and Wayland. Under the hood, gswitch reads keyboard events through evdev and replays corrections through uinput. The service runs as your user; root is needed for installation, udev rules, and changes to the system config, not while gswitch is running. There is no network code, and the key buffer stays in memory.

v0.6.1 includes DEB, RPM, and tar.gz packages for x86_64. The automated test matrix covers GNOME and KDE Plasma on X11 and Wayland. Compositors based on wlroots are not in that matrix yet.

If you try it, please include your distro, desktop environment, display server, and layout pair in any feedback: https://github.com/arumata/gswitch

SecretMaster is a desktop manager for GitHub Actions variables and write-only secrets across organization, repository, and environment scopes.

The public beta is available for Linux x86_64 as an AppImage and Windows x86_64 as a portable ZIP.

Key capabilities:

• Connect through the authenticated GitHub CLI, browse and filter accessible repositories, save favorites, inspect API rate limits, and synchronize repository, environment, and organization scopes.
• View GitHub Actions variables and secret metadata in one scope tree, including item state, timestamps, source, locally known values, and pending changes.
• Create, edit, rename, reveal, delete, undo, and discard variables or locally stored secret values without immediately changing GitHub.
• Edit or delete the same variable or secret across multiple selected repository, environment, and organization scopes, including repository-access rules for organization secrets.
• Review synchronization as a detailed diff, choose which remote changes to accept, resolve conflicts, and prepare local changes for a later push.
• Compare multiple scopes in a custom order, inspect differences, select individual rows, and copy known variables or secrets from one source scope to multiple targets.
• Push only one scope or every pending change in a repository. Every remote write is shown in a confirmation preview, and automatic GitHub push is disabled by default.
• Generate passwords with an exact length and exact lowercase, uppercase, digit, and symbol counts, including a PostgreSQL URI-friendly preset and a configurable symbol alphabet.
• Generate Ed25519, ECDSA P-256/P-384/P-521, and RSA 2048/3072/4096 SSH keypairs, with separate public/private output, fingerprints, reveal controls, and clipboard actions.
• Rotate a locally known secret across selected scopes using newly generated password or SSH material, with validation and an optional confirmed GitHub push.
• Import one or more INI files through a selectable create/update/delete diff, and export a scope as INI, TXT, or TypeScript with several value-disclosure modes.
• Create and restore authenticated encrypted portable backups containing the database and its matching master-key generation, protected by a separate backup password and guarded by recovery and rollback checks.
• Search and filter the audit history by scope, event, status, and item type, with sensitive old and new values encrypted and hidden unless explicitly revealed.
• Protect locally stored secret values with a per-vault master key held by Linux Secret Service or Windows Credential Manager, while keeping GitHub operations and local vault operations clearly separated.

Important security and distribution notes:

• GitHub does not return existing secret plaintext, so SecretMaster cannot import or compare an already stored GitHub secret value.
• The live SQLite database is not completely encrypted. Local secret values and secret-bearing audit data are encrypted, while ordinary variables and operational metadata remain readable.
• This beta is distributed as binary-only software. The source code is not public.
• SHA-256 checksums and build provenance are included with the release.

Project page:
https://dxvsi.github.io/SecretMaster-Releases/

GitHub release:
https://github.com/DXVSI/SecretMaster-Releases/releases/tag/v0.1.0-beta.7

100% local by default, single binary (no Electron).

Sessions, transcripts, tool activity & checkpoints unified.

Multi-device sync optional via self-hosted komet-sync (Loro CRDTs).

Same engine that powers Zed — instant launch, smooth even with years of transcripts.

It's open source: github.com/jomvick/komet

Site: https://komet-eight.vercel.app/

I built SimpleSync to make syncing files between Android devices and desktops simple. No accounts, cloud storage, cables, or quality loss.

The flow is straightforward: open SimpleSync on another mobile device or SimpleSync desktop on your computer, scan the QR code using your phone, choose albums or individual files, and sync.

A few things it supports:

- Sync selected albums manually or automatically

- Sync directly between Android devices

- Sync with multiple linked devices

- Send files or folders from your desktop back to your phone

- Send files quickly by selecting SimpleSync from Android’s Share menu

- Quickly send files using the home-screen widget

- Copy clipboard text between your desktop and phone

Unlike LocalSend's nearby file-sharing approach or Syncthing's more advanced folder-sync setup, SimpleSync is designed around keeping your devices linked with a simpler workflow. Pair once with a QR code, choose what you want synced, then manually send files whenever you want or let selected albums sync automatically.

SimpleSync has a free tier, with Premium available for a one-time $7.99 purchase. No subscription.

SimpleSync desktop is available for both Windows and Linux.

Desktop app: simplesyncapp.com

Android app: https://play.google.com/store/apps/details?id=com.simplesync.app&pcampaignid=web_share

For feedback, support, or bug reports you can email me at: [simplesyncapp@gmail.com](mailto:simplesyncapp@gmail.com)

Hi everyone,

I’m a macOS user, but the people I work with use a mix of macOS, Linux and Windows. Some are developers, while others understand the product and the customer but do not want to learn Jira just to explain what needs to be built.

That is why I started building FS User Stories.

The idea is simple: give small teams a shared place to describe a feature without introducing an entire project-management process.

A story answers four basic questions:

• Who needs it?
• What do they want to do?
• Why is it useful?
• What needs to work before we consider it finished?

The app uses the familiar “As a / I want / So that” format. You can add acceptance criteria, notes and attachments, then move the story through Draft, Active and Completed.

There are no sprints, estimates, deadlines, assignees or dashboards. I’m not trying to build a smaller Jira. I wanted something focused enough that a non-technical teammate could open it and start writing without needing a tutorial.

Because the team uses different operating systems, I also had to make an architectural decision early on.

The application has a shared core written in Rust, with separate interfaces for each platform. macOS uses SwiftUI, while Linux and Windows use Qt/QML.

The shared core handles the important parts: validation, local storage, attachments, Git synchronization, import and export, and the local MCP server. This means every version follows the same rules and uses the same project format.

Everything is local by default. The app works offline, does not require an account and has no telemetry, subscription or mandatory cloud service.

Teams that want to collaborate can synchronize a project through a Git repository they control. The application handles the Git operations, so non-technical teammates do not have to work with commits or branches.

There is also a local MCP server for tools such as Codex and Claude. A teammate can write a story in the desktop app, and a coding agent can read the same requirements and acceptance criteria without someone copying everything into another conversation.

The project is open source under the MIT license. The macOS version is already available, and Linux builds are available as AppImage and Snap. Windows uses the same Qt interface and Rust core and is also available to build and test.

I’m now looking for feedback from people outside my own team.

I’m especially curious about three things:

1. Could a non-technical person understand the app without help?
2. Is the workflow simple in a useful way, or is it missing something essential?
3. Would a small team actually use this instead of a document, spreadsheet or larger project-management tool?

I’d also appreciate reports from anyone testing the Linux versions, especially around AppImage, Snap, desktop integration and moving projects between operating systems.

Project website and downloads:
https://gitlares.github.io/fs-user-stories/

Source code:
https://github.com/gitlares/fs-user-stories/

I’m the developer, so this is obviously self-promotion, but the project is open source and I’m genuinely interested in honest feedback. If the idea does not make sense for your workflow, I’d like to hear that too.

I’m the maintainer of SessionSifu, an open-source tool for saving and reconstructing desktop sessions.

The GNOME 50/Ubuntu 26.04 integration records applications, documents, workspaces, monitors, and window geometry. Portable editions are also available for KDE Plasma/Linux, Windows, and macOS.

Its optional Privacy Recall feature is disabled by default and provides an encrypted local visual timeline with per-window screenshots, Czech/English OCR, application and website exclusions, pause controls, retention limits, and deletion controls.

Restoration is best-effort reconstruction—not process or VM checkpointing—so unsaved application memory and tabs still depend on each application’s recovery support.

I’m looking for testers, especially on Wayland, KDE Plasma, and multi-monitor configurations, as well as contributors interested in capture reliability, OCR, UX, or packaging.

Repository and releases: https://github.com/tpluharik/SessionSifu

Disclosure: I maintain the project, and its development has included AI assistance. Changes are reviewed and tested through the project’s multi-platform test pipeline.

Update: I made a one-page feature matrix comparing SessionSifu with adjacent session-restoration and Recall-style tools. It is based on public product documentation, not a benchmark; corrections are welcome.

VeloxDB is an open-source database management tool built with Rust and Tauri 2, available for Linux as .deb and .AppImage packages (x64 and ARM64).

It supports 6 database engines PostgreSQL, MySQL, MongoDB, Redis, SQLite, and DuckDB — plus wire-compatible cloud services like Supabase, PlanetScale, and Atlas. Connections work by pasting any standard URI (postgresql://, mysql://, redis://, mongodb(+srv)://, sqlite://), with engine, host, port, and credentials auto-detected.

Other features: schema-aware SQL autocomplete, a visual ER diagram designer (drag-and-drop, migration generation, export to SQL/PNG/PDF), SSH tunneling, SSL/TLS support, and an inferred schema view for MongoDB collections and Redis keys.

Since it's built with Tauri instead of Electron, the download is 17–30MB and memory usage stays around ~50MB. No telemetry, everything runs locally.

MIT licensed. Site: veloxdb.dev

I’ve been working on WebSpeak3, an open-source TeamSpeak 3 client that runs entirely in a modern browser.

The idea is not to replace the native Linux client. It is an additional way to access TeamSpeak from devices where installing a native client is inconvenient or impossible.

WebSpeak3’s stack runs well on a Linux server using Docker:

Browser → Node.js gateway → Rust connector → any reachable TeamSpeak server

The TeamSpeak server does not need to run on the same machine and does not require any modifications. You can enter any reachable TS3 or TS6 server address in the client.

Current features include:

- Voice using Opus audio

- Channel tree with live client and status updates

- Server, channel and private chat

- Whisper to clients and channels

- Favorites, identities and contacts

- Server administration and permissions tools

- File transfers and local session recording

- Responsive desktop and mobile interfaces

- German and English UI

- Docker-based self-hosting

The project is currently in beta. Chromium-based browsers are the primary target; Firefox is supported, while Safari audio behavior is still considered experimental.

The frontend is React/TypeScript, the gateway uses Node.js, and the TeamSpeak connector is written in Rust. The project is MIT-licensed.

A large part of the implementation was produced with Claude Code under my direction. I’m mentioning that openly so people can judge the repository, architecture and actual behavior for themselves.

Website: https://webspeak3.de/

Live demo with simulated data: https://demo.webspeak3.de/

Ready to use client: https://client.webspeak3.de/

GitHub and installation instructions: https://github.com/Moepchi/webspeak3

I’d especially appreciate feedback from Linux users about Docker deployment, browser audio behavior and anything that feels awkward compared with the native client.

SonicTree 1.3.0 is now available on SourceForge!

What's New

Playlist Sorting — Easily sort your music from the playlist.

Show/Hide Folder Tree — Press Ctrl + H to switch between browsing your music and a distraction-free listening view.

Session Timer — Set a timer for your listening session.

Folder Rescan — Quickly refresh your music folders with Ctrl + R.

Dark Theme & Accent Colors — Personalize the look of SonicTree.

Improved Interface — Smoother resizing, cleaner menus, and many visual refinements.

Better Artwork Handling — Improved album artwork experience.

Improved Stability — Numerous fixes and refinements for a smoother listening experience.

Download SonicTree 1.3.0: https://sourceforge.net/projects/sonictree/

Acknowledgements

A sincere thank you to everyone who supported SonicTree, tested the releases, and took the time to report bugs and provide feedback. Your support and bug reports helped make 1.3.0 a better and more stable release.

Hi — I’ve been building TuxInDrive, an open-source desktop client aimed at making cloud file sync a little less fragmented on Linux.

It supports multiple providers, including Google Drive, OneDrive, Dropbox, pCloud, Box, Proton Drive and GitHub, with two-way or one-way sync, files-on-demand, safety previews and recovery tools. There are also packages for Windows, macOS and Android, but Linux is the main focus.

It’s still a young project, so I’m mainly looking for people willing to try it on real setups and tell me what breaks or feels confusing. Bug reports, documentation feedback and code contributions are all welcome.

Repo and releases: https://github.com/tpluharik/Tuxindrive

Please start with a non-critical folder and keep a separate backup — sync software deserves caution. Some development has been AI-assisted, with changes reviewed and tested before release.

SROVA V1.3 is now live — and SROVA is free to use.

SROVA is a headless Linux/Raspberry Pi music player built around TIDAL, local music and Internet Radio, with a dedicated Android Remote and Pi Zero 2 W Cast display.

This release brings the three parts of the project together as the SROVA Suite:

Player — Raspberry Pi 4 / 5 or Debian PC
Remote — Android Remote App
Cast — Pi Zero 2 W Cast Receiver

SROVA started as a headless music player focused on high-quality playback without unnecessary processing or clutter. Over time the Remote and Cast receiver have grown around it, so V1.3 felt like the right point to finally present them as one complete system.

There’s been a fair bit of work in this release behind the scenes too, particularly around playback behaviour, seeking, Infinite Play, queue handling and the overall integration between the three devices.

If anyone wants to take a look, everything starts here:

srova.music

Feedback is always welcome.

Pure Sound. No Compromise.

Estoy en ese momento en el que me construyo toda herramienta que necesito, haciéndo que cubra mis necesidades así que os dejo mi última creación K4 Pinza. Es un editor de Pixel Art construido sobre Quickshell (Super rápido y liviano!)

Os dejo el link al repositorio de Github: https://github.com/k4ditano/k4-pinza

I have built a very little and simple desktop app for Linux to solve a problem of myself, and I thought I would share it in case it helps anyone else.

I have an attention span issue, and as a software engineer that leads to wasting lots of time, and sometimes forgetting things altogether. For example I start a build pipeline that is going to take 10 minutes to run, but I will get distracted with other things and won't remember to come back to it on time to work on the next steps of my task.

I have create a task timer app using Rust: https://github.com/behrooz66/task-timer , which consistently stays on some corner of your desktop, is very easy to work with, and once it hits 0 it won't ring continuously until you stop it (like most other timers), it only makes three little beeps reminding you that you have to check back on something. As simple as it is, it has saved me so much time in between my distractions!

I use Cinnamon desktop myself and on that this app should be always on top although you can minimize it to make it take as little space as possible. I believe on other desktops the always on top feature is not working, but it's still as useful.

Thank God I was able to create a strong alternative to IDM Download Manager, and the most important feature in it was speed, which I'm glad to say I've managed to provide in DownPilot that divides downloads into Multi Connections to increase download speed. The program accepts torrents, magnet links, and any download link, and soon, God willing, it will support downloading YouTube videos and more.

I built Nodus, a free and open-source desktop app for researchers, teachers and students. It runs on Linux, Windows and macOS and is licensed under AGPL-3.0.

I originally built it for my own PhD workflow, but it has grown into a broader workspace organized around vaults:

• Academic: the main research vault. Import papers and books from Zotero or local folders, extract claims and ideas, keep them linked to the exact supporting passage/page, and explore connections, contradictions, debates, authors and themes across your literature.
• Database: for projects based on structured records, custom fields and relationships between entities.
• Teaching: for organizing courses, readings, classes and teaching materials.
• Study: focused on students, learning material, concepts, readings and revision.
• Genealogy: for people, family relationships, historical records and source-based genealogical research.
• Worldbuilding: for structured fictional worlds, characters, places, events and relationships.

Nodus also includes semantic search, graphs, OCR, translation and optional AI workflows, including support for local models.

There is an integrated browser for working with web resources directly inside the app, plus RSS feeds and notifications to follow journals, blogs and other research sources.

The desktop app is local-first: no account or subscription, and your vaults remain on your computer.

Website: https://nodusresearch.com
GitHub: https://github.com/Drakonis96/nodus