gobborg

I've noticed that navigating to my profile tends to induce a crash, but I can't replicate it. I *think* crashes are more frequent when something isn't locally cached.

Should [the rtd homepage's](https://borg-import.readthedocs.io/en/latest/) "Edit on Github" link to the [borg-import/docs/index.rst](https://github.com/borgbackup/borg-import/blob/master/docs/index.rst) instead of the readme?

Can that be fixed? Rtd's /latest is the README.

Hi, I ran test for `rsynchl` and it failed with this output: ``` sudo borg-import rsynchl /tmp/mnt/rsynchl/ /tmp/mnt/borg_rsynchl/ Traceback (most recent call last): File "/home/gobborg/.local/bin//borg-import", line 33, in sys.exit(load_entry_point('borg-import', 'console_scripts',...

I did not reinstall as root, however, I switched to root and ran the following commands to the same error: ``` [root@lemur2 gobborg]# pwd /home/gobborg [root@lemur2 gobborg]# which borg-import /home/gobborg/.local/bin/borg-import...

Well this is most interesting...seems that installs are actually failing altogether? As root and using a venv ```shell [root@lemur2 programs]# git clone https://github.com/borgbackup/borg-import.git Cloning into 'borg-import'... remote: Enumerating objects: 334,...

Ok, I got that working, but if users need to use a venv in order to use borg-import, that needs to be reflected in the installation instructions. Would you like...

It works in and out of a venv with the latest code (merged PR 56).

@kiyote33 @joshreisner has this been picked up?

It looks like [spec](https://github.com/code4recovery/spec) is still not integrated but instead meetings are based on templates, such as [single-meetings.php](https://github.com/code4recovery/12-step-meeting-list/blob/cf3673cc7222bc7a86c55b47b7cf41487d39f5b4/templates/single-meetings.php) or [admin-meeting.php](https://github.com/code4recovery/12-step-meeting-list/blob/cf3673cc7222bc7a86c55b47b7cf41487d39f5b4/includes/admin_meeting.php). Would it be preferable to address this change in the...