I've just published an updated nautilus-follow-symlink/caja-follow-symlink.
After more than a decade I'm updating this little project as my guinea pig for my conversion of older projects to git. It was no longer compiling with current versions of GCC so that I made a couple changes to get it working again.
You can download the updated version as usually at http://p.outlyer.net/nautilus-follow-symlink. Can be downloaded as a source tarball or a pre-built binary for Debian Stable (amd64).
Besides the tarballs, the source is available at my new git repository and at GitHub:
A small update to Relevation, to ease usage on contemporary systems it's now running on Python 3. Hopefully I didn't break it since I'm not used to Python 3.
Prompted by a couple reports, here's a new bugfix release of VCS. It most importantly fixes an incompatibility with Bash 5.0 which made the script put all the captures in a single row.
A couple minor bugs are also fixed, where using mawk would produce some errors and print the wrong file sizes, and the evasion offsets (which are used to avoid blank screengrabs) weren't really being used.
The latest version of VCS is available to download.
It's been a good while since the last release, but there aren't a lot of changes this time around, apart from the usual bugfixes there's better handling of errors and unsupported files.
The most important bug fixed is obviously the one I already previewed some days ago. The header was being cropped with current-day ImageMagick, and that problem should be gone.
I've just published an updated version of Relevation.
The main addition is support for the newer format of data files used by Revelation, plus a slightly better handling of international characters in the data file.
This is, however, a somewhat rushed and unpolished release to support the newer file format as soon as ready. As a result running the script in Windows is now harder, untested and most likely broken.
I plan to update it ASAP.
The biggest change is that it can now combine search terms, useful to reduce the number of results when you've got multiple similar logins alike. Check the updated man page for more details.
There's also a couple of small but important bugfixes.
I've published my second android app, a bit more useful than the first one (and also more prone to be a source of problems :P).
Quick File Share is meant to ease file sharing between devices by using a Wi-Fi network. Sharing content between Androids sucks: you can use bluetooth for a painfully slow experience or use email or cloud storage, with the unnecessary upload (which is also extremely slow for most people), while NFC is just a fancy way of triggering a bluetooth transfer; and that's about it.
Wi-Fi Direct (aka Wi-Fi P2P) finally emerged as a solution, but that requires discrete hardware that only newer devices have.
Meanwhile, if the devices are connected to a Wi-Fi network, than speedy, wireless, and already set up connection can't really be taken advantage of by default. That's the spot this app helps in filling, and it's certainly not the only option, but I couldn't help trying.
Select a file to share, and a temporary webserver will be started on the "sending" device. It will display a QR code and an HTTP address, so that the receiving device(s) can receive the file by just typing the address in a browser or scanning the code (scanning the code will also trigger the browser). The actual transfer is always over HTTP, so you can actually receive the file on essentially any device with network access.
What's the catch? There's always a catch. At least for the time being, the two devices must be connected to the same network. There are other tools on the marketplace that help the receiving device connect to the same network as the sender, but I didn't like that operation too much, so I preferred this way of operation.
