Unable to locate package gcc arm linux gnueabi

Команда gcc-arm-linux-gnueabi не найдена

Я пытаюсь установить набор инструментов gnu arm для Ubuntu. Сначала я скачал tar из CodeSourcery. Однако, когда я захожу в папку bin, я не могу запустить ни один из двоичных файлов. Я попытался с./ и без и поместил его в PATH, и он продолжает говорить мне «Команда не найдена», но файл находится в папке прямо передо мной. Затем я попытался выполнить команду sudo apt-get install gcc-arm-linux-gnueabi, за исключением того, что после успешного завершения установки я не могу найти его с помощью whereis gcc-arm-linux-gnueabi. Кто-нибудь может помочь?

10 ответов

Исправлено с использованием:

Компилируете ли вы на 64-битной ОС? Пытаться:

У меня была такая же проблема при попытке скомпилировать ядро ​​Raspberry Pi. Я выполнял кросс-компиляцию на 64-битной Ubuntu 12.04, а для набора инструментов требуется ia32-libs для работы на 64-битной системе.

Соглашение CodeSourcery заключается в использовании префикса arm-none-linux-gnueabi- для всех исполняемых файлов, а не gcc-arm-linux-gnueabi что вы упоминаете. Итак, стандартное имя для CodeSourcery GCC будет arm-none-linux-gnueabi-gcc ,

После того, как вы установили CodeSourcery G++, вам нужно добавить каталог CodeSourcery в ваш PATH ,

Как правило, я предпочитаю устанавливать CodeSourcery в каталог, как /opt/arm-2010q1 или что-то типа того. Если вы не знаете, где вы его установили, вы можете найти его, используя locate arm-none-linux-gnueabi-gcc , однако вам может потребоваться принудительно обновить вашу базу данных с помощью sudo updatedb до locate будет работать правильно.

После того, как вы определили, где установлен ваш CodeSourcery, добавьте его в PATH, отредактировав

Также принято и очень удобно определять

в вашем .bashrc потому что с CROSS_COMPILE Определено, большинство инструментов будет автоматически использовать правильный компилятор для компиляции ARM без каких-либо действий.

Источник

Ошибка unable to locate package в Ubuntu

Один из многих способов установки программного обеспечения в Ubuntu – команда apt-get или apt. Установка пакетов с помощью пакетного менеджера намного удобнее и безопаснее, чем поиск и загрузка программ в интернете. Открыв терминал, вы должны вызвать утилиту apt с параметром install написать название программы, чтобы установить ее.

При использовании этой команды иногда возникает ошибка E: Unable to locate package. Ошибка не нуждается в пояснении. Linux-система не может найти пакет, который вы пытаетесь установить. Но почему так? Почему она не видит пакет? Рассмотрим несколько способов решения данной проблемы. В этой статье мы рассмотрим как исправить ошибку Unable to locate package error в Ubuntu.

Ошибка Unable to locate package error в Ubuntu

Дальше пошагово рассмотрим процесс устранения ошибки.

1. Проверьте имя пакета

Это первое, что вы должны сделать. Может, в названии пакета опечатка? Если вы пытаетесь установить vlc и написали vcl, то непременно ничего не получится. Опечатки – распространенная проблема, так что убедитесь в том, что вы не допустили ошибок во время ввода имени пакета.

2. Обновите кэш репозиториев

Если вы в первый раз запустили систему после установки, следует написать команду update:

sudo apt update

Данная команда не обновит Ubuntu полностью. На деле, команда apt update составляет локальный список доступных для установки пакетов.

При использовании команды install, менеджер пакетов apt просматривает кэш, чтобы получить информацию о пакете и его версии, а затем скачать его из репозиториев в сети. Если пакета в кэше нет, система не сможет его установить.

Кэш в только что установленной системе изначально пуст. Именно поэтому вам стоит запустить команду apt update сразу после установки Ubuntu или других дистрибутивов, основанных на Ubuntu (например, Linux Mint).

