Re: Кросс-компиляторы для Debian
On Sun, 15 Feb 2015 13:32:41 +0300 Victor Wagner wrote: > Понятно, что xapt и dpkg-cross по прежнему в дистрибутиве присутствуют > (хотя из testing оба выпали, что неприятный симптом). Но тулчейны-то > где брать? Брать из unstable или experimental: https://wiki.debian.org/CrossToolchains#Status_of_cross-toolchains_in_the_Debian_archive P.S. А то, что какой-то пакет из testing выпал это ещё не симптом. Обычное дело, когда в stable ещё есть, в unstable уже есть, а вот в testing никто кормить не обещал. -- С уважением, Алексей Шапошников. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150216064344.4ce37...@warrawoona.sti
Удаление build-dependencies
Никогда раньше не пользовался apt-get build-dep, предпочитая pbuilder, но вот теперь нужда заставила. Картина следующая - имеется репозиторий, в нем ряд бинарных архитектур и source. Некоторый пакет в нем имеется для n-1 архитектуры. Запускаем виртуальную машину для n-ной архитектуры (для которой бинарного пакета в репозитории нет), и делаем apt-get source пакет apt-get build-dep пакет Все отрабатывает как положено - ставится распакованный пакет исходников, вытаскиваются все зависимости. Запускаем debuild, собираем пакет для этой архитектуры. (в процессе перегенерируется debian.tar.gz и .dsc) Запускаем apt-get build-dep пакет- А он вместо того чтобы снести полсотни пакетов-зависимостей говорит "не могу найти пакет исходных текстов `пакет-'" Вопрос - что я делаю не так, если в man apt-get английским по бэкграунду написано что build-dep МОЖЕТ быть использована для удаления пакетов-зависимостей? Вместо debuild надо dpkg-buildpackage -b запускать? Или даже -B? Задача собственно состоит в том, чтобы собрать бинарные пакеты для yet another архитектуры, а потом вернуть сборочную систему в исходное состояние (когда на ней фактически базовая система + build-essential + некоторые настройки). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150216001122.3ec52...@wagner.wagner.home
Re: Кросс-компиляторы для Debian
В Sun, 15 Feb 2015 21:15:25 +0300 Artem Chuprina пишет: > devel-библиотеки так вот сходу не поручусь. С виду они в дистрибутиве > под конкретную архитектуру, но нужны ли аналоги под целевую > архитектуру для кросс-сборки, я не уверен. Возможно, не нужны, хотя Нужны-нужны. Ставятся в /usr/<архитектура>/lib, а заголовочные файлы от них в /usr/<архитектура>/include. И gcc запущенная для целевой архитектуры arm-linux-eabi будет сначала смотреть в /usr/arm-linux-eabi/include, и только потом в /usr/include. Но с этим как раз неплохо справляется (и 5 лет назад справлялся) dpkg-cross. Он берет пакет библиотек или -dev пакет для целевой архитектуры, переписывает в нем пути вышеуказанным способом, и формирует архитектурно-независимый пакет библиотек для кросс-компиляции. Кстати, характерным примером пакета кросс-тулчейна являются пакеты gcc-mingw-w64-i686 и binutils-mingw-w64-i686 (и аналогичные x86-64) Там еще есть пачка пакетов с библиотеками и инклюдами специфичными для целевой платформы этих компиляторов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150215234400.0fc38...@wagner.wagner.home
Re: Кросс-компиляторы для Debian
В Sun, 15 Feb 2015 19:27:26 +0700 Дмитрий Фёдоров пишет: > 15 февраля 2015 г., 16:32 пользователь Victor Wagner написал: > > > Но тулчейны-то где брать? > > * Собирать самому, ибо это обычные пакеты, как и всякие другие, > правда придётся пройти через колючие кусты. Ну вот мне дешевле будет отказаться от желания иметь на планшете xephem. чем разбираться чем архитектура armhf в Debian отличается от armel. НУ или подождать, пока оно под qemu отработает. > > * Можно взять http://crosstool-ng.org/, я из него беру патчи. Там нет deb-пакетов. (на emdebian были). Соответственно, это считай вся работа с нуля. Я вообще-то имею опыт самостоятельной сборки кросс-тулчейнов для debian Было время, я djgpp собирал. > > * Я собираю сам в рамках своей системы сборки, > но вам предлагать не буду. > Правильно. Потому что мне не нужна "своя система сборки". Мне нужна дебиановская. Как-то ведь люди это делают. С трудом верится что builldd для всех архитектур работает на родном железе. > Мы с вами на близкую тему спорили в вашем ЖЖ. > Вы так и не прониклись важностью изучения кросс-сборки > и особенностями встраиваемых систем. Я вообще-то полностью согласен с тем что сейчас написано на emdebian.org. Сейчас система, на которой можно развернуть полноценный дебиан стоит такие копейки, что нехрен городить огород с "особенностями встраиваемых систем". Но это не значит, что не нужна кросскомпиляция. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150215211933.234c8...@wagner.wagner.home
Re: Кросс-компиляторы для Debian
Dmitrii Kashin -> debian-russian@lists.debian.org @ Sun, 15 Feb 2015 20:08:03 +0300: DK> Простите мне мою неопытность, но в чём нынче с этим проблема? Насколько DK> я понимаю, gcc может собирать бинарники любой архитектуры при условии DK> наличия заголовочных файлов и библиотек соответствующей архитектуры. DK> С учётом существования multiarch, мне казалось, что это не должно быть DK> проблемой. Так вот, разве нельзя просто добавить через dpkg DK> дополнительную архитектуру (arm какой-нибудь) и установить необходимых DK> devel-библиотек? DK> Это представление сильно отличается от реальности? Довольно сильно. multiarch - это про _выполнение_ программ, собранных под другую архитектуру. Однако, совместимую по процессорным командам. Т.е. на amd64 можно выполнять i386, а на armhf - armel. Для multiarch нужно ставить не devel-, а run-библиотеки, а на собственно исполнимые файлы программ multiarch не распространяется от слова "совсем". Нельзя поставить в параллель gcc-i386 и gcc-amd64. Кросс-сборка к multiarch не имеет ни малейшего отношения, и требует наличия gcc и binutils, умеющих работать с целевой архитектурой, стоящих рядом (а следовательно, под другими именами) с "родными". За devel-библиотеки так вот сходу не поручусь. С виду они в дистрибутиве под конкретную архитектуру, но нужны ли аналоги под целевую архитектуру для кросс-сборки, я не уверен. Возможно, не нужны, хотя тут тоже возможна засада - некоторые библиотеки под разные архитектуры собираются с разной функциональностью. Хедера (входящие в dev-пакеты наряду с dev-библиотеками) - общие. Хотя тут тоже возможна аналогичная засада. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87a90fqbwi@silver.lasgalen.net
Re: Кросс-компиляторы для Debian
15 февраля 2015 г., 23:08 пользователь Dmitrii Kashin написал: > > Простите мне мою неопытность, но в чём нынче с этим проблема? Насколько > я понимаю, gcc может собирать бинарники любой архитектуры при условии > наличия заголовочных файлов и библиотек соответствующей архитектуры. Нет. toolchain (binutils, gcc, libc) собирается под каждый target отдельно. Причём, gcc два раза. > проблемой. Так вот, разве нельзя просто добавить через dpkg > дополнительную архитектуру (arm какой-нибудь) и установить необходимых > devel-библиотек? > > Это представление сильно отличается от реальности? Если бы всё было так просто. На этом люди едят собаку, закусывая пудом соли.
Re: Медленный выход из hibernation
"Артём Н." writes: > Система очень медленно выходит из сна. > Раньше всё было нормально. Использовал pm-utils. > Поигрался со свопом (раздел надо было поменять, удалял своп, перекраивал > LVM), гибернация > перестала работать. Потом вспомнил, сделал своп нужного размера. > root@dana:~# free > total used free sharedbuffers cached > Mem: 19G17G 1,9G 325M 898M12G > -/+ buffers/cache: 4,6G14G > Swap: 20G 2,5G18G > > Всё-равно не работала. Поставил uswsusp. > Теперь pm-hibernate работает через s2disk. > Выход из сна порядка 10 минут после "возврата в пользовательский режим". > Лампочка работы диска постоянно горит. > Приходится убивать хром, скайп и файрфокс (плюс, подрубается бэкаппер и > прочее), т.к. > iotop показывает, что они наиболее активно работают с диском. > Раньше выход из гибернации был быстрым. > > Сталкивался ли кто-то с такой проблемой? > В чём заключается причина проблемы? > Как это исправить? Я бы предположил, что у Вас после увеличения swap-раздел на lvm стал фрагментирован. Поскольку, судя по выхлопу free, он у Вас используется целиком, стало быть периодически система ждёт нужного сектора, который может быть весьма неблизко. Как решать? Вообще, я бы посмотрел в сторону pvmove: можно подключить лишний хард, расширить на него VG и выполнить что-то вроде `pvmove --background /dev/sda1' - это перенесёт все PE с sda1 на другой доступный PV. Вообще, я не знаю, чтобы существовала официальная программа для дефрагментации LVM2. Об этом уже поднимался[1] вопрос, и вроде даже были какие-то утилитки[2] для оного дела, но их нет в репах (надо собирать) и про их стабильность я тоже не в курсе. Некоторые люди[3] говорят, что у них defrag отработал успешно. Если не страшно, можете попробовать. Потом расскажите о результатах. [1] http://www.redhat.com/archives/linux-lvm/2010-November/msg00104.html [2] http://bisqwit.iki.fi/source/lvm2defrag.html [3] http://unix.stackexchange.com/questions/45847/defragmentation-of-lvm2-logical-volumes signature.asc Description: PGP signature
Re: Кросс-компиляторы для Debian
Простите мне мою неопытность, но в чём нынче с этим проблема? Насколько я понимаю, gcc может собирать бинарники любой архитектуры при условии наличия заголовочных файлов и библиотек соответствующей архитектуры. С учётом существования multiarch, мне казалось, что это не должно быть проблемой. Так вот, разве нельзя просто добавить через dpkg дополнительную архитектуру (arm какой-нибудь) и установить необходимых devel-библиотек? Это представление сильно отличается от реальности? signature.asc Description: PGP signature
Re: sven
Попробуй просто забиндить другой скрипт, который создает пустой файл в /tmp (без вызова sudo и прав root) и нажми хоткей. Если файлик появится, то дело в химии с sudo. А если нет, про значит проблема в биндинге. 15 февраля 2015 г., 17:41 пользователь Ivan Petrov написал: > Не работает. Наверное надо прописать, что эта команда в терминале? > > 15.02.2015 00:12, Ivan Petrov пишет: > >> Прописал как тут все посоветовали. Спасибо. >> Жду - пока мышь работает. >> Как замрет, попробую хоткей >> > > > >> 14.02.2015 15:55, dimas пишет: >>> >>> а с каких пор вполне штатный механизм для таких дел (sudo) стал >>> геморроем? >>> прописать в sudoers одну строчку, в скрипт две других, и повесить оный >>> скрипт >>> на хоткей - это сложно? ну я хз тогда... >>> >>> >>> 2015-044 21:08 Max Dmitrichenko wrote: 13 февраля 2015 г., 8:53 пользователь dimas написал: > > можно, чего ж нельзя-то! сохрани в виде скрипта, в sudoers разреши > запуск с > NOPASSWD А чем suid не угодил вместо того геморроя, что вы описали? -- With best regards Max Dmitrichenko >>> >>> >>> >> >> >> > > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/mbqb7i$efo$1...@ger.gmane.org > -- -- With best regards Max Dmitrichenko
Re: sven
Не работает. Наверное надо прописать, что эта команда в терминале? 15.02.2015 00:12, Ivan Petrov пишет: Прописал как тут все посоветовали. Спасибо. Жду - пока мышь работает. Как замрет, попробую хоткей 14.02.2015 15:55, dimas пишет: а с каких пор вполне штатный механизм для таких дел (sudo) стал геморроем? прописать в sudoers одну строчку, в скрипт две других, и повесить оный скрипт на хоткей - это сложно? ну я хз тогда... 2015-044 21:08 Max Dmitrichenko wrote: 13 февраля 2015 г., 8:53 пользователь dimas написал: можно, чего ж нельзя-то! сохрани в виде скрипта, в sudoers разреши запуск с NOPASSWD А чем suid не угодил вместо того геморроя, что вы описали? -- With best regards Max Dmitrichenko -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbqb7i$efo$1...@ger.gmane.org
Re: Кросс-компиляторы для Debian
On Sun, 15 Feb 2015 13:32:41 +0300 Victor Wagner wrote: > Вот раньше, насколько я помню, был проект emdebian, где помимо всего > прочего были пакеты кросс-компиляторов. В репозитории jessie есть gcc-arm-none-eabi и binutils-none-eabi. Для сборки под «голый» ARM этого хватает. Пакеты я никогда не кросскомпилировал, потому не знаю, получится ли. -- Alexander Galanin -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150215154908.07891574e9446230dfffd...@galanin.nnov.ru
Re: Кросс-компиляторы для Debian
15 февраля 2015 г., 16:32 пользователь Victor Wagner написал: > Но тулчейны-то где брать? * Собирать самому, ибо это обычные пакеты, как и всякие другие, правда придётся пройти через колючие кусты. * Можно взять http://crosstool-ng.org/, я из него беру патчи. * Можно собрать toolchain в рамках openwrt или другого подобного. * Я собираю сам в рамках своей системы сборки, но вам предлагать не буду. Мы с вами на близкую тему спорили в вашем ЖЖ. Вы так и не прониклись важностью изучения кросс-сборки и особенностями встраиваемых систем.
Кросс-компиляторы для Debian
Коллеги, Вот раньше, насколько я помню, был проект emdebian, где помимо всего прочего были пакеты кросс-компиляторов. Теперь там написано: Status of Emdebian distributions As of July 2014, updates to the Emdebian distributions ceased. There will be no further updates and no further stable releases. Интересно, а какая теперь альтернатива? Ну понятно, что в нынешние времена всякие Rasberry Pi и прочие свистки на ARM обладают достаточной памятью, как постоянной, так и оперативной, чтобы ставить на них полноценный Debian, но пакеты-то как собирать? Не в qemu же. Понятно, что xapt и dpkg-cross по прежнему в дистрибутиве присутствуют (хотя из testing оба выпали, что неприятный симптом). Но тулчейны-то где брать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150215133241.02f25...@wagner.wagner.home