I
Size: a a a
2019 April 29
AF
Aba
Подскажите, каким макаром мне обновить ipv6 адресс по дхцп? Только путем установки dual-dhclient?
а как вы его тогда получили? и зачем обновлять?
A
а как вы его тогда получили? и зачем обновлять?
какимто макаром его получила сама фряха при ребуте и соотвествующих настройках в rc.conf. Вопрос чем она это сделала если дефолтный dhclient работает отлько с ipv4 (в прочем про работу толькос ipv4 в гугле вычитал, не более)
MZ
Yet Another Package Base: https://trueos.github.io/pkgbase-docs/
AF
а с чего вы взяли что этим должен dhclient заниматься? ну и времена меняются
VO
Correct, this is by design. We used the in-tree pkg base for nearly a year,
and found that the granularity didn't really offer any savings from a
download or time perspective. Updating 100+ packages took far longer than a
single one, due to all the meta operations. Additionally in real-world
usage, we found that base packages tended to all get updated at the same
time, which took far longer via pkg, since it had to go and perform 100+
fetch operations just to download the base system bits.
and found that the granularity didn't really offer any savings from a
download or time perspective. Updating 100+ packages took far longer than a
single one, due to all the meta operations. Additionally in real-world
usage, we found that base packages tended to all get updated at the same
time, which took far longer via pkg, since it had to go and perform 100+
fetch operations just to download the base system bits.
VO
ну елки палки, это ж очевидно было
LS
Correct, this is by design. We used the in-tree pkg base for nearly a year,
and found that the granularity didn't really offer any savings from a
download or time perspective. Updating 100+ packages took far longer than a
single one, due to all the meta operations. Additionally in real-world
usage, we found that base packages tended to all get updated at the same
time, which took far longer via pkg, since it had to go and perform 100+
fetch operations just to download the base system bits.
and found that the granularity didn't really offer any savings from a
download or time perspective. Updating 100+ packages took far longer than a
single one, due to all the meta operations. Additionally in real-world
usage, we found that base packages tended to all get updated at the same
time, which took far longer via pkg, since it had to go and perform 100+
fetch operations just to download the base system bits.
только такие пакеты не нужны, как я писал. Нужны пакеты по WITHOUT_XXX, что бы NanoBSD собирать из пакетов.
LS
Aba
какимто макаром его получила сама фряха при ребуте и соотвествующих настройках в rc.conf. Вопрос чем она это сделала если дефолтный dhclient работает отлько с ipv4 (в прочем про работу толькос ipv4 в гугле вычитал, не более)
IPv6 не нуждается в DHCP, оно там встроенное.
man rtadvd man rtsoldAF
ну... тут как обычно, тянуть то да, но от этого все например питоновские или перловые вон в один пакет не сливают же ;) а вообще смотрю потиху в рассылке разгоняются и вот да на этот трунасовский гитхаб шлют там видно в ишью что то есть весёлое
VO
нану надо собирать из сырцов и держать в своей репе
AF
IPv6 не нуждается в DHCP, оно там встроенное.
man rtadvd man rtsoldну тут зависит....
VO
воббще интересно что это в последнее время ix такую активность развил?
AF
только такие пакеты не нужны, как я писал. Нужны пакеты по WITHOUT_XXX, что бы NanoBSD собирать из пакетов.
так написал бы им, пока как раз ссамое время для набросов
LS
ну тут зависит....
Ну, если нужны фиксированные но не фиксированные адреса то да, без DHCPv6 не обойтись. Или что-то ещё экзотическое типа boot server и root nfs :)
LS
так написал бы им, пока как раз ссамое время для набросов
А я и написал
VO
просто прям какая то нездоровая, начинаешь подозревать что-нибудь плохое
AF
ой да ладно, а когда они не развивали, вон systemd как было весело
LS
нану надо собирать из сырцов и держать в своей репе
Ну а тогда пакеты не нужны, всё можно собирать из сыруов в своей репе.
VO
ну все же не стоит путать теплое с мягким