Printable View
Да, rutorrent работает, а по aria2web сам подробностей не подскажу, так как aria2 не использую. Зато использует Гельмут (newbiefan). Спросите у него.Quote:
Originally Posted by evh
ЗЫ Кстати, aria2 не использую исключительно из-за убогости и безальтернативности фронтэнда aria2web.
Сам он не изпользует aria2web, а ссылается на http://wl500g.info/showthread.php?28...956#post242956, а там используется старый репозитарий на ipkg, в котором этот модуль для php присутствует.Quote:
Originally Posted by ryzhov_al
ЗЫ Тогда какую альтернативу можно использовать для скачивания файлов для http и ftp?
Попробуйте pyLoadQuote:
Originally Posted by evh
можно еще попробовать dlengine. Очень даже неплохая весчь!Quote:
Originally Posted by evh
Почему-то, когда запускаешь его через S88..., он да, гавкает в лог, а когда я его запускаю через post-mount, всё чисто. ХЗ почему.Quote:
Originally Posted by AndreyUA
Кстати, в кинетиках тоже делают
при старте трансмишн.Code:echo 4194304 > /proc/sys/net/core/rmem_max
echo 1048576 > /proc/sys/net/core/wmem_max
Ряд людей склонны к обрядам, даже если не понимают их значений. Сможете показать рост производительности transmission от этих камланий?Quote:
Originally Posted by AndreyUA
Гораздо эффективнее будет просто отключить uTP, всё равно он тянет роутер "ко дну".
Не буду спорить, исследований не проводил.Quote:
Originally Posted by ryzhov_al
Еще вот такой момент. В скрипте rc.func есть возможность выполнения каких либо действий при старте с помощью $PRECMD и $POSTCMD. А вот во время остановки такой возможности нет. Может добавишь туда пару переменных $PRE_STOP и $POST_STOP Например, для проверки оставшегося pid файла или отключения свопа после остановки торрент клиента.
Обновил наши собственные пакеты в репозитории (это те, которых изначально нет в OpenWRT):
- p0f: до 3.05b,
- dnscrypt-proxy: rollback to ver.0.9.3, причина отката здесь,
- incron: до 0.5.10,
- nut: до 2.6.4,
- nyancat: до 1.0,
- python-dropbox: до 1.4.1,
- xupnpd: до rev.306.
Могу. Если таких пакетов будет ~5 и более. Но всё на свете стартовыми скриптами не предусмотришь, и, если логика работы демона выходит за стандарт rc.unslung, то лучше составить самописный старт\стоп-скрипт на манер if [ $1 = "start" ]; then...Quote:
Originally Posted by AndreyUA
Это сработает в случае pre_stop. Как быть с post_stop? Да и с if не красиво. Так было бы лучше.Quote:
Originally Posted by ryzhov_al
Кому нужна виртуальная машина с собранной средой сборки пакетов, забирайте в аттаче торрент файл. Логин/пароль для входа user:userCode:PRECMD="pre_start"
POST_STOP="post_stop"
pre_start()
{
}
post_stop()
{
}
Спасибо, забираем и поддерживаем раздачу.Quote:
Originally Posted by AndreyUA
PS: А обновления будут? Это очень хорошая идея...
Скорее всего нет. Слишком много времени нужно чтобы сделать чистую систему, а светить свои данные в интернет не очень хочется.Quote:
Originally Posted by lucky:)
Собрал пакет русского веб интерфейса для трансмишн, выдранного из кинетика. За перевод говорим спасибо Зюкселям.
Может кто подскажет как более кошерно пропатчить?
Было бы неплохо, чтобы можно было использовать параллельную компиляцию (make -j4) при сборке пакетов и при сборке прошивки (это конечно в другую тему) ?
Сборка прошивки фэйлит если отдавать make -j4, пришлось редактировать src/gateway/Makefile.
Для этой цели у меня два диска в виртуальной машине: на первом система и профили пользователей, на второй - сборочный стенд. Скрипты с приватными данными, ssh-ключи, svn credentials лежат в профиле пользователя, а сборочный стенд можно хоть сейчас выкладывать, в нём никаких приватных данных нет. Кроме того, получается, что у вас сборочный стенд отделён от ОС и ничего не мешает, например, обновить ОС не трогая стенд.Quote:
Originally Posted by AndreyUAСкорее всего нет. Слишком много времени нужно чтобы сделать чистую систему, а светить свои данные в интернет не очень хочется.Quote:
Originally Posted by lucky:)
Создайте рядом с Makefile пакета папочку patches и положите туда свой patch. Остальное среда OpenWRT Buildroot сделает за вас. Вообще, в этом её основная прелесть: вам не надо каждый раз заботиться о повторяющихся тривиальных шагах, вы можете сосредоточиться исключительно на правке исходников.Quote:
Originally Posted by AndreyUA
Такой финт ушами я знаю:). Только в результате этого пропатчит исходники и английский вариант будет потерян. Вдруг надумаете добавить этот пакет в репозиторий. Нужно чтобы собирался отдельный пакет transmission-web_rus. Другого решения я не придумал.Quote:
Originally Posted by ryzhov_al
А с чем связано это изменение - http://code.google.com/p/wl500g-repo...e/detail?r=626
Почему "Shame on me!"?
А ты придумай:) Посмотри как осуществляется build variant в пакетах. Например, посмотри как из единых исходников одним Makefile'ом собираются оба пакета irssi и irssi-nossl.Quote:
Originally Posted by AndreyUA
ЗЫ Сейчас обновил cpulimit и не без помощи дотошного (в самом лучшем смылсле) глаза MercuryV обнаружил, что правильно его называть limitcpu. И домашняя страница у него не cpulimit.sf.net, а limitcpu.fs.net. При обновлении будьте внимательны: пакет cpulimit из репозитория исчезнет, а limitcpu - появится. Несмотря на то, что бинарник называется как и раньше cpulimit. Именование бинарника - прихоть автора, оно упоминается в куче How-to по всей сети, поэтому менять его не буду.
Как раз с этим.Quote:
Originally Posted by Zyxmon
Добавлю к последнему посту. Допустимы конструкции
Я в своем проекте их использую для сборки разных вариантов dropbear и busybox (вариант для usb, и вариант для /storage).Code:ifeq ($(BUILD_VARIANT),xxxx)
PATCH_DIR:=yyyy
endif
О, так теплее :). Есть где-нить полный букварь по Makefile в openwrt? На многие инструкции, которые используются в пакетах описаний нет.Code:PATCH_DIR:=yyyy
upd
Этот номер не прошел. Он сначала патчит исходники, а потом собирает пакеты. Если выбраны оба пакета, то результате оба пакета русским фейсом.
Просто до этой задачи еще ни у кого не дошли руки. Патчи принимаются...Quote:
Originally Posted by staticroute
В Makefile есть задание переменной PKG_BUILD_PARALLEL, а в include/package.mk
В свою очередь make menuconfig позволяет задать PKG_BUILD_JOBSCode:.....
PKG_BUILD_PARALLEL ?=
ifeq ($(strip $(PKG_BUILD_PARALLEL)),0)
PKG_JOBS?=-j1
else
PKG_JOBS?=$(if $(PKG_BUILD_PARALLEL)$(CONFIG_PKG_DEFAULT_PARALLEL),\
$(if $(CONFIG_PKG_BUILD_PARALLEL),-j$(CONFIG_PKG_BUILD_JOBS),-j1),-j1)
endif
......
Напоследок картинка настроекCode:config PKG_BUILD_JOBS
int
prompt "Number of package submake jobs (2-512)"
range 2 512
default 2
depends on PKG_BUILD_PARALLEL
help
The number of jobs (-jX) to pass to packages submake.
Attachment 9067
Вы бы в мой проект заглянули. Например сюда http://zyxel-keenetic-packages.googl...pbear/MakefileQuote:
Originally Posted by AndreyUA
Обращаю внимание на строку, содержащую BUILD_VARIANT
У меня собираются два варианта пакета с разными патчами. У меня еще есть привязка варианта сборки к платформе, которая Вам не нужна:Code:PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(BUILD_VARIANT)/$(PKG_NAME)-$(PKG_VERSION)
Code:define Package/dropbear-storage
$(call Package/dropbear/Default)
TITLE+= (for internal storage)
DEPENDS:=@TARGET_keenetic_storage
VARIANT:=storage
endef
Спасибо. Смотрел, но был невнимателен :) Исправленный Makefile в аттаче.Quote:
Originally Posted by Zyxmon
Я думаю переход на entware актуален для новых роутеров RT-*, для 500gP, 500W явно лучше использовать optware во многих случаях, даже на 2.6 ядре..
Ну не тянет девайс новые версии софта обычно, да и проблем с либами и прочим хватает (хотя возможно я не прав, так как ставил entware поверх optware, вот оно и поломало мне некоторые депы).
Единственно конечно лучше то, что под 2.6 больше вероятность собрать новые пакаджи без доп. магии, как это сейчас приходится делать в optware... В общем-то надо будет попробовать.
Все по инструкции и делал.. Поломало мне grep и еще нескока пакетов..Quote:
Originally Posted by ryzhov_al
Я не утверждаю, что софт требует апгрейда, но optware для меня это как stable, а entware как unstable :)
И как на DIR-320 бенчмарк не проводили? Новые версии быстрее работают старых?
P.S. а куда ориджинал пост-то делся?
Вот как вы думаете, для чего ryzhov_al затевал entware, если бы optware была stable? optware для текущих прошивок является чудом работающей неродной платформой. И о какой стабильности и скорости может идти речь, если optware пакеты собраны для 2.4 ядра и другим тулчейном? optware для текущих прошивок - это как wine в линуксе, чтобы было более понятно.Quote:
Originally Posted by staticroute
я не спорю, optware устаревший экземпляр, но в 2.6 ядре хватает проблем для WL500gP по крайней мере.Quote:
Originally Posted by AndreyUA
надо буит попробовать, вполне возможно, оно может и хорошо :)
[mythbusters]Quote:
Originally Posted by AndreyUA
Речь может идти о хорошей стабильности, которая и позволяет использовать массу пакетов optware (ядро-независимых, каких большинство) в массе девайсов, далеко за пределами роутеров. Другой/независимый тулчейн - благо. Его состояние - нет.
[/mythbusters]
В данном конкретном случае есть ли какое-либо преимущество у optware?Quote:
Originally Posted by theMIROn
не понял вопроса. в каком(их) конкретном(их)?Quote:
Originally Posted by AndreyUA
Ну я пытаюсь сказать человеку, что если он использует вашу прошивку, то нет смысла использовать optware.Quote:
Originally Posted by theMIROn
Возможные смыслы, на вскидку:Quote:
Originally Posted by AndreyUA
1. ядро хост-прошивки на 2.4
2. в хост-прошивке уже установлено и настроено optware, нет времени/желания/необходимости переустанавливать
3. в entware нет нужного пакета, в optware он есть, нет времени/желания/необходимости просить о включении пакета
4. пакет есть в обоих репозиториях, но в entware слишком новый/большой, некорректно собранный, бажный и т.п.
5. развернута optware buildroot для самостоятельной компиляции пакетов, см. п.2
во всех остальных случаях, особенно с нуля - уже проще и лучше развернуть entware.
p.s хорошо бы добавить фейковый пакет ipkg-opt с варнингом, что оно deprecated, и уже нужно устанавливать opkg.
это, если кто, по привычке сделает ipkg.sh install ipkg-opt, а его, очевидно, нет.
Стал полностью переставлять роутер и перешел заодно на новый репозиторий. Извините за глупый вопрос , но почему то при загрузке автоматически не выполняется скрипт:
/opt/etc/init.d/rc.unslung
не подскажите где необходимо подправить что бы при загрузке он нормально стартовал ну а при ребуте ложил /opt/etc/init.d/скрипты
А он у Вас исполняемый?Quote:
Originally Posted by _And_
И есть ли указание на запуск процессов в post-mount и на их завершение в pre-shutdown?
да конечно исполняемый ... а в boot просто прописать с ключом start и shutdown с ключом stop и все? Я просто еще не совсем разобрался в структуре этой сборки линуха и потому задаю детские вопросы). Я просто думал что каталог /opt/etc/init.d необходимо куда нить в список каталогов автозапуска добавить и будет счастье)Quote:
Originally Posted by MrGalaxy
UPD:
Спс! прописал как Вы рекомендовали - работает, это единственный нормальный вариант?
UPD2:
по поводу Entware ...... а есть ли возможность использовать пакет google-docs-fs . Дело в том что он позволит подключать на роутер Google Drive, который надеюсь можно будет расшарить :p
1) Вы google-docs-fs в настоящее время уже используете (не на роутере)? Если речь об этом проекте, то он не обновлялся с позапрошлого года.Quote:
Originally Posted by _And_
2) Альтернативы не устроят?
Я поначалу оговорился, надо не в post-boot, а в post-mount записать. Из post-boot он, вроде, не должен работать, т.к. ещё диск не смонтирован, хотя, если у Вас так заработало, наверное тоже можно.Quote:
Originally Posted by _And_
Во всяком случае, рекомендованный разработчиками.:)Quote:
Originally Posted by _And_
Дык я его на автомате в post-mount и прописал ;), post-boot же это точка когда еще не подмонтирована ниодна файловая система ктоме корня по логике. Как говорится дайте точку опоры :p Спасибки!Quote:
Originally Posted by MrGalaxy
так та из post-mount рекомендованный.Quote:
Originally Posted by MrGalaxy