ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | FR: update dhcpcd version | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Pavel Usischev <Usischev> |
| Component: | dhcpcd | Assignee: | Mikhail Efremov <sem> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P2 | CC: | eostapets, evg, hiddenman, kopilo4ka, led, mike, sbolshakov, sem, shrek |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 14168, 14799 | ||
|
Description
Pavel Usischev
2008-02-25 15:50:25 MSK
reassign dhcpcd-3.2.3-alt0.1 с притёртыми patch1-3 отправлен в Daedalus и выложен сюда: http://fly.osdn.org.ua/~mike/packages/dhcpcd/ -- просьба проверить. 2 inger: nosrc.rpm с патчами там же, а вот как бы перелопатить твой git, я не сообразил (у апстрима всё прям в корне: http://git.marples.name/?p=dhcpcd/.git;a=summary). <shrek> кое что забыл
--- dhcpcd-3.2.3/configure.c.localhost 2008-02-25 11:28:19 +0300
+++ dhcpcd-3.2.3/configure.c 2008-02-25 21:19:38 +0300
@@ -764,7 +764,8 @@ int configure (const options_t *options,
if (options->dohostname ||
strlen (curhostname) == 0 ||
strcmp (curhostname, "(none)") == 0 ||
- strcmp (curhostname, "localhost") == 0)
+ strcmp (curhostname, "localhost") == 0 ||
+ strcmp (curhostname, "localhost.localdomain") == 0)
{
newhostname = xmalloc (sizeof (char) * MAXHOSTNAMELEN);
<shrek> еще косяк. добавляет левый маршрут 10.10.5.0/24 dev wifi proto kernel scope link src 10.10.5.2 10.24.63.0/24 dev ether proto kernel scope link src 10.24.63.242 169.254.0.0/16 dev ether scope link 10.24.0.0/16 via 10.24.63.254 dev ether 10.25.0.0/16 via 10.24.63.254 dev ether default via 10.10.5.1 dev wifi <shrek> должно быть 10.10.5.0/24 dev wifi proto kernel scope link src 10.10.5.2 10.24.63.0/24 dev ether proto kernel scope link src 10.24.63.244 10.24.0.0/16 via 10.24.63.254 dev ether 10.25.0.0/16 via 10.24.63.254 dev ether default via 10.10.5.1 dev wifi <gvy> 169.254 точно не раздают? вообще это zcip'шный диапазон 169.254/16 -- это link-local маршрут, никакого вреда, кроме пользы. <shrek> shared-network Segment-63 {
subnet 10.24.63.0 netmask 255.255.255.0
{
range 10.24.63.220 10.24.63.250;
option routers 10.24.63.254;
option rfc3442-classless-static-routes 16, 10,24, 10,24,63,254, 16, 10,25,
10,24,63,254;
option ms-classless-static-routes 16, 10,24, 10,24,63,254, 16, 10,25,
10,24,63,254;
option domain-name ".";
option domain-name-servers 10.24.72.7;
use-host-decl-names on;
allow unknown-clients;
authoritative;
<shrek> это dhcpcd добавляет. искать по LINKLOCAL_ADDR
<shrek> ой. это же zeroconf
<gvy> 8)
<shrek> пусть живет
<gvy> бишь кроме патчика про localhost.localdomain -- всё для тебя в порядке?
<shrek> да. все ок
<gvy> гут, соберу 3.2.3-alt0.2
<shrek> хотя у меня и с 3.0.17 все работало
<gvy> ууу... а в бранче 1.3.22pl4
(In reply to comment #5) > 169.254/16 -- это link-local маршрут, никакого вреда, кроме пользы. Нда? А если сетевых карт - две; и на каждой адрес по dhcp получается у разных серверов, настроенных на выдачё этого адреса, то что будет? Я думаю, что если адресное пространство не используется, то его не должно быть и в маршрутах. Догадываюсь, что это "на всякий пожарный", но IMHO, лучше не надо. Мусор в таблице. (In reply to comment #7) > Нда? А если сетевых карт - две Рекомендую почитать про Zeroconf/Bonjour/IPV4LL (например, RFC 3927). PS: если других замечаний нет, то я собираюсь закинуть эту сборку сначала в Sisyphus incoming, через пару недель -- в бранч. У меня новая сборка из сизифа не заработала - не могет получить ip, постоянно ругается, что-то на тему received packet is not ours, в конце концов говорит Configured with OLD ip (кажется, адрес на 169.xx подставляет). Пришлось откатить на 3.0.17 alt0.2 -- seems working (In reply to comment #9) > У меня новая сборка из сизифа не заработала - не могет получить ip, постоянно > ругается, что-то на тему received packet is not ours, в конце концов говорит > Configured with OLD ip (кажется, адрес на 169.xx подставляет). Хм, shrek@ нечто подобное упоминал. Соберу обновкой в бранч 3.0.17, на который нареканий вроде не было (разве что недостаёт поддержки той самой опции, про которую и вешали багу). > Пришлось откатить на 3.0.17 Можно повесить это новой багой? Поскольку версия обновлена -- эту закрываю. :) На всякий -- сборка 3.0.17-alt3 заархивирована здесь: ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/SRPMS/dhcpcd-3.0.17-alt3.src.rpm ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/i586/RPMS/dhcpcd-3.0.17-alt3.i586.rpm ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/2007/05/21/files/x86_64/RPMS/dhcpcd-3.0.17-alt3.x86_64.rpm 2 led, shrek: насколько понимаю, у вас воспроизводится проблема насчёт old ip с 3.2.3; просьба повесить баг и по возможности помочь найти его причину. По умолчанию я буду откатывать сизифовую сборку на 3.0.17 -- никаких следов таких проблем с 3.2.3 нагуглить пока не удалось. откатывать не надо. zeroconf оно по любому подставлять будет, а насчет подстновки айпи из предыдущей сети надо еще проверять Откатил (1:3.0.17-alt4). См. Bug #15042 и Bug #15131. В Daedalus доступна та же 3.2.3-alt0.2; если разница критична, просьба помочь с исправлением (у меня не воспроизводится то, что там пишут -- ни дома, ни в офисе). (In reply to comment #15) > Откатил (1:3.0.17-alt4). накати назад: 1. реальных проблем с 3.2 нет, все остальное больше от не понимания 2. если уж так хочется откатить, то 3.0.17 не самый лучший вариант, см. http://git.marples.name/?p=dhcpcd/.git;a=summary 3.2.3-alt0.2 worksforme (still) иногда (если адрес нидаюд) полезно добавить -A в DHCP_ARGS (In reply to comment #16) > 1. реальных проблем с 3.2 нет, все остальное больше от не понимания "не понимания" 1. чего? 2. кем? |
