So happy every time I see HTMX.

I'm hoping there is more innovation in this space with React engineers rediscovering the benefits of server-side rendering and Backend-For-Frontend efforts.

I think the perfect stack involves all 3 paradigms (initial loads, hypermedia loads and data/AJAX loads) used in parts of the application as makes sense.

> React engineers rediscovering the benefits of server-side rendering and Backend-For-Frontend efforts

React 19 has just been released recently with server components and server actions. Worth having a look. It's a very powerful model.

Big fan of restic! The only feature I found missing was the ability to browse historical snapshots like regular files.

I wrote and now use the rsync-based, browsable, incremental backup CLI: https://rincr.com/

What do you mean by that? "restic mount" has been part of restic since the very start.

That command works well and accomplishes some of what rincr what built to solve. For example, when I mention browse-ability, I mean on the backup host without any dependencies so I can use standard file tools and browsers.

I also needed both "pull" (backup remote files) and "push" (backup local files) backup features and if I'm not mistaken restic still only supports the "push" model.

EDIT: Added more details

If you're doing pull to prevent remotes from destroying old backups (in case of malware takeover, etc), this can be solved by running rest-server with --append-only

https://github.com/restic/rest-server

It 403's any attempt to overwrite or delete old data.

> I mean on the backup host without any dependencies so I can use standard file tools and browsers.

This means the backups are not encrypted though, and is something you really have to think twice before requiring

> "pull" (backup remote files)

You can mount the server to backup on the backup host, or you can ssh from the backup host to the server to backup, call `tar cf - /folder`, and ingest that from stdin on the backup host. Both will retransmit the totality of the files to backup

Browsing without dependencies is a bit tricky due to a) deduplication, b) encryption and c) compression of restic's backups.

Restic has a mount subcommand that exposes all backups through a FUSE filesystem, no?

Only feature missing for me was passwordless backups

Isn't that the purpose of `restic mount`?

I haven't used mosh. It looks like it replaces either SSH or Bash, unclear to me.

The only dependency in SSHFSUI is SSHFS and if that can be configured to use mosh instead of SSH under-the-hood, support would be possible.

Since the project was renamed, this is the new homepage: https://rincr.com/

This is pretty cool. I'll have to use it for my next project.

Do you have link to the project?

Name it "Funky Jon" to make it more international than Czkawka. Given that it deals with useless, dusty, files, I looked at things related to bureaucracy concepts in Polish. "Funkcjonariusz publiczny" (public official/servant), which in turn can be made into Funky Jon.

"Funky Jon" is a funky public servant/official who dusts off cabinet files, removes clutter, and makes the organization run smoothly.

It's "international" without losing the Polish roots.

Im not the dev.

oof

Since I'm not at v1 yet, I would consider changing the name if that KDE project is actively maintained.

Happy to hear any feedback!

Got pre-built binaries here: https://github.com/thekashifmalik/kbackup/releases and it should be pretty easy to install/build using Go too.

A reimplementation of the ideas in rsnapshot built with the composibility and simplicity of rsync in-mind. It comes with sane defaults and I have been using this to compliment my rsync-style mirror backups for data that needs incremenetal backup.

Looking for feedback. I'm gearing up for a stable v1 release.

This is just what I need.