Даже если система не новая, кэш apt вполне может оказаться устаревшим. В любой момент не лишним будет его обновить.

3. Убедитесь, что пакет доступен в вашей версии Ubuntu

Отлично! Вы проверили название пакета, и оно верно. Вы запустили команду update, чтобы обновить состояние кэша, но все ошибка unable to locate package все еще присутствует. Вполне возможно, что пакет попросту недоступен. Но вы следуете инструкции с какого-то сайта, и у всех получается установить его указанным образом. В чем может заключаться проблема?

Есть два варианта. Либо пакет доступен в репозитории Universe, который в вашей системе не включен, либо пакета вовсе не существует для вашей версии Ubuntu.

Первый шаг – проверьте, какая версия Ubuntu у вас запущена. Откройте терминал и введите следующую команду:

В результате вы увидите версию Ubuntu и ее кодовое название. Именно кодовое название нам важно больше всего. Как видите, мы используем Ubuntu 18.04 с кодовым именем bionic. У вас может быть иначе, но суть должна быть понятна. Как только вы получили сведения о версии и названии, откройте сайт Ubuntu Packages.

Пролистайте пониже и остановитесь на заголовке Поиск. Вы увидите поле с ключевым словом. Введите название пакета, который ваша система не может найти, и выберите соответствующее кодовое имя. Секцию поставьте любую. После проделанных действий, нажмите на кнопку поиска.

Вам будет показано, доступен ли пакет для вашей версии Ubuntu, и если это так, то вместе с этим отобразится репозиторий, в котором он находится. Мы искали средство создания скриншотов Shutter и вот, что вышло для Ubuntu 18.04 Bionic:

В нашем случае, название пакета точно совпало. Это значит, что пакет shutter существует для Ubuntu 18.04 Bionic, но в репозитории Universe.

Если необходимый пакет доступен для вашей версии Ubuntu, но в Universe или Multiverse, эти репозитории необходимо включить:

sudo add-apt-repository universe multiverse

Также нужно обновить кэш для того, чтобы система узнала о новых пакетах, находящихся в подключенных репозиториях:

sudo apt update

Теперь установка пакета должна пройти гладко.

Ничего не работает, что делать?

Если сайте Ubuntu Packages показывает, что пакета для вашей версии системы нет, то придется найти обходные пути его установки.

Возьмем в качестве примера Shutter. Это отличное средство создания скриншотов для Linux, но его несколько лет не обновляли, поэтому в Ubuntu 18.10 и более новых версиях оно не поддерживается. Как же его установить? К счастью, один сторонний разработчик создал собственный репозиторий (PPA) и установить программу можно с помощью него. Искать пакеты и PPA, в которых они находятся, можно на сайте Launchpad для Ubuntu.

Учтите, что не стоит подключать неофициальные PPA к списку репозиториев. Лучше пользоваться теми, которые есть в вашем дистрибутиве.

Если нет даже PPA, зайдите на официальный сайт программы и проверьте, нет ли там описания альтернативных способов установки. У некоторых проектов есть .deb или AppImage файлы. Другие перешли на Snap пакеты.

Иными словами, проверьте на официальном сайте, не изменился ли метод установки приложения.

Если ничего не помогло, есть вероятность, что проект уже не поддерживают, и в таком случае придется поискать программе замену.

В заключение…

Теперь вы знаете как исправить ошибку unable to locate package Ubuntu. Если вы начали пользоваться Linux недавно, все может казаться очень непонятным. По этой причине мы освещаем подобные темы, чтобы вы могли лучше разобраться в том, как работают те или иные аспекты вашей системы.

Надеемся, что это руководство помогло решить проблему с пакетами в Ubuntu. Если у вас есть вопросы или предложения, можно оставить их в комментариях.

Источник

Команда gcc-arm-linux-gnueabi не найдена

