ошибка при загрузке общих библиотек: libudev.so.0 - скобки

Я нашел решение в этом выпуске Github .

Вы должны связать существующее libudev.so.1 с запрашиваемым libudev.so.0; Для этого выполните команду

ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

ПРИМЕЧАНИЕ. Возможно, вам понадобится поставить перед этой командой префикс sudo, чтобы получить права суперпользователя. В этом случае это будет выглядеть так:

sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

Также, как peterflynn сказал

Примечание для всех, кто сталкивался с этим (из # 8553): ошибка «libudev.so.0» при установке Brackets в 64-битной Linux может указывать на то, что вы случайно загрузили 32-битную версию Brackets.

Вы можете попробовать связать установленные файлы с теми, которые ищет программа:

sudo apt-get install libudev1 && cd /lib/i386-linux-gnu/ && sudo ln -s libudev.so.1 libudev.so.0

Я согласен с решением

sudo ln -s <libudevpath>/libudev.so.1 <libudevpath>/libudev.so.0

Однако, если вы просто слепо предполагаете найти libudev1 в /lib/i386-linux-gnu/, его там может не быть. Если libudev1 устанавливается где-то еще, вы можете найти его, используя:

sudo find / -name "libudev.so*"

Я согласен с решением

sudo ln -s <libudevpath>/libudev.so.1 <libudevpath>/libudev.so.0

Это создает символическую связь между двумя файлами. Всякий раз, когда приложение ищет <libudevpath>/libudev.so.0 (который на самом деле не существует), оно будет переходить по этой ссылке и использовать вместо него <libudevpath>/libudev.so.1.

Однако, если вы просто слепо предполагаете найти libudev1 в /lib/x86_64-linux-gnu, его там может не быть. Если libudev1 устанавливается в другом месте, вы можете найти его, используя:

sudo find / -name "libudev.so*"