Как заставить resolvconf добавить серверы имен к списку вместо того, чтобы предварительно ожидать их?

Я устранил эту проблему. Проблема состояла в том, что моя переменная LD_LIBRARY_PATH была пробелом. установка LD_LIBRARY_PATH =/lib64 решила проблему, как мой libgpg_error ТАК был в моем/lib64 каталоге. Быть более точным gpg-агентом, новым, где найти libgpg_error.so (согласно LDD). Однако gpg-агент также использовал libgcrypt. Libgcrypt не мог найти libgpg_error.so; и так как libgcrypt.so обнаруживается, прежде libgpg_error.so на таблице символов я предполагаю libgcrypt.so, загруженный сначала и threwup, потому что это не загрузилось и не могло найти libgpg_error.so. установка LD_LIBRARY_PATH позволила libgcrypt находить и загружать .so правильно.

Я установил крошечный сценарий в/etc/profile.d/, который работает

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH;/lib64

Я не сделал перезагрузки; но после того как это происходит, который должен решить проблему perminatley для всех, кому я верю.

Если кто-либо может сказать мне, почему конфетка (если конфетка сделала это) повредила это, я хотел бы знать. Кроме того, я должен волноваться, что прямо сейчас мой LD_LIBRARY_PATH состоит только из пути/lib64? там должны быть другие пути? должен интересно, почему это было пусто, прежде чем я добавил свой сценарий?

обновление: мое решение добавления к файлу LD_LIBRARY_PATH не было идеально, LD_LIBRARY_PATH все еще будет пуст, когда я открыл терминал в гноме. Надлежащий способ зафиксировать это состоял в том, чтобы поместить файл в/etc/ld.so.cache.d/каталог; файл должен был закончиться .conf (чтобы быть обнаруженным) и содержать строку

/lib64

Затем я выполнил ldconfig как корень. Это правильно гарантирует что Linux 'автоматическое опознавание' весь .so в/lib64; без моей необходимости установить LD_LIBRARY_PATH вообще.