GVim, скомпилированный из источника, не использует gtk2

Если Ваши репозитории совместимы, можно использовать zypper dup. Репозитории по умолчанию + общественные репозитории (KDE 47, Перекати-поле, и т.д.) работают хорошо с ним. Но поскольку Gilles упомянул, это может сделать проблемы, если последняя версия пакетов в репозиториях не совместима с последней версией их зависимостей.

Я заметил, что с 11,4 репозиториями довольно совместимы, который не имел место в предыдущих версиях, когда zypper dup мог быть болезненный опыт.

Мое предложение было бы:

  • zypper up для повседневных обновлений
  • zypper dup еженедельно, или однажды за две недели

страница справочника для zypper up

Обновите установленные пакеты с более новыми версиями, если это возможно. Эта команда не обновит пакеты, которые потребовали бы изменения поставщика пакета, если поставщик не указан в/etc/zypp/vendors.d, или который потребовал бы ручного разрешения ситуации проблем с зависимостями. Такие неустанавливаемые обновления будут затем перечислены в отдельном участке сводки, поскольку "Следующие обновления пакета НЕ будут установлены":. для обновления отдельных пакетов укажите одно или несколько имен пакета. Можно ли использовать '*' и'?' подстановочные символы в пакете называют для определения нескольких пакетов, соответствующих шаблону.

страница справочника для zypper dup

Выполните обновление распределения. Эта команда применяет состояние (указанных) репозиториев на систему; обновления (или даже понижает) установленные пакеты к версиям, найденным в репозиториях, удаляют пакеты, которые больше не находятся в репозиториях и создают проблему зависимости для обновления, пакет дескрипторов разделяет и переименовывает и т.д. Если никакие репозитории не будут указаны через - от или - repo опции, то застежка-молния сделает обновление со всеми определенными репозиториями. Это может быть проблемой, если система содержит конфликтующие репозитории, как репозитории для двух различных выпусков распределения. Это часто происходит, если Вы забываете сносить более старый репозиторий выпуска после добавления нового, говорить openSUSE 11.1 и openSUSE 11.2. Для предотвращения вышеупомянутой проблемы можно указать репозитории, из которых можно сделать обновление с помощью - от или - repo опции. Различие между этими двумя то, что, когда - repo используется, действия застежки-молнии, как будто он знал только указанные репозитории, в то время как с - от застежки-молнии может в конечном счете использовать также остальную часть включенных репозиториев для удовлетворения зависимостей от пакета.

3
22.09.2016, 13:50
2 ответа

Вы устанавливали GTK2 '-dev' пакеты? Они - 'другая половина'. Большинству людей обычно просто нужны библиотеки, так как программы уже записаны и скомпилированы, они просто связываются с библиотеками, и жизнь хороша.

Но людям, компилирующим код, нужны 'описания и указатели' на библиотечные подпрограммы, который содержится в '-dev' пакеты. Я пишу этому тот путь, так как имена пакета обычно очень похожи, только с '-dev', прикрепляемым на конце.

Например, в моей системе, '-dev' файл для GTK2 называют 'libgtk2.0-dev'. Взгляните в своем диспетчере пакетов для чего-то подобного.

Удачи.

Вы не получаете ошибку, так как Vim настраивает сценарий, не ТРЕБУЕТ библиотек GTK2, это - 'автоматическое', настраивают опцию, поэтому если это существует, это использует его, в противном случае это отступает к визуально ошеломляющему взгляду мотива.

1
27.01.2020, 21:32

Сегодня столкнулся с этой проблемой. Даже после установки версии -для разработчиков.

Немного покопавшись. Получается, что по умолчанию конфиг pkg-искал пакет fontconfig только по дефолтным 64-битным путям.

Я так и сделал:

setenv PKG_CONFIG_PATH /usr/lib64/pkgconfig:/usr/lib/pkgconfig

Смотреть в оба места.

Тогда мне пришлось:

sudo yum install fontconfig-devel

Имея эти два компонента, я смог успешно выполнить сборку с помощью GTK2.

0
08.02.2021, 06:26

Теги

Похожие вопросы