Поддерживаю вопрос! Согласно скрипту configure от bash 4.2, ncurses обязательна только для платформы qnx.Quote:
Originally Posted by Zyxmon
Printable View
Поддерживаю вопрос! Согласно скрипту configure от bash 4.2, ncurses обязательна только для платформы qnx.Quote:
Originally Posted by Zyxmon
bash от ncurses не зависит, извините, что ввёл в заблуждение:Quote:
Originally Posted by lly
Однако с кириллицей у него та же беда, как и в ncurses-based приложениях.Code:$ ldd /opt/bin/bash
libiconv.so.2 => /opt/lib/libiconv.so.2 (0x2aac0000)
libdl.so.0 => /lib/libdl.so.0 (0x2aad7000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2aaea000)
libc.so.0 => /lib/libc.so.0 (0x2ab0c000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000)
По make-файлу в OpenWRT видно, что изначально он зависел от libncurses и не зависел от libiconv. Возможно, что я что-то не правильно собрал. Обязательно проверю.
ЗЫ Результат $ make package/bash/compile V=99 2>&1 | gzip > ./bash_compile.gz во вложении.
Вообще говоря, bash в openwrt от ncurses зависит, а от libiconv - не зависит. Смотрим:Quote:
Originally Posted by ryzhov_al
https://dev.openwrt.org/browser/pack.../bash/Makefile
Читаем INSTALL из архива bash:
Скрипт configure и вставляет зависимость от ncursesQuote:
`--with-curses'
Use the curses library instead of the termcap library. This should
be supplied if your system has an inadequate or incomplete termcap
database.
примерно тут (config.log).
Платформа у меня немного другая. Но странно.....Code:configure:30855: checking for tgetent in -ltermcap
....
configure:30897: $? = 1
configure:30923: checking for tgetent in -ltinfo
.....
configure:30965: $? = 1
.....
configure:30991: checking for tgetent in -lcurses
.....
configure:31033: $? = 0
....
configure:31141: checking which library has the termcap functions
configure:31144: result: using libcurses
Потому, что собран по OpenWRT'шным лекалам с ключом --enable-tiny.Quote:
Originally Posted by dmig
У bash'а в сырцах своя собственная версия readline. С внешней libreadline отказывается линковаться, жалуясь на неактуальность последней. Странно это, так как имеющаяся в пакетах readline-5.2 определяется как readline-4.2.Quote:
Originally Posted by dmig
Взглянул в высланный вами config.log и обнаружил, что у вас configure не обнаруживает iconv.h и потому не использует libiconv. Ко всеобщей радости и (видимо) задумке команды OpenWRT. Как повернуть конфигурирование bash в это русло пока не додумался.Quote:
Originally Posted by Zyxmon
ryzhov_al
планируется ли добавить nut?
Попоробовал сделать по этой инструкции, получил такую ошибку:Quote:
Originally Posted by ryzhov_al
В чем может быть проблема? Гугление не дало желаемого результата.Code:$ make V=99 package/compile
WARNING: your configuration is out of sync. Please run make menuconfig, oldconfig or defconfig!
make[1]: Entering directory `/home/itsme/openwrt/trunk'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/opkg'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/opkg'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/base-files-network'
WARNING: skipping base-files-network -- package not selected
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/base-files-network'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/base-files'
WARNING: skipping base-files -- package not selected
WARNING: skipping libssp -- package not selected
WARNING: skipping libgfortran -- package not selected
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/base-files'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/cyassl'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/cyassl'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/e2fsprogs'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/e2fsprogs'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/gettext'
WARNING: skipping libintl -- package not selected
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/gettext'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/libiconv'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/libiconv'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/libtool'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/libtool'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/ncurses'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/aalib'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/aalib'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/alsa-lib'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/alsa-lib'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/apr'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/apr'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/zlib'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/zlib'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/libs/libxml2'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/libs/libxml2'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/ocf-crypto-headers'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/ocf-crypto-headers'
make[2]: Entering directory `/home/itsme/openwrt/trunk/package/openssl'
make[2]: Leaving directory `/home/itsme/openwrt/trunk/package/openssl'
make[2]: Entering directory `/home/itsme/openwrt/trunk/feeds/packages/net/aria2'
CFLAGS="-Os -pipe -mips32 -mtune=mips32 -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/include -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/include -I/opt/brcm/hndtools-mipsel-uclibc/include " CXXFLAGS="-Os -pipe -mips32 -mtune=mips32 -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/include -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/include -I/opt/brcm/hndtools-mipsel-uclibc/include " LDFLAGS="-L/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/lib -L/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/lib -Wl,-rpath,/opt/lib -L/opt/brcm/hndtools-mipsel-uclibc/lib " make -j1 -C /home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/. AR=mipsel-uclibc-ar AS="mipsel-uclibc-gcc -c -Os -pipe -mips32 -mtune=mips32" LD=mipsel-uclibc-ld NM=mipsel-uclibc-nm CC="mipsel-uclibc-gcc" GCC="mipsel-uclibc-gcc" CXX="mipsel-uclibc-g++" RANLIB=mipsel-uclibc-ranlib STRIP=mipsel-uclibc-strip OBJCOPY=mipsel-uclibc-objcopy OBJDUMP=mipsel-uclibc-objdump SIZE=mipsel-uclibc-size CROSS="mipsel-uclibc-" ARCH="mipsel" ;
make[3]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1'
make all-recursive
make[4]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1'
Making all in po
make[5]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/po'
make[5]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/po'
Making all in intl
make[5]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/intl'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/intl'
Making all in lib
make[5]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/lib'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/lib'
Making all in src
make[5]: Entering directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/src'
mipsel-uclibc-g++ -DHAVE_CONFIG_H -I. -I.. -Wall -I../lib -I../intl -DLOCALEDIR=\"/opt/share/locale\" -DCA_BUNDLE=\"\" -DHAVE_CONFIG_H -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/usr/include -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/include -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/include/libxml2 -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/opt/include -I/home/itsme/openwrt/trunk/staging_dir/target-mipsel-rtn-linux-gnu/include -I/opt/brcm/hndtools-mipsel-uclibc/include -Os -pipe -mips32 -mtune=mips32 -MT SocketCore.o -MD -MP -MF .deps/SocketCore.Tpo -c -o SocketCore.o SocketCore.cc
SocketCore.cc: In member function 'bool aria2::SocketCore::isWritable(time_t)':
SocketCore.cc:601: error: 'logger_' was not declared in this scope
SocketCore.cc: In member function 'bool aria2::SocketCore::isReadable(time_t)':
SocketCore.cc:647: error: 'logger_' was not declared in this scope
make[5]: *** [SocketCore.o] Error 1
make[5]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/src'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1'
make[2]: *** [/home/itsme/openwrt/trunk/build_dir/target-mipsel-rtn-linux-gnu/aria2-1.14.1/.built] Error 2
make[2]: Leaving directory `/home/itsme/openwrt/trunk/feeds/packages/net/aria2'
make[1]: *** [package/feeds/packages/aria2/compile] Error 2
make[1]: Leaving directory `/home/itsme/openwrt/trunk'
make: *** [package/compile] Ошибка 2
$
Пока нет. На первый взгляд его не сложно сделать по аналогии с одноимённым пакетом из optware, но времени пока не хватает. Позже обязательно посмотрю.Quote:
Originally Posted by agros
подожду, спасибо.Quote:
Originally Posted by ryzhov_al
.config в обоих папках идентиченQuote:
Originally Posted by ryzhov_al
Что еще можно сделать?
Вчера в транк добавился пакет aria2, см. changeset 29887. Одноимённый пакет из моего фида rtndev больше не нужен. Выполните:Quote:
Originally Posted by itsme
, снимите галку с пакета aria2, сохраните .config и повторите сборку репозитория:Code:$ make menuconfig
В следующий раз, когда дело встанет на компиляции определённого пакета выполнитеCode:$ make package/compile
и смотрите причину ошибки. Пожалуйста, пользуйтесь инструкциями к среде OpenWRT Buildroot, их на любых языках - навалом.Code:$ make package/aria2/compile V=99
ЗЫ Гуглите сильнее:)
Так и должно быть. man'ов нет и не будет.Quote:
Originally Posted by dmig
Всё верно. В OpenWRT git собран только с поддержкой протокола git://. Ни http://, ни https:// работать не будут.Quote:
Originally Posted by dmig
С этими. С curl он дружить не будет по той же причине. Мы никогда не сравняемся с возможностями большого компьютера. Отклоняться от мейнстрима OpenWRT без весомых причин не буду.Quote:
Originally Posted by dmig
Не могу понять, что за сильные различия между OptWare и OpenWRT...
Не могу заставить работать скрипт обновлений нода. Сначала wget ругался на параметр -o - поменял на wget-nossl, заработало. Но никак не могу побороть:
в теме про скрипт читал, не нашел... Может есть решение?Code:sed: unsupported command I
Который sed используется? /bin/sed из прошивки или /opt/bin/sed из пакетов? Первый, выполненный аплетом busybox очень даже может оказаться неполноценным. Прописывайте в скриптах полные пути. Воизбежание.Quote:
Originally Posted by mbg
A как там дела с aircrack-ng можно будет добавить?Quote:
Originally Posted by ryzhov_al
Скажите, пожалуйста, планируется ли добавить xinetd ?
было бы неплохо для полноты увидеть Samba
для любителей устанавливать Windows XP по сети через PXE понадобится cabextract
Будет ли добавлен adduser?
Подскажите, плиз -
libfreetype в репозитории это то же самое что и FreeType 2 (http://www.freetype.org/) ?
и по поводу gd.so - ну никак не работает. не могу понять, либо это специфика пхп ветки 5.3 и надо что-то менять либо... логи чистые.
Если ошибся темой - скажите где спросить. Уже неделю мучаю...
Quote:
Originally Posted by mbg
Code:$ grep URL ./trunk/feeds/packages/libs/freetype/Makefile
PKG_SOURCE_URL:=@SF/freetype
URL:=http://www.freetype.org/
Quote:
Originally Posted by mbg
Затем посмотрите если ли модуль в списке загруженных. Если нет, правьте конфигурационные файлы, если есть - терзайте модуль в профильной теме.Code:$ opkg install php5-mod-gd
Ок, r332.Quote:
Originally Posted by TReX
Quote:
Originally Posted by TReX
Перебирать векторы инициализации WEP на роутере дело не благодарное, да и не уверен я, что aircrack-ng будет работать с чипсетом Broadcom. Проверьте обязательно, r345.Quote:
Originally Posted by TReX
Quote:
Originally Posted by dis8848
Проверяйте работоспособность, r345.Quote:
Originally Posted by dis8848
ЗЫ. Коллеги, я с одного раза слышу, не стоит меня бомбить одинаковыми просьбами.
Code:[admin@WL500w root]$ tar
tar: can't load library 'libiconv.so.2'
Code:[admin@WL500w root]$ find /opt/lib /lib /usr/lib -name libiconv.so.2
/opt/lib/libiconv.so.2
Fixed, r347.Quote:
Originally Posted by BcTpe4HbIu
Терзал модуль, получил ошибку:Quote:
Originally Posted by ryzhov_al
Курил гугль, и нашел, что пхп сконфигурен без поддержки freetype. В выводе пхпинфо это видно. Как я понял, раздел gd в выводе phpinfo должен выглядеть так.Code:Call to undefined function imagettfbbox()
Можно поправить?
Так модуль gd собран в OpenWRT:Quote:
Originally Posted by mbg
Поправить можно самостоятельной сборкой, т.к. я без веских причин от канонов OpenWRT отклоняться не буду.Code:ifneq ($(CONFIG_PACKAGE_php5-mod-gd),)
PKG_CONFIGURE_OPTS+= --with-gd=shared,"$(STAGING_DIR)/usr" \
--without-freetype-dir \
--with-jpeg-dir="$(STAGING_DIR)/usr" \
--with-png-dir="$(STAGING_DIR)/usr" \
--without-xpm-dir \
--without-ttf \
--without-t1lib \
--enable-gd-native-ttf \
--disable-gd-jis-conv
Кроме того, я отлично помню, как генерация каждого thumbnail'а на WL-500gpv1 занимала ровно минуту.
Например, без этого не работает vnstat... А тумбнайлы и не нужны :)Quote:
Originally Posted by ryzhov_al
Самостоятельно собирать только кросс-компиляцией? make я в репозитории не нашел.
Oh, really? Поверю, что какой-то php frontend к vnstat действительно не работает, vnstat исправен, и картинки строит. См. HOW-TO.Quote:
Originally Posted by mbg
Сорри... Имел в виду именно фронтенд - vnStat PHP frontend.Quote:
Originally Posted by ryzhov_al
vnStat PHP frontend был создан в 2007 году - в те времена, когда vnstat не умел сам строить картинки. С 2009-го года vnstat сам научился это делать с помощью libgd, причём очень бодро.Quote:
Originally Posted by mbg
По этой причине автор vnStat PHP frontend'а забросил своё детище два года назад. Форумчане делятся друг с другой рецептом работы PHP frontend'а лишь по той причине, что в репозитории optware находится предыдущая версия vnstat, в которой возможность построения графиков обрезана.
На сайте репозитория - лишь набор патчей к среде сборки OpenWRT Buildroot. Make-файлы расположены в самой среде. Как всем этим воспользоваться написано во втором посте.Quote:
Originally Posted by mbg
Некоторое время назад смотрели на клиента gogoCLIENT, который не требует наличия прямого IP для установления туннеля. Из-за c++ получается довольно большой размер бинарника, поэтому поместить в прошивку без переписывания отдельных кусков его не получится. А вот поместить в optware вполне возможно - http://ipv6now.com.au/downloads.php и http://ipv6now.com.au/download/gw6c-6_0-RELEASE-src.tar
Подключать придётся скриптами, но, предположительно, проблем это вызвать не должно.
Возможно ли добавить в репозиторий BitlBee?
http://www.bitlbee.org/
Пожалуйста, отпишитесь по результатам проверки, r353.Quote:
Originally Posted by itsme
Простите если не в ту тему.
В репозитории lighttpd версии 1.4.29, актуальная версия уже давно 1.4.30.
И еще вопрос.
раньше я cron ставил из репозитория, сейчас же он как бы установлен изначально.
Где находится файл конфигурации для него ?
Раз вы так внимательны к версии lighty, то наверняка знаете какие фичи и баги добавились в новой версии, а следовательно, знаете о причине, по которой новая версия в репозитории никак не появится.Quote:
Originally Posted by DarkTwin
Cм. в профильной теме. Ищите упоминания о crond. Пожалуйста, учитие разницу между Paul Vixie's cron из старых пакетов и Matt Dillon's cron из прошивки.Quote:
Originally Posted by DarkTwin
Со сборкой lighttpd версии 1.4.30 нет никаких проблем. Пакет будет рабочим. Openwrt'шнки часто тормозят при обновлении версий. Им нужно обеспечить совместимость с жутким зоопарком железа и софта. Иногда можно их и обогнать.
А что нам стоит самим патч добавить. Новая версия выйдет, возможно, очень не скоро.Quote:
Originally Posted by ryzhov_al
http://redmine.lighttpd.net/projects...ions/2822/diff
PS Спасибо за ссылки, как дойдут руки, соберу 1.4.30 с этим патчем.
Ну и бог с ним что занято, нас засудят чтоле?
Вопрос сохранения совместимости с optware как много более глобальной - намного важнее. Основной плюс optware - независимость от локальных тулчейнов, используемых в прошивках (Oleg target), а использование своего конкретного. Да, это приводит к большему расходу памяти, но who cares? Зато гибко и не приходится перекомпилировать ВСЕ пакеты при изменениях в прошивке/тулчейне. А ново-собранные пакеты просто могут оказаться нерабочими на более древних версиях прошивки из-за бинарной несовместимости ulibc.
Большая просьба про это не забывать.
P.s больший смысл имело бы обновление тулчейна в optware, либо создание нового таргета там же + доступ к нему.
Или я что-то упустил из виду?
I care. Разрбасываться и без того малой памятью я бы не стал. Кроме того, процесс пересборки репозитория автоматизирован, пересобирай хоть десять раз на дню.Quote:
Originally Posted by theMIROn
Да, всё это верно.Quote:
Originally Posted by theMIROn
Однако это совсем не мешает развиваться и процветать OpenWRT. Посмотри: у них для каждого релиза свой репозиторий. И ничего, пользуются и не жужжат.
Любая фиксация тулчейна на веки вечные приведёт к потери актуальности инструментария через год-два, за примером дальше optware ходить не надо. Кроме того, нет никаких препятствий для дальнейшего использования optware, если пользователь того пожелает.
да, у них есть ресурсы. а у нас?Quote:
Originally Posted by ryzhov_al
верно.Quote:
Originally Posted by ryzhov_al
поэтому смысл не в фиксации, а в обновлении тулчейна репозитария несинхронно с прошивкой, т.к. это нереально.
как я себе это представляю - при апейте тулчейна в прошивке, с какой то задержкой (это нормально), может аналогично обновиться и тулчейн в репозитарии с перекомпиляцией пакетов.
пользователи старых прошивок обновятся на общих основаниях, без необходимости в обновлении прошивки. тут ведь даже особо варнингов не наделать - налетим на бинарную несовместимость м/у прошивкой и пакетами и привет. разбирай потом эти невнятные баги.
поэтому с одной стороны я очень рад обновлению репозитария, с другой стороны, думая о будущем, все не особо радужно.
p.s переместить бы последние сообщения в более профильную тему
Ресурсы на пересборку? Есть. Вон, в англоязычной ветке сейчас обезьяна с гранатой^W тулчейном репозиторий пересобирает. Тулчейн с третьего раза только нормально поставил, а с пересборкой справился. OpenWRT пускай свои пакеты отлаживает - мы их своим тулчейном будем пересобирать. Или хочешь убедить, что ресурсов нет и всё надо бросать? Фигушки.Quote:
Originally Posted by theMIROn
Пока остановились на следующей схеме: я обеспечиваю совместимость репозитория с последней прошивкой, доступной в разделе Downloads на гуглокоде. От вас, кулибины, только одно требование: чтобы рядом с той прошивкой лежал актуальный тулчейн, которым она собрана.Quote:
Originally Posted by theMIROn
Все остальные товарищи, увлекающиеся nightly builds, как всегда сами принимают риски на себя, в том числе по бинарной несовместимости с репозиторием.
Зы. Вопрос с формулой и ритмичностью обновлений репозитория открыт. Репозиторий позволяет запаковать uClibc-библиотеки по пакетам и использовать их отдельно от прошивочных, на манер OpenWRT, надо только допилить ld/ld.so.conf патчем на манер optware. Но при этом, естественно, прежнего слияния в экстазе прошивки с репозиторием уже не будет.
Ззы. Тоже с планшета пишешь? Ошибки характерные:)
ты не понял.Quote:
Originally Posted by ryzhov_al
ресурсы - на более менее полноценную (т.е. не как в optware последний месяц) всех rtn билдов, приходящихся на каждую смену/обновление тулчейна? имхо, ответ очевиден.
Т.е., фактически, сами разработчики или не пользуют обновления репозитория, или налетают на возможные проблемы, или пересобирают его самостоятельно? весьма неоптимально.Quote:
Originally Posted by ryzhov_al
см. выше.Quote:
Originally Posted by ryzhov_al
ну вот и ответ,Quote:
Originally Posted by ryzhov_al
причины, почему необходимо использовать uclibc пакет (а еще точнее все, что в нейтивно и сейчас используется в прошивке) с соответствующими зависимостями я описал выше, все логично.
а экстаз в любом случае прошел бы, у части пользователей, минимум.
не, с дивана. видимо он тоже влияет :)Quote:
Originally Posted by ryzhov_al