феерический ппц нашего времени

в systemd поломали dhcpcd@-сервис

> find ~/Devel/systemd.work -iname "*dhcp*" 
>

Проявляется это в том что там захардкодено eth0 в файле сервиса.

АААААААААААААА

арчлинукс

ссзб

Что делать, Зин?

cp /usr/lib/systemd/system/dhcp* /etc/systemd/system/
vim /etc/systemd/system/dhcp*

Ну дак в арче же криворукие мейнтейнеры, в последнее время их вообще накопилось до критической массы.

поставил арч

вот где кроется ошибка :)

а почему апстрим должны волновать проблемы системдюзеров? Они ССЗБ, пусть мучаются, или переходят на нормальные дистры

Я давно предлагаю ввести новую должность - пинатель девелоперов.

переворачиватель пингвинов

Давным-давно в systemd поломали dhcpcd@-сервис (а может он всегда был кривой). Проявляется это в том что там захардкодено eth0 в файле сервиса

с каких это пор?? Ты ничего не путаешь? у меня работал и на eth1 и на eth2, и brX. Если ты конечно про dhcpcd от Roy Marples.

У него руки длинные.

Но масса то тела не изменяется, следовательно руки длинные, но хилые.

Впрочем, время покажет.

Да.

В генте у меня почему-то enp2s6 назначился после смены материнки. ЧЯДНТ?

eselect news list
Upgrading udev from 171 (or older) to 197

захардкодено eth0 в файле сервиса

4.2 у вас неправильно готовят dhcpcd@-сервис

localhost ~ # cat `equery f $(qlist -CqI dhcp) | grep service`
[Unit]
Description=Lightweight DHCP client daemon
Wants=network.target
Before=network.target

[Service]
ExecStart=/sbin/dhcpcd -q --nobackground

[Install]
WantedBy=multi-user.target
localhost ~ # 

а свежий это какой?

позавчерашний

То есть, самому стать девелопером.

а что ты сделал для хып-хопа, товарищ Магомет?

eselect news list

Грешен - забиваю на новости :)

systemdless форк udev у нас есть

Завтра всплывёт баг, который форкодержатель не осилит исправить и/или отбэкпортить.
Послезавтра на форк забьют, ибо морально надоест быть догоняющими.
Типичный путь развития поделий Попова.

Форкодержатели - команда разработчиков со стажем

А какое решение предложишь ты? Жрать что дают?

Ты так говоришь, будто жрешь не что дают

Типичный путь развития поделий Попова.

Удачных форков тоже хватает: icinga, firefox, libreoffice, форки вокруг mysql ...

Что делать, Зин?

Использовать netcfg

Использовать netcfg

тогда есть такая проблема: не хочет hostname выставлять по dhcp

А в чем проблема изменить настройки? И почему ты считаешь, что там захардкодено eth0? *.service это обычный файл настроек.

А в чем проблема изменить настройки?

А в чём проблема пофиксить баг?

И почему ты считаешь, что там захардкодено eth0?

сходи по ссылкам, узнаешь

Не знаю как сделать так так, чтобы интерфейс указывался (автоматическое определение может не работать если интерфейсов несколько) при установке пакета. Т.е. не знаю аналогов postinst-скрипта для arch-а.

eth0 указан в dhcpcd@eth0.service это файл настроек. У себя исправил, работает.

Не знаю как сделать так так, чтобы интерфейс указывался

когда ты делаешь systemd install dhcpcd@eth666 то ты указываешь нужный интерфейс. Именно в этом и фишка @-профилей чтобы не править конфиги руками и не ковыряться в дебрях systemd.

eth0 указан в dhcpcd@eth0.service это файл настроек.

это симлинк на профиль. Если ты попытаешься добавить второй интерфейс, скажем, dhcpcd@eth666 то ничего не выйдет т.к. у тебя в профиле захардкожено всё.

Просто поправь юнит, и все дела

P.S. я указал некорректное решение. При обновлении исправленный файл замениться.

cd /etc/systemd/system/multi-user.target.wants
sed '/^Alias/ s/eth0/enp0s3/' < dhcpcd\@eth0.service > dhcpcd\@enp0s3.service
mv dhcpcd\@eth0.service dhcpcd\@eth0.service.bak

Более верно.

Я немного ошибся. См. второй комент. Так рекомендуется делать, когда нужны нестандартные настройки. Например повесить две версии базы на разные порты.

Удачных форков тоже хватает: icinga, firefox, libreoffice, форки вокруг mysql ...

Самый эпичный форк забыл. Подсказка: название начинается на 'X'.

Подсказка: название начинается на 'X'.

xorg?

Просто поправь юнит, и все дела

Именно. И я негодую почему этого не делают разработчики.

У нас такой херни нет )

херни нет )

есть много другой :)

Эта хоть красивая )

Так это арчемантейнеры накосячили же. В апстриме dhcpcd нет юнитов.

Непонятно, каким образом разработчики могут узнать какие интерфейсы на машине и на каких из них поднимать dhcp. Насколько знаю аналога debconf в арче нет. Конфигурировать необходимо руками.

Там юнит писал какой то идиот, его действительно нужно поправить

Непонятно, каким образом разработчики могут узнать какие интерфейсы на машине и на каких из них поднимать dhcp.

Конфигурировать необходимо руками.

Посмотри на эти строки как я вручную конфигурил систему:

# systemctl enable dhcpcd@enp3s0
ln -s '/usr/lib/systemd/system/dhcpcd@.service' '/etc/systemd/system/multi-user.target.wants/dhcpcd@eth0.service'

В этом и состоит баг.

В апстриме dhcpcd нет юнитов.

оно есть в апстриме systemd.

С этим согласен. Мне непонятно как при установке пакета можно автоматически определить интерфейс на который вешать сервис.

xorg?

Он самый.

Ваша проблема в использовании Arch Linux. Решайте эту проблему :)

Симлинки не обязательно должны быть в /lib/systemd. Файлы в /lib/systemd можно использовать в качестве шаблонов. Например у меня сейчас

at@home:~$ sudo systemctl disable vsftpd.service 
rm '/etc/systemd/system/multi-user.target.wants/vsftpd.service'
at@home:~$ sudo systemctl enable vsftpd.service 
ln -s '/etc/systemd/system/vsftpd.service' '/etc/systemd/system/multi-user.target.wants/vsftpd.service'

Еще один вариант решения. Вдруг кому понадобится.

С чего ты взял? Нет его в апстриме системде.

Да никак. Пусть пользователь делает systemctl enable dhcpcd@iface.

А вообще, правильно или повесить это в правила udev, или использовать менеджер соединений, например NM.

Насколько понял баг в том, что в секции [Install] не поддерживается указание параметров с помощью %I. Некоторое неудобство это доставляет, но, ИМХО, баг не критичный.

Нет его в апстриме системде.

запомни главное правило лора: никогда, НИКОГДА не ходи по ссылкам.

В том примере просто косой юнит. А Install действительно не поддерживает %i на данный момент - эти чудаки уже 3й месяц не коммитят соответствующий патч.

баг не критичный.

я вижу проблему в том что весь линукс и окружающий софт это набор «некритичных» багов. Которые никто не фиксит, «это же не критично».

ЯННП

сходи по второй ссылке в топике