Исправление intelfx, (текущая версия) :
Я вообще ненастоящий сварщик, но мне кажется, что этот вопрос нужно задавать напрямую в рассылку разработчиков Flatpak.
Почему: вообще на данный момент во Flatpak проблема доступа приложений к файлам пользователя решается через «порталы». А именно, приложение, когда ему нужно считать какой-то пользовательский файл, вместо того, чтобы отрисовать диалог открытия самостоятельно, отправляет специальный запрос рантайму Flatpak, который рисует этот диалог самостоятельно и в конечном итоге отдаёт приложению только тот файл, который выбран пользователем. Других способов доступа к файлам пользователя во Flatpak не предусмотрено (ну кроме --filesystem=host).
Для DT и GIMP и прочих этот способ подходит, т. к. они работают с отдельными, конкретными файлами пользователя (с прямого ведома и указания пользователя открывается конкретный файл ⇒ приложение с ним работает ⇒ приложение однократно сохраняет результат в тот же файл). Поэтому там как раз нужно выкинуть --filesystem=host и поддержать порталы в коде приложения. Но в случае digiKam ему нужен доступ ко всей коллекции и сразу, а также прямой посиксовый доступ к файлам БД. Как это идиоматично решить во флатпаке, мне неизвестно.
Так что если хочется поучаствовать, задай вопрос в рассылку.
Исправление intelfx, :
Я вообще ненастоящий сварщик, но мне кажется, что этот вопрос нужно задавать напрямую в рассылку разработчиков Flatpak.
Почему: вообще на данный момент во Flatpak проблема доступа приложений к файлам пользователя решается через «порталы». А именно, приложение, когда ему нужно считать какой-то пользовательский файл, вместо того, чтобы отрисовать диалог открытия самостоятельно, отправляет специальный запрос рантайму Flatpak, который рисует этот диалог самостоятельно и в конечном итоге отдаёт приложению только тот файл, который выбран пользователем. Других способов доступа к файлам пользователя во Flatpak не предусмотрено (ну кроме --filesystem=host).
Для DT и GIMP и прочих этот способ подходит, т. к. они работают с отлельными, конкретными файлами пользователя (с прямого ведома и указания пользователя открывается конкретный файл ⇒ приложение с ним работает ⇒ приложение однократно сохраняет результат в тот же файл). Поэтому там как раз нужно выкинуть --filesystem=host и поддержать порталы в коде приложения. Но в случае digiKam ему нужен доступ ко всей коллекции и сразу, а также прямой посиксовый доступ к файлам БД. Как это идиоматично решить во флатпаке, мне неизвестно.
Так что если хочется поучаствовать, задай вопрос в рассылку.
Исправление intelfx, :
Я вообще ненастоящий сварщик, но мне кажется, что этот вопрос нужно задавать напрямую в рассылку разработчиков Flatpak.
Почему: вообще на данный момент во Flatpak проблема доступа приложений к файлам пользователя решается через «порталы». А именно, приложение, когда ему нужно считать какой-то пользовательский файл, вместо того, чтобы отрисовать диалог открытия самостоятельно, отправляет специальный запрос рантайму Flatpak, который рисует этот диалог самостоятельно и в конечном итоге отдаёт приложению только тот файл, который выбран пользователем. Других способов доступа к файлам пользователя во Flatpak не предусмотрено.
Для DT и GIMP и прочих этот способ подходит, т. к. они работают с отлельными, конкретными файлами пользователя (с прямого ведома и указания пользователя открывается конкретный файл ⇒ приложение с ним работает ⇒ приложение однократно сохраняет результат в тот же файл). Поэтому там как раз нужно выкинуть --filesystem=host и поддержать порталы в коде приложения. Но в случае digiKam ему нужен доступ ко всей коллекции и сразу, а также прямой посиксовый доступ к файлам БД. Как это идиоматично решить во флатпаке, мне неизвестно.
Так что если хочется поучаствовать, задай вопрос в рассылку.
Исходная версия intelfx, :
Я вообще ненастоящий сварщик, но мне кажется, что этот вопрос нужно задавать напрямую в рассылку разработчиков Flatpak.
Почему: вообще на данный момент во Flatpak проблема доступа приложений к файлам пользователя решается через «порталы». А именно, приложение, когда ему нужно считать какой-то пользовательский файл, вместо того, чтобы отрисовать диалог открытия самостоятельно, отправляет специальный запрос рантайму Flatpak, который рисует этот диалог самостоятельно и в конечном итоге отдаёт приложению только тот файл, который выбран пользователем. Других способов доступа к файлам пользователя во Flatpak не предусмотрено.
Для DT и GIMP и прочих этот способ подходит, т. к. они работают с отлельными, конкретными файлами пользователя. Поэтому там как раз нужно выкинуть --filesystem=host и поддержать порталы в коде приложения. Но в случае digiKam ему нужен доступ ко всей коллекции и сразу, а также прямой посиксовый доступ к файлам БД. Как это идиоматично решить во флатпаке, мне неизвестно.
Так что если хочется поучаствовать, задай вопрос в рассылку.