Я использую связку ключей ядра для хранения пароля, когда открываю зашифрованный файл для редактирования.
При открытии спрашиваю у пользователя пароль, сохраняю его в связке ключей, затем редактирую файл. Всякий раз, когда я сохраняю (, может быть несколько раз ), я получаю пароль (, если он не истечет, и в этом случае я дважды запрашиваю новый и сохраняю его снова ), повторно -шифрую файл, и продолжить. Когда я закончу редактирование, ключ пароля будет очищен.
Это избавляет от многих ошибок при редактировании зашифрованных файлов!
Смотрите мои скрипты...
askpass_stars
https://antofthy.gitlab.io/software/#askpass_stars
Which is my password reader, with key ring saving and retrieving
encrypt
https://antofthy.gitlab.io/software/#encrypt
Which does file encryption, calling askpass_stars as needed
Its comment header contains the configuration for VIM to edit ".enc" files
keepout
https://antofthy.gitlab.io/software/#keepout
Replacement for encrypt, now that "openssl enc" can handle PBKDF2.
This a shell wrapper around "openssl" that saves the 'extra'
information that is needed (other that than the password) to decode
the encrypted file. Something that is nessary due to the changing
default options of "openssl".
Информацию об использовании keyctl для всего этого смотрите в моих заметках.https://antofthy.gitlab.io/info/crypto/passwd_caching.txt
Ясно, что есть некоторые нарушенные зависимости.
Та же проблема.
# apt-get dist-upgrade
The following packages have unmet dependencies:
libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
Итак, я запустил #apt-get install libgcc-8-dev
, надеясь, что это поможет обновить проблемный пакет или получить дополнительную информацию. Результат был:
The following packages have unmet dependencies:
gcc-8-base : Breaks: gcc-8-base:i386 (!= 8.4.0-4) but 8.3.0-6 is to be installed
gcc-8-base:i386 : Breaks: gcc-8-base (!= 8.3.0-6) but 8.4.0-4 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
Вот как я обнаружил, что базовый пакет gcc -8 -проблематичен. Следующий шаг? #apt-get install gcc-8-base gcc-8-base:i386
. Результат :gcc -8 -базу можно обновить, но apt хочет, чтобы я удалил около 300 пакетов (, которые я не хочу удалять, многие из них связаны с KDE -)включая gcc -8 -base :i386, без альтернативы. Я могу работать без gcc -8 -base :i386, поэтому удалил его, но это не помогло.
Если это все еще не работает, попробуйте :apt-get install gcc-9-base
Это сработало после того, как я перепробовал все остальное:
apt-get remove libgcc-8-dev
@Laogeodritt упомянул об этом в одном из комментариев, но я решил опубликовать ответ, потому что его легче найти. Единственная процедура, которая сработала для меня:
echo "deb http://download.opensuse.org/repositories/home:/rpavlik:/bullseye-fix/Debian_Testing/./" | sudo tee /etc/apt/sources.list.d/bullseye-upgrade-fix.list
curl http://download.opensuse.org/repositories/home:/rpavlik:/bullseye-fix/Debian_Testing/Release.key | sudo tee /etc/apt/trusted.gpg.d/bullseye-upgrade-fix.asc
sudo apt update
Это добавляет репозитории с доступными переходными пакетами с именами libgcc1, и т. д., которые зависят от их переименованных эквивалентов в яблочко. После этого вы можете запустить dist-upgrade
или full-upgrade
.
Не забудьте удалить репозитории после перезагрузки:
sudo rm /etc/apt/sources.list.d/bullseye-upgrade-fix.list
sudo rm /etc/apt/trusted.gpg.d/bullseye-upgrade-fix.asc`
Источник :[1]:https://salsa.debian.org/rpavlik/gcc-10-compat