TW

Hi (borgbackup developer here) - I am adding some more details: The TypeError due to "None" encountered there usually can not happen (in more recent code, we emit an AssertionError...

@bgemmill no, borg ... --debug is the most verbose it gets. In 1.0, there isn't much debug output additionally to what you get for --info. You can also use strace...

Hmm, the fuse process should know the right file metadata, so it should never return inconsistent data.

I was just processing an issue report from a borgbackup user (see https://github.com/borgbackup/borg ) - looking here for similar issues with acd_cli fuse consistency. I do not personally use acd_cli.

@Karijn https://github.com/tayfunulu/WiFiManager/blob/b86a900cf5d46601be1d850828038f6cfad8fecc/wifimgr.py#L78 There is the "\n" you were missing.

There isn't much point in encrypting this as you'ld need to decrypt it to use it. Also, you'ld need to either have the decryption key on the device or manually...

The point is that it is `security by obscurity` (which is known to not really work) if you have a ready-to-use decryption key on the device. You can not read...

It is unclear what the problem is and what you are trying to achieve. Depending on that, there might be a solution or it might be fundamentally impossible.

i guess it could show both: - a input box - some radio buttons for the discovered ssids After the POST, the code would need to check if there is...

guess we could save us a lot of troubles by just putting everything we need to persist into 1 data structure and then just `pickle` it. it's not human readable...