Обновление Ubuntu до 20.04, невозможно удалить предыдущую версию gnumeric
Я обновил Ubuntu 18.04 до 20.04 несколько дней назад с помощью Software Updater. После обновления Gnumeric не будет открывать мои старые файлы Gnumeric. Если я запущу Gnumeric, а затем открою файл Gnumeric, жесткий диск немного загорится и выйдет из строя. При запуске из терминала возникают ошибки.
(gnumeric:50306): GLib-GObject-CRITICAL **: 17:13:09.939: Object class GnmFontButton doesn't implement property 'level' from interface 'GtkFontChooser'
(gnumeric:50306): GLib-GObject-CRITICAL **: 17:13:09.939: Object class GnmFontButton doesn't implement property 'language' from interface 'GtkFontChooser'
(gnumeric:50306): GLib-GObject-CRITICAL **: 17:13:09.939: Object class GnmFontButton doesn't implement property 'font-features' from interface 'GtkFontChooser'
Synaptic сообщает Gnumeric версию 1.12.46 как «установленную» и «последнюю» версии. Альтернативных версий «форсированной версии» нет. Когда Gnumeric запускается, «Справка > О программе» сообщает, что запущена версия 1.12.34. Я переустановил 1.12.46, безрезультатно. Была использована функция Synaptics под названием «полное удаление», после чего Gnumeric 1.12.34 по-прежнему будет запускаться с помощью значка на панели инструментов Mate. Я вышел из Mate и вошел в Ubuntu (Unity?), и у меня та же проблема.
Возможно, несколько лет назад я использовал функцию принудительной версии в Synaptic для запуска более старой версии Gnumeric, но моя память не ясна, это могла быть другая программа.
Я считаю, что существование и сохранение предыдущей версии Gnumeric (где-то в файловой системе) является причиной того, что я не могу открывать файлы gnumeric.
Если кто-нибудь знает, как это сделать, мне бы хотелось помочь с удалением старой версии Gnumeric. Я надеюсь, что после его удаления версию 1.12.46 можно будет переустановить, и тогда я смогу открыть свои файлы gnumeric.
1 ответ
Возможно, несколько лет назад я использовал функцию принудительной версии в Synaptic для запуска более старой версии Gnumeric, но моя память не ясна, это могла быть другая программа.
Только вы можете знать. Действительно, возможно, что в системе установлено приложение, установленное вручную. В системе$PATHпри поиске исполняемых файлов приоритет имеют «локальные» пути. Так, например, если установленный вручную исполняемый файл находится в/usr/local/bin, он будет иметь приоритет над пакетом, установленным с помощью менеджера пакетов в . Однако приоритет будет иметь и приложение, установленное с помощью Snap. В вашем случае это маловероятно, поскольку версия Snap обычно будет более поздней, а не более старой, чем версия APT.
ЕСЛИ вы знаете имя исполняемого файла (вы можете найти его в.desktopлаунчер приложения), то определить, какой исполняемый файл вызывается, можно командойwhich name_of_executable. Если его нет в/usr/bin, то вы используете версию, установленную другим способом: приложение, установленное вручную, или приложение, установленное с помощью SNAP. Результат этой команды укажет, какой исполняемый файл используется, а путь к этому исполняемому файлу покажет, как он был установлен.