The number of electric bikes that I see on my cycling trips is growing steadily over the last few years so I started to read up on the used technologies and attributes of the different systems.
Using only derailleur gears on all of my bikes, I was surprised to see the variety and quality of hub gear boxes. For me this was something of the distant past linked to a specific two gear fold bike that my family owned back in the 70s. That one actually used backpedalling to switch between the two available gears. Spooky to even think about it nowadays.
Especially interesting is the CVP (continuously variable planetary) gear hub by Fallbrook Technologies Inc.
After upgrading my main desktop machine from Debian Jessie to Stretch, I wondered if my current solution to enable wake-on-lan on that machine could be replaced with something prepared in one of the upstream packages.
The old (but in my opinion still very elegant) solution consisted of a systemd template contained in /etc/systemd/system/wol@.service:
[Unit] Description=Wake-on-LAN for %i Requires=network.target After=network.target [Service] ExecStart=/sbin/ethtool -s %i wol g Type=oneshot [Install] WantedBy=multi-user.target
With this in place, all that is needed to enable wake-on-lan for eth0 is a simple:
root@deepthought:~# systemd enable email@example.com
Yesterday I wanted to push a git repository to GitHub to make the contents more visible. The content is a complete set of files together with a shell script to create a bootable SD card image for the SoCrates II SoC FPGA evaluation platform from Devboards. Next to the script itself, the repository thus contains a lot of binary blobs like the tarball of the root file system, the Linux kernel and FPGA sample bitstreams. Pushing such a repository to GitHub is not possible because of the current soft- and hard file size limits of 50 MiB and 100 MiB respectively.
git-lfs to the rescue!
Although I was aware that the original author of ownCloud moved on to work on the Nextcloud fork, it never bothered me enough to check if I should migrate my ownCloud instance to the new software. With the recent reports on insecure ownCloud instances found by a scanner offered by the Nextcloud team, I took the time to investigate the situation.
I wanted to write this post for some time, but only now having seen the pretty impressive improvements on the GNOME Maps application I was reminded of the topic and took the time to finally write it down.
The issue addressed in this topic is how to plan a "nice" route when travelling larger distances, say more than 40 kilometers, on a road bike. As this type of vehicle does not like going over gravel or other rough surfaces, a "nice" route should have paved surfaces all the time. This requirement is somewhat easy to fulfil when using routes calculated for cars. Unfortunately this guarantees a journey in heavy traffic let alone sections on "Bundesstrassen" where the speed difference to the passing cars is that high that driving a bicycle becomes very uneasy, let alone enjoyable.