Я пытаюсь установить набор инструментов gnu arm для Ubuntu. Сначала я скачал tar из CodeSourcery. Однако, когда я захожу в папку bin, я не могу запустить ни один из двоичных файлов. Я попытался с./ и без и поместил его в PATH, и он продолжает говорить мне «Команда не найдена», но файл находится в папке прямо передо мной. Затем я попытался выполнить команду sudo apt-get install gcc-arm-linux-gnueabi, за исключением того, что после успешного завершения установки я не могу найти его с помощью whereis gcc-arm-linux-gnueabi. Кто-нибудь может помочь?

10 ответов

Исправлено с использованием:

Компилируете ли вы на 64-битной ОС? Пытаться:

У меня была такая же проблема при попытке скомпилировать ядро ​​Raspberry Pi. Я выполнял кросс-компиляцию на 64-битной Ubuntu 12.04, а для набора инструментов требуется ia32-libs для работы на 64-битной системе.

Соглашение CodeSourcery заключается в использовании префикса arm-none-linux-gnueabi- для всех исполняемых файлов, а не gcc-arm-linux-gnueabi что вы упоминаете. Итак, стандартное имя для CodeSourcery GCC будет arm-none-linux-gnueabi-gcc ,

После того, как вы установили CodeSourcery G++, вам нужно добавить каталог CodeSourcery в ваш PATH ,

Как правило, я предпочитаю устанавливать CodeSourcery в каталог, как /opt/arm-2010q1 или что-то типа того. Если вы не знаете, где вы его установили, вы можете найти его, используя locate arm-none-linux-gnueabi-gcc , однако вам может потребоваться принудительно обновить вашу базу данных с помощью sudo updatedb до locate будет работать правильно.

После того, как вы определили, где установлен ваш CodeSourcery, добавьте его в PATH, отредактировав

Также принято и очень удобно определять

в вашем .bashrc потому что с CROSS_COMPILE Определено, большинство инструментов будет автоматически использовать правильный компилятор для компиляции ARM без каких-либо действий.

Источник

Команда gcc-arm-linux-gnueabi не найдена

Я пытаюсь установить инструмент gnu toolchain для ubuntu. Сначала я загрузил tar из CodeSourcery. Однако, когда я перехожу в папку bin, я не могу запустить ни один из двоичных файлов. Я пробовал с./и без него и помещал его в PATH, и он продолжает говорить мне «Command not Found», но файл находится в папке прямо передо мной. Затем я попробовал sudo apt-get install gcc-arm-linux-gnueabi, но только после того, как он сказал, что он успешно установлен, я не могу найти его с whereis gcc-arm-linux-gnueabi. Может ли кто-нибудь помочь?

Собираетесь ли вы на 64-разрядную ОС? Попробуйте:

У меня была такая же проблема при попытке скомпилировать ядро ​​малины Pi. Я был кросс-компиляцией на Ubuntu 12.04 64-бит, и для инструментальной цепочки требуется, чтобы ia32-libs работали в 64-разрядной системе.

Соглашение CodeSourcery должно использовать префикс arm-none-linux-gnueabi- для всех исполняемых файлов, а не gcc-arm-linux-gnueabi , которые вы упомянули. Итак, стандартное имя для CodeSourcery gcc будет arm-none-linux-gnueabi-gcc .

После того, как вы установили CodeSourcery g++, вам нужно добавить каталог CodeSourcery в PATH .

Как правило, я предпочитаю устанавливать CodeSourcery в каталог типа /opt/arm-2010q1 или что-то в этом роде. Если вы не знаете, где вы его установили, вы можете найти его с помощью locate arm-none-linux-gnueabi-gcc , однако вам может потребоваться принудительно обновить db вашего местоположения, используя sudo updatedb , прежде чем locate будет работать правильно.

После того, как вы определили, где установлен ваш CodeSourcery, добавьте его PATH, отредактировав

/.bashrc следующим образом:

Кроме того, принято и очень удобно определять

