GUID, жаль, что репозиторий не соответствует _вашим_ ожиданиям, но бОльшая часть вышеописанных стенаний попусту, имхо.
При сборке пакетов действительно бывают ошибки или недоработки (унаследованные от OpenWrt или свои собственные). Они исправляются, обычно после багрепорта. Хотя бы вот такого, а лучше вот такого.
К сожалению, могут быть ситуации, когда баги остаются неисправленными в течение длительного времени. У меня обычно это связано либо с недостатком навыков в использовании конкретных пакетов (считать, что ментейнеры Entware на регулярной основе используют _всё_, что есть в репозитории - наивно), либо с отсутствием ресурса времени на работу по репозиторию в принципе. Напоминаю, что дело это добровольное. Поэтому кроме багрепортов всегда приветствуются патчи.
Насчет ранее предъявленных претензий по поводу root. Возможно стоило ответить сразу, но я (вероятно ошибочно) предположил, что вашей квалификации достаточно, чтобы сообразить самостоятельно о невозможности задать такое имя суперпользователя по умолчанию, которое удовлетворит всех. (Ситуации, когда root захардкоден в софте изначально и требуется патчить исходники я оставляю за кадром).
Что касается путей по умолчанию и т.п. Во-первых, если путь по умолчанию непривычен для вас, это не означает, что он неверен (может использоваться в смежных пакетах и др.). Во-вторых, я твердо уверен, что правка конфигов под _свои_ нужды is not a bug.
Про отсутствие пакетов. Что мешало _заранее_ ознакомиться с составом пакетов репозитория?
Пусть будет так.
В каждом своем посте я старался показать, что помню это.
1. Вы обо мне слишком хорошо думаете (это насчет квалификации).
2. Я видимо не совсем понимаю, о чем Вы говорите, но: прошивки ветки 2.4 + ipkg => не приводили к тому, что я должен иметь root-а в системе (могло быть задано любое имя через веб-интерфейс настройки и софт потом не кричал, что ему нужен именно "root").
Если я правильно понял, то Вы вспомнили про эту строчку:
doc_root = "/opt/share/www"
Там речь шла не о "пути по умолчанию", а о том, что это идеологически неверно: это строка из конфига php, которая (косвенно) задает где должен находится "корень" сайта, т.к. иначе будут проблемы с *.php.
Заменив ее на:
doc_root =
Вам бы не пришлось гадать о месте "которое удовлетворит всех" (т.к. в этом случае все задается в настройках веб-сервера).
Если уж мы заговорили о php.ini, то позвольте мне наглость указать еще на одну его особенность в данном репозитории: из него вырезаны все комментарии.
Можно говорить, что я зануда и придираюсь, но это первый из пакетов с php (которые я видел), где так лихо прошлись по нему. Это конечно не влияет на функциональность, но наводит на размышления об авторе пакета.
Абсолютно согласен. Более того - иначе ни как. Но, одно дело когда тебе "подкладывают" конфиг с примерами и комментариями, а другое когда говорят - здесь должен быть конфиг, а как он выглядит вы ведь сами в гугле найти можете.
Согласен - полностью мой косяк. Но:
- я до сих пор не понял как именно это можно было сделать не начав пользоваться им;
- отсутствие пакетов это пол-беды, расстраивает качество имеющихся (
WL500gp-1.9.2.7-d-r2624
Не могу согласиться. Специально посмотрел, как в Optware (их же называете ipkg?) собран пакет logrotate. Следы root явно видны. И если я правильно помню, то в logrotate проверка на root прибита гвоздями в исходниках.
Я ранее намекал на то, что Entware используется на разных устройствах с разными прошивками (не только на роутерах) и вариантов суперпользователя по умолчанию существует много. Не говоря уже о том, что пользователь может переименовать по собственному желанию.
Тут прошу "помощи зала" на предмет подтвердить/опровергнуть.
Если действительно для doc_root в PHP лучше не задавать значения, то сделаем, не вопрос.
В оригинальном конфиге OpenWrt использовался путь
doc_root = "/www" (/opt они не используют в принципе). Мы его заменили на /opt/share/www - в обоих случаях PHP оставался работоспособным.
Можете пообщаться с Michael Heimpold <mhei@heimpold.de> из OpenWrt. Правда сразу могу сказать, там они несколько помешаны на минимизации размера пакетов.
Если считаете, что важно заменить в Entware конфиг (на полную версию), пожалуйста, разместите issue. Только обдумайте/обоснуйте какой именно конфиг должен быть (в исходниках php5 уже предлагается две болванки: php.ini-development и php.ini-production, в Optware был свой вариант и т.д.)
Насчет "как посмотреть перечень пакетов, не перейдя на репозиторий" есть как минимум два способа:
первый и второй
И на всякий случай:
Entware is a modern Optware replacement
Entware is not Optware
У меня пишут такое:Тут прошу "помощи зала" на предмет подтвердить/опровергнуть.
Если действительно для doc_root в PHP лучше не задавать значения, то сделаем, не вопрос.
В оригинальном конфиге OpenWrt использовался путь
doc_root = "/www" (/opt они не используют в принципе). Мы его заменили на /opt/share/www - в обоих случаях PHP оставался работоспособным.
http://forum.zyxmon.org/post12081.html#p12081Директива root из nginx.conf должна быть равна пути к домашнему каталогу сайта и должна совпадать с директивой doc_root в файле /media/DISK_A1/system/etc/php.ini
И для lighhtpd желательно прописывать:
http://forum.zyxmon.org/post7106.html#p7106
PS GUID Неужели Вы в optware не сталкивались с глючащими или нерабочими пакетами - уверяю, там это есть. Одно время mkvtoolnix для arm был собран неправильно (не знаю починили, или нет). Пришлось собирать самостоятельно.
гугл подложил печальку (( - переехал на https...Code:[admin@(none) /opt]$ wget http://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh wget: bad address 'wl500g-repo.googlecode.com' [admin@(none) /opt]$ wget https://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh wget: not an http or ftp url: https://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh
а штатный wget не умеет
как дальше жить?
DIR-320 & RTN-r3297 from USB>r3478>r3539>r3722>r3815>r3877>r4051>r4990>r5163
1) у меня доступна http ссылка:
Проверил загрузку по http с гуглокода из пяти разных сетей в четырех странах - полет нормальный.Code:$ which wget /usr/bin/wget $ wget http://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh Connecting to wl500g-repo.googlecode.com (173.194.71.82:80) entware_install.sh 100% |***********************************************************************| 1101 0:00:00 ETA
2) если вдруг действительно без https никак (что вряд ли), то могу предложить трюк с использованием статически собранного полноценного wget
Правда сам скрипт entware_install.sh будет еще тянуть два файла с гуглокода. Но тут уже справитесь, полагаю.Code:$ wget 'http://lancethepants.com/files/Binaries/wget%20(static)/wget' Connecting to lancethepants.com (69.89.31.149:80) wget 100% |***********************************************************************| 764k 0:00:00 ETA $ chmod +x wget $ ./wget --no-check-certificate https://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh --2013-06-17 02:47:31-- https://wl500g-repo.googlecode.com/svn/ipkg/entware_install.sh Resolving wl500g-repo.googlecode.com... 173.194.71.82, 2a00:1450:4010:c03::52 Connecting to wl500g-repo.googlecode.com|173.194.71.82|:443... connected. WARNING: cannot verify wl500g-repo.googlecode.com's certificate, issued by '/C=US/O=Google Inc/CN=Google Internet Authority': Unable to locally verify the issuer's authority. HTTP request sent, awaiting response... 200 OK Length: 1101 (1.1K) [text/plain] Saving to: 'entware_install.sh' 100%[==============================================================================>] 1,101 --.-K/s in 0.001s 2013-06-17 02:47:33 (901 KB/s) - 'entware_install.sh' saved [1101/1101]
Last edited by MercuryV; 17-06-2013 at 00:07.
Спасибо за помощь и подсказки.
Причина оказалась немного банальной: не умею настраивать маршрутизатор в режиме "роутер"/свич.
Code:[admin@(none) /opt]$ wget 'http://173.194.71.82/svn/ipkg/entware_install.sh' Connecting to 173.194.71.82 (173.194.71.82:80) wget: can't connect to remote host (173.194.71.82): No route to host [admin@(none) /opt]$ wget 'http://lancethepants.com/files/Binaries/wget%20(static)/wget' wget: bad address 'lancethepants.com' [admin@(none) /opt]$ wget 'http://69.89.31.149/files/Binaries/wget%20(static)/wget' Connecting to 69.89.31.149 (69.89.31.149:80) wget: can't connect to remote host (69.89.31.149): No route to host
DIR-320 & RTN-r3297 from USB>r3478>r3539>r3722>r3815>r3877>r4051>r4990>r5163
Вернулся на прошивку "d" (ядро 2.4) и репозиторий Optware.
Процесс перехода привел к неутешительному для меня выводу: да, я погорячился, прошу прощения.
В целом: оба репозитория содержат примерно одинаковое количество ошибок (естественно я говорю только о небольшом числе пакетов, которыми пользовался), при этом в Entware меньше пакетов, но похоже, что есть будущее.
Мы говорим о разных вещах. Вы продемонстрировали задание в cron, а я говорю, что выполнив в консоли:
Вы получите слова о том, что пользователь "root" не найден. В версии из Optware нет такого поведения (только что проверил).Code:logrotate -f _путь_к_конфигу
Кстати в Optware похоже, что samba ругается на отсутствие root. Ругается, но немного работает (в варианте share-авторизации + разрешения "гостю" всего). Других вариантов не пробовал.
Я и говорил, что пакеты (минимум) logrotate и sudo требуют именно root. Т.е. "пользователь НЕ может переименовать"
К сожалению не являюсь спецом по PHP. Могу только высказать свое мнение.
1. Официальный коммент к этому параметру:
2. Считаю, что связка nginx+spawn-fcgi+php-fcgi. Должна настраиваться именно как указана в этом "мануале":; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root
; if you are running php as a CGI under any web server (other than IIS)
; see documentation for security issues. The alternate is to use the
; cgi.force_redirect configuration below
; http://php.net/doc-root
http://ascii.io/a/665 (мне кажет, что Вашем).
Плюсы такой настройки: все параметры виртуального хоста указываются именно в его конфиге (причем очень лаконично и по-существу).
Если мы пропишем значение doc_root, то либо ни один хост не будет работать, либо только один (у которого корень совпадет с указанным значением).
3. "Стандартное значение" этой директивы - пустое (т.е. она не используется). Я думаю, что авторы php считают это оптимальным для большинства пользователей.
Если Вы скажите, что у Вас корень хоста был в /opt/share/www, то подтвердите мою версию, а если в другом месте (и Вам не пришлось его прописывать отдельно в конфиге http-сервера), то я признаю несостоятельность всего вышесказанного.
Тут я вынужден "спрыгнуть", т.к. общаться на английском для меня очень сложно => требует много усилий / времени.
первое предложение: я так и думал. Но, мне казалось, что должна быть преемственность, а увидел ubuntu-way - не дай бог сделать одно и тоже в разных релизах одинаковым!
второе предложение: очень философское и почему-то первая реакция на него: "wtf?", иными словами: а что тогда Entware? (вопрос риторический).
Вынужден признать, что сталкивался, но запамятовал.
Вы правы.
Стараюсь вообще не пользоваться приложениями из прошивки (естественно по мере возможностей).
Т.к.:
- обновление их только вместе с прошивкой (делаю я это раз в несколько лет);
- приходится "юлить" с конфигами.
Конкретно в данном случае у меня было два варианта:
- подсунуть рабочие конфиги dns- и dhcp-серверам и забыть про них;
- разбираться с конфигом dnsmasq (в нем есть приятные вещи) + беглый осмотр показал, что он не может передавать зоны и я не могу настроить несколько зон (мне нужно 3).
Last edited by Omega; 18-06-2013 at 21:29. Reason: 2 posts merged
WL500gp-1.9.2.7-d-r2624
Чтобы вернуться в лоно Optware, не обязательно было сносить актуальную прошивку. На -rtn могут работать и Optware и Entware (что-то одно, не одновременно).
Врать о сроках не буду, но при случае подумаю, как это исправить. Действительно, некрасиво.
Да, это я записывал в качестве пруфа, что fcgi работает (меня пытались убедить в обратном).
Я в PHP разбираюсь на уровне "читаю со словарем", но вот пришлось
Скажу, что в конфигах менялось только то, что показано в записи. Все остальное по умолчанию. Т.е. корень nginx --prefix=/opt/share/nginx, а doc_root у PHP = "/opt/share/www". Сейчас воспроизвел на тестовом роутере, работоспособно.
Можно, конечно же, продолжать общаться на родном языке на этом форуме, подобрав/создав профильную тему насчет PHP и его конфигов.
Я все-таки отвечу на этот риторический вопрос.
Прав был тов. ryzhov_al, настало время поправить нашу собственную wiki и подробнее там рассказать о проекте. Пока напишу черновик здесь
Часто встречающееся заблуждение: Entware, same as Optware but re-built with a modern toolchain Это не так!
Тулчейн, конечно, свежий (относительно Optware) и качественный, спасибо lly, theMIROn, voidshah и всем причастным, но Entware НЕ является наследником Optware и не использует его кодовую базу.
Основателем нового репозитория было принято решение взять за основу другой проект: OpenWrt.
Основная часть пакетов в Entware это: пакет OpenWrt, к которому написаны патчи для работы в /opt и добавлены привычные скрипты запуска. От чего они становятся похожи на оптварные. Примерно раз в месяц проводится синхронизация Entware с транком OpenWrt, что позволяет не протухнуть как Optware и поддерживать проект весьма скромными людскими ресурсами.
Побочным эффектом является то, что конфиги/ключи сборки и пр. могут быть отличными от Optware. И это не плохо и не хорошо. Зачастую, дело привычки.
Вторая часть пакетов в Entware: то, чего в OpenWrt нет по каким-то причинам, но в Optware было. И добавлено по просьбам трудящихся. Что позволяет говорить об Entware, как заменителе Optware (для mipsel архитектуры).
И самые ценные пакеты: те, которых нет ни в проекте Optware, ни в проекте OpenWrt. Можно сказать, то, что придает смысл существованию Entware.
Так что любой, кто будет считать Entware "Optware, только заново пересобранным", будет постоянно разочаровываться. Сравнивать уместно с OpenWrt. Другое дело, что багов и там хватает, по возможности правим.
Нашел в интернетах инструкцию для проверки уровня чернил в подключенном принтере http://www.shcherbyna.com/?p=994
"opkg install ink" говорит, что никаких ink не знает.
Этот пакет убрали, или он называет как-то по-другому?
UPD:
Скачал из репа optware ink_0.5.0-1_mipsel.ipk, libieee1284_0.2.11-1_mipsel.ipk, libinklevel_0.8.0-1_mipsel.ipk. Вытащил из них бинарник и so-бибилиотеки. Вроде как работает.
Code:root@rt-n16:/tmp/home/root# ink -p usb ink v0.5.0 (c) 2009 Markus Heinz Canon MP270 series Black: 40% Color: 70%
Last edited by Radjah; 20-06-2013 at 06:56.
Роутер: RT-N66U
Прошивка: Tomato Firmware 1.28.0000 MIPSR2 K26 USB AIO-64K by Shibby
Last edited by MercuryV; 24-06-2013 at 00:49. Reason: Пакет добавлен в репозиторий
Ну вроде работает.
А libieee1284 для каких целей там?Code:root@rt-n16:/tmp/home/root# opkg install http://x.vm0.ru/wl500g-repo/testing/openwrt/libinklevel_0.8.0-3_entware.ipk Downloading http://x.vm0.ru/wl500g-repo/testing/openwrt/libinklevel_0.8.0-3_entware.ipk. Installing libinklevel (0.8.0-3) to root... Configuring libinklevel. root@rt-n16:/tmp/home/root# opkg install http://x.vm0.ru/wl500g-repo/testing/openwrt/ink_0.5.1_entware.ipk Downloading http://x.vm0.ru/wl500g-repo/testing/openwrt/ink_0.5.1_entware.ipk. Installing ink (0.5.1) to root... Configuring ink. root@rt-n16:/tmp/home/root# ink -p usb ink 0.5.1 (c) 2010 Markus Heinz Canon MP270 series Black: 40% Color: 70%
Роутер: RT-N66U
Прошивка: Tomato Firmware 1.28.0000 MIPSR2 K26 USB AIO-64K by Shibby