Reply With QuoteОк, спасибо за информацию, ну тогда по этой логике оно должно каждый день пересобираться? Тогда почему долгое время (более недели) версия не пересобиралась? Не менялась дата и md5 хэш. Робот был выключен?Originally Posted by vectorm
Лужу, паяю, АВМ починяю
У робота тупая реакция - если на гитхабе появились изменения в исходниках - собирается новая версия прошивки с соответствующим номером.
Если не меняется - пересобирается та-же самая версия. Сделать вариант, чтобы не пересобиралась одна и та-же версия прошивки, не добрался.
Собирается все без каких-либо модификаций из Master ветки.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Junior Member
Ок, спасибо за информацию, ну тогда по этой логике оно должно каждый день пересобираться? Тогда почему долгое время (более недели) версия не пересобиралась? Не менялась дата и md5 хэш. Робот был выключен?
Лужу, паяю, АВМ починяю
Она пересобирается, но номер ревизии не меняется если нет изменений в файлах.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
починил, проверяйте с r7490/r7492
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Junior Member
vectorm, простите, но я всё равно до конца не понимаю.
Вот сейчас 27 авг 2016 17ч, на http://asus.vectormm.net/rtn/
Лежит последняя [DIR] 7492/ 21-Aug-2016 02:27 -
RT-N16-1.9.2.7-rtn-r7492M-gd58ecca.trx 27-Aug-2016 02:27 5.4M
a92316f06638647bca3a728524b5ae18 RT-N16-1.9.2.7-rtn-r7492M-gd58ecca.trx
Т.е. она собрана сегодня в пол 3го ночи? При этом изменения появились до 21 авг?
md5 меняется, т.к. туда монтируется дата сборки. А бывает, что md5 не меняется?
Но тут https://github.com/wl500g/wl500g/commits/master есть коммиты и 23 и 24 авг, как понять они учтены в этой сборке или нет?
Вот тут https://github.com/wl500g/wl500g/com...77e77fdd2f36fd у нас наши gd58ecca так?
А почему тогда не собрались коммиты 23 и 24 авг?
dvg_lab, не проверяли поправленный вариант?
Лужу, паяю, АВМ починяю
Всё просто - собирается именно то и именно так, как сделали разработчики прошивки.
Если theMIROn сказал, что изменения учтены в 7490 и 7492, а обе версии были выложены так, что смогли собраться по очереди - значит в них учтены Ваши комментарии.
Любой коммит модифицирует версию прошивки и при следующей сборке будет новый каталог с новой версией прошивки.
Если за несколько дней не было новых коммитов - одна и та-же версия будет пересобираться каждую ночь.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Member
Ну что проверил исправленный вариант, в моем окружении вроде все работает, выгрузка openvpn теперь не подвешивает tun драйвер. Замержу исправления в свою ветку и буду тестить дальше. Спасибо TheMiron и lly
Нашел багу в штатном ucd-snmp, если пакет приходит через интерфейс tun на IP адрес привязанный к br0, то ucd-snmp вместо того чтобы ответить с IP адреса br0, отвечает с IP адреса привязанного к tun0.
[admin@router etc]$ tcpdump -ni tun0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type RAW (Raw IP), capture size 65535 bytes
05:18:00.102665 IP 192.168.200.30 > 10.4.49.1: ICMP echo request, id 5989, seq 3328, length 31
05:18:00.102817 IP 10.4.49.1 > 192.168.200.30: ICMP echo reply, id 5989, seq 3328, length 31
05:18:00.104684 IP 192.168.200.30.23144 > 10.4.49.1.161: C=ro GetNextRequest(21) .1.3
05:18:00.105840 IP 10.8.5.74.161 > 192.168.200.30.23144: C=ro GetResponse(96) .1.3.6.1.2.1.1.1.0="Linux router 2.6.22.21 #17 Fri Sep 2 13:24:01 MSK 2016 mips"
Last edited by dvg_lab; 06-09-2016 at 07:13.
Forum Guru
Ну и замечательно. Сделали релиз r7510 (не прошло и двух лет...)
https://github.com/wl500g/wl500g/releases/tag/r7510
P.S. Я скажу больше - без theMiron этот проект вообще бы не вышел из варианта мода прошивки Олега!
Last edited by Omega; 12-09-2016 at 21:44.
Member
Да theMiron вообще мегамозг, вчера зарепортил баг в ucd-snmp, а он уже через несколько часов добавил туда multihome поддержку, оказывается ее там не было! Так что да, держимся благодаря theMiron, дай Бог ему здоровья!
Сейчас вот включил поддержку PPTP в сборке, и смотрю accel-pptp у меня не собирается, это только у меня такая беда или где-то баг?
Code:make -C accel-pptp/pppd_plugin make[1]: Entering directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin' make all-recursive make[2]: Entering directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin' Making all in src make[3]: Entering directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin/src' /bin/bash ../libtool --tag=CC --mode=link mipsel-uclibc-gcc -Wall -g -O2 -mips32 -mtune=mips32 -Wno-pointer-sign -mno-branch-likely -DBCMWPA2 -I. -I/home/dvg/develop/gateway/ppp/pppd/.. -idirafter/home/dvg/develop/linux/linux-2.6/include -o pptp.la -rpath /usr/lib -module -avoid-version pptp.lo pptp_callmgr.lo pptp_ctrl.lo util.lo vector.lo dirutil.lo pptp_quirks.lo orckit_quirks.lo inststr.lo mkdir .libs mipsel-uclibc-gcc -shared .libs/pptp.o .libs/pptp_callmgr.o .libs/pptp_ctrl.o .libs/util.o .libs/vector.o .libs/dirutil.o .libs/pptp_quirks.o .libs/orckit_quirks.o .libs/inststr.o -mips32 -mtune=mips32 -mno-branch-likely -Wl,-soname -Wl,pptp.so -o .libs/pptp.so mipsel-uclibc-gcc: error: .libs/pptp.o: No such file or directory mipsel-uclibc-gcc: error: .libs/pptp_callmgr.o: No such file or directory mipsel-uclibc-gcc: error: .libs/pptp_ctrl.o: No such file or directory mipsel-uclibc-gcc: error: .libs/util.o: No such file or directory mipsel-uclibc-gcc: error: .libs/vector.o: No such file or directory mipsel-uclibc-gcc: error: .libs/dirutil.o: No such file or directory mipsel-uclibc-gcc: error: .libs/pptp_quirks.o: No such file or directory mipsel-uclibc-gcc: error: .libs/orckit_quirks.o: No such file or directory mipsel-uclibc-gcc: error: .libs/inststr.o: No such file or directory Makefile:265: recipe for target 'pptp.la' failed make[3]: *** [pptp.la] Error 1 make[3]: Leaving directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin/src' Makefile:257: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin' Makefile:186: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/home/dvg/develop/gateway/accel-pptp/pppd_plugin' Makefile:856: recipe for target 'accel-pptp' failed make: *** [accel-pptp] Error 2
Last edited by dvg_lab; 07-09-2016 at 14:34.
Forum Guru
Это бэкпорт с апстрима, но оперативность - это да!
А глобально проблема стандартно тривиальна - net-snmp сильно раздут по размеру и надо "выпиливать лобзиком по дереву", чтобы втащить новую версию в прошивку.
В Entware размер менее важен.
Во-первых, не забываем об теге "CODE".Сейчас вот включил поддержку PPTP в сборке, и смотрю accel-pptp у меня не собирается, это только у меня такая беда или где-то баг?
Во-вторых, autoconf/automake совсем не идеальны - "make distclean" должен спасти цивилизацию.
спасибо за отзыв
это не бэкпорт
не был в курсе, что апстрим у ucd-snmp жив, может имеет смысл взять бэкпорт, для минимизации изменений?
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Member
Таки не бэкпорт
Вот я именно с этим и столкнулся, сначала когда увидел что ucd-snmp не пашет так как надо, включил в сборку net-snmp и мне поплохело от размеров, взял лобзик, начал выпиливать, понял что дело не благодарное и даже в выпиленном виде всего и вся он все равно занимает места больше чем ucd-snmp, но по функционалу при этом получается хуже. Посмотрел в snmpd.c понял, что сначала придется выкурить работу с сетевыми структурами линуксового ядра.. :-( и зарепортил баг.
Честно искал этот тэг, но в быстро-ответе его не нашел, а тут в полной форме вон он есть, исправил.
Попробую distclean, спасибо.
Forum Guru
Ну тогда вдвойне крут!это не бэкпорт
не был в курсе, что апстрим у ucd-snmp жив, может имеет смысл взять бэкпорт, для минимизации изменений?
Жив, но давно стал называться net-snmp. Тема multihome всплыла только в 2011, а у нас версия аж 2000-го...
Минимизации может не получиться, так как апстрим прилично перепахан.
А бинарники версии 5.7.3 весят больше 1Mb против 100Kb ucd-snmp. И даже 5.1 от 2008-го уже ~0.5Mb...
тогда пусть остается как есть. плюсом EINTR серьезно жить мешал с walk-ом на все подряд.
фпень. по этим же причинам у нас openssl и samba3 нет.
в bb, кста, поддержка wolfssl есть, смотрел?
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Forum Guru
угу. Это стандартная ловушка
Не самой библиотеки, а враппера. Не смотрел.в bb, кста, поддержка wolfssl есть, смотрел?
Posting Permissions