в .bashrc , потому что при определении CROSS_COMPILE большинство инструментов автоматически будут использовать правильный компилятор для компиляции ARM, не делая ничего.

Источник

ERROR make arm-uboot: arm-xilinx-linux-gnueabi-gcc: not found #60

Comments

ninode commented Jul 31, 2017

Hello,
I have the following error in zedboard while running make arm-uboot. Could you please tell me how to solve it?

The text was updated successfully, but these errors were encountered:

davidbiancolin commented Aug 9, 2017

You need to install the arm-xilinx-linux-gnueabi toolchain. You’re going to be cross compiling code on your host machine for the zynq’s arm core (arm-v7).

ninode commented Aug 9, 2017 •

@davidbiancolin
This directory in SDK shows arm-xilinx-linux-gnueabi-gcc (which is not found in error)

/Xilinx/SDK/2016.2/gnu/arm/lin/bin$ arm-xilinx-linux-gnueabi-gcc —version bash: /home/alpha/Xilinx/SDK/2016.2/gnu/arm/lin/bin/arm-xilinx-linux-gnueabi-gcc: No such file or directory «>

Is this not the arm-xilinx-linux-gnueabi toolchain ?

davidbiancolin commented Aug 9, 2017

It is. That last error is weird. It’s on your PATH right?

ninode commented Aug 9, 2017

After source settings.sh in Vivado and SDK:
echo $PATH
/home/alpha/Xilinx/Vivado/2016.2/bin:/home/alpha/Xilinx/Vivado_HLS/2016.2/bin:/home/alpha/Xilinx/DocNav:/home/alpha/Xilinx/SDK/2016.2/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/lin/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/arm/lin/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/linux_toolchain/lin64_be/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/linux_toolchain/lin64_le/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch32/lin/gcc-arm-none-eabi/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch64/lin/aarch64-linux/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch64/lin/aarch64-none/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/armr5/lin/gcc-arm-none-eabi/bin:/home/alpha/Xilinx/SDK/2016.2/tps/lnx64/cmake-3.3.2/bin:/home/alpha/Xilinx/Vivado/2016.2/bin:/home/alpha/Xilinx/Vivado_HLS/2016.2/bin:/home/alpha/Xilinx/DocNav:/home/alpha/Xilinx/SDK/2016.2/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/lin/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/arm/lin/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/linux_toolchain/lin64_be/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/microblaze/linux_toolchain/lin64_le/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch32/lin/gcc-arm-none-eabi/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch64/lin/aarch64-linux/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/aarch64/lin/aarch64-none/bin:/home/alpha/Xilinx/SDK/2016.2/gnu/armr5/lin/gcc-arm-none-eabi/bin:/home/alpha/Xilinx/SDK/2016.2/tps/lnx64/cmake-3.3.2/bin:/bin:/usr/bin
arm-xilinx-linux-gnueabi-gcc doesn’t show in PATH.

I added export PATH=/home/alpha/Xilinx/SDK/2016.2/gnu/arm/lin/bin:$PATH. Same error

I added export PATH=/home/alpha/Xilinx/SDK/2016.2/gnu/arm/lin/bin/gcc-arm-xilinx-linux-gnueabi:$PATH. Same error.

I have found some answers with Codesourcery bin in PATH. Should that work ?

ninode commented Aug 9, 2017 •

Even in Codesourcery:

Is something wrong here fpga-zynq/common/u-boot-xlnx. Should the gcc be located here or something ?
Should I make some configs in u-boot-xlnx ?

davidbiancolin commented Aug 10, 2017

So you shouldn’t have to install it yourself. The vivado provided toolchain is fine. It looks like it’s in your path.

Starting from scratch, and just sourcing the vivado setting, confirm that which arm-xilinx-linux-gnueabi-gcc succeeds, then check the permissions.

ninode commented Aug 10, 2017

Yes, which arm-xilinx-linux-gnueabi-gcc succeeds.

make arm-uboot in /fpga-zynq/zedboard still fails.

Источник