А ты поставил убунту?

я её снёс и поставил арч. Иначе откуда бы я узнал о баге?

я её снёс

За такое -20, а не -3, влепить надо.

с недавнего времени никаких eth0 больше нет, зато есть всякие enp3s0.

Ээээ... я что-то пропустил?

Что теперь говорить? «Постучал ли ты по башке девелоперам»?

Собственно, всю жизнь именно так и говорил. Но все ж самые умные и постоянно жужжат о том, что багрепорты это панацея.

никаких eth0 больше нет, зато есть всякие enp3s0

УМВР, ЧЯДНТ? В смысле, как были ethX, так и остались.
Правда, арчики, понятно, не свежеустановленные.

я что-то пропустил?

да: http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceN...

ЧЯДНТ?

Ты не читаешь логи апдейтов, там как раз написано что для старых систем всё по-прежнему.

зато есть всякие enp3s0

Эта фигня по умолчанию отключена, о чём выдаётся уведомление при апдейте.

Но все ж самые умные и постоянно жужжат о том, что багрепорты это панацея.

я сам был таким на волне феерии от того что дебиановцы что-то там быстро пофиксили. Увы, всё зависит от расторопности мейнтейнеров, сложности бага и звёзд на небе :(

«Форкнул ли ты проект»?

Самое актуальное. Сейчас это модно.

Эта фигня по умолчанию отключена

А вот и нет. Я сам так думал пока свежий арч не воткнул.

Почему, читаю. Просто ломать живое они не стали, смысла в этом нет.

Лучшее отношение к багрепортам в опенсурсе, что я видел - у OpenWRT'шников, им всегда с удовольствием сливаю отловленное...

1) Надо было ставить генту;
2) не придумал.

Надо было ставить генту

ха-ха, вы ещё попляшете под дудку Поттеринга, вот увидите :)

лол. с чего-бы это?

ха-ха, вы ещё попляшете под дудку Поттеринга, вот увидите :)

*зевнул*.
Мы гентушники - у нас подход «сделай сам».

с чего-бы это?

У него руки длинные. Впрочем, время покажет.

Переименовал файл в dhcpcd@enp0s3.service, изменил алиас

[Install]
Alias=multi-user.target.wants/dhcpcd@enp0s3.service

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

Надо расчехлять старый «Максим».

пинатель девелоперов.

Есть принцип проще, про Магомета.
То есть, самому стать девелопером.
ОС - это не такая уж и сложная вещь, для тех узких задач, которые есть на ПК (ПЭВМ).

А. На новых инсталляциях включена. Рассылку читать надо :P.

ОС - это не такая уж и сложная вещь, для тех узких задач, которые есть на ПК (ПЭВМ).

Ну да, ну да. То-то же каждый первый на ЛОРе уже написал свою ОС, ага, ага, это ж проще простого.

ага, ага, это ж проще простого.

Это не просто. Это реально лишь если ты сам собрал железо,
и у тебя есть все грамотно расписанные спецификации на него.

Чтобы писать под железо на ix86 - надо спеки. А это - много
толстеньких томов под грифом «TOP SECRET». Далеко не всё есть
в открытом доступе.
Аналогично, с периферийным оборудованием для IBM PC-compatible.
Иногда приходится исследовать линуксовые драйвера, чтобы заюзать
какую-нибудь плату. Времена книжек от Кулакова и Зубова прошли.
Мейнстрим всё быстрее скатывается в коммерцию (либо железо
дорогое, либо софт платный, либо [иногда] техподдержка требуется).
Причина - дефицит ресурсов, всем кушать хочется. Кто будет
контролировать информацию - тот будет и кушать лучше, и
проживет в среднем дольше.

Есть принцип проще, про Магомета.

я понимаю, но на всё меня не хватает :(

Давным-давно в systemd поломали dhcpcd@-сервис

Его выкинуть надо (в смысле dhcpcd@.service). За запуск оного должен отвечать NetworkManager, делая это по необходимости.

Недавно столкнулся с этой багой, даже не гуглил есть ли она в багтрекерах, как-то пофиг на нее, т.к. в основном использую netcfg.

По ссылкам не ходил, не Ъ это =) Но как я понимаю проблема в том, что когда делаешь systemctl enable dhcpcd@enp3s0 , то создается симлинк с dhcpcd@eth0. Решил этот баг ручным созданием симлинка, и все стало ок.

Эта фигня по умолчанию отключена, о чём выдаётся уведомление при апдейте

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

Видишь ли, например, если требуется всего лишь автоматически получать адрес при запуске системы, то dhcpcd@eth0 в целом справляется хорошо и не нужно ставить все эти монстры типа NetworkManager.

Естественно когда дело доходит до того, что хочется до/после поднятия/опускания интерфейса делать дополнительное действие, типа, например, MAC вписать, или вызвать скрипт, который отправит ракету на луну, то лучше netcfg с его POST_UP/PRE_UP/POST_DOWN/PRE_DOWN я не нашел.

Внезавпно,но

Ко-ко ко ванильные пакеты :)

А если серьёзно- очередной пример создания препятствий на ровном месте, и героическое преодоление их же. Поставить студенческую поделку, и удивляться что её майнтейнеры не могут договориться с создателями ещё весьма нестабильной программки с полтора землекопами разработчиков - эээ...неразумно. Сам сготовил,сам и кушай (С)

а свежий это какой? я ставил декабрьский и УМВР

Его выкинуть надо (в смысле dhcpcd@.service). За запуск оного должен отвечать Wicd, делая это по необходимости.

fixed

с недавнего времени никаких eth0 больше нет, зато есть всякие enp3s0

$ ifconfig | grep UP
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1492

УМВР. ЧЯДНТ?

УМВР. ЧЯДНТ?

Плохо читаешь ветку.

Ваще не читаю, сразу отвечаю. :-D

Все верно мужик сделал, убанта не нужна.

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

Как недавний юзер, активно занимающийся именно этим и как новоиспеченный разработчик - плюсую. Нужно, так как процесс разработки того или иного opensource проекта не всегда очевиден для пользователя

systemd давно в дереве, скоро вроде даже стабилизация намечается

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

разработчик openrc сказал что будет продолжать его пилить

иными словами - кризис отменяется ;)

Есть принцип проще, про Магомета. То есть, самому стать девелопером

Многие так и поступают ;)

systemd

«нет ума - считай, калека»

а ты запилил pkgbuild?

Например, Леннарт.

напишите поттерингу в Г+

ха-ха, вы ещё попляшете под дудку Поттеринга, вот увидите :)

Дык уже, почти.

# eselect news read
2013-01-23-udev-upgrade
 Title Upgrading udev from 171 (or older) to 197
 Author Samuli Suominen <ssuominen@gentoo.org>

Upgrading udev from 171 (or older) to 197 will require special attention:
...
- The case of predictable network interface names; if the file
 /etc/udev/rules.d/70-persistent-net.rules is being used for renaming
 network interface names to already existing names, then you need to
 read following bug[1] because it's no longer possible. This won't
 be a problem with the new predictable network interface name scheme[2].

 [1] http://bugs.gentoo.org/453494
 [2] http://www.freedesktop.org/wiki/Software/systemd/
 PredictableNetworkInterfaceNames

- Support for older kernels than 2.6.39 is dropped. If you need older kernel
 we recommend you to look into sys-fs/eudev or use local overlay for keeping
 the old ebuild. Remember to also get the distfiles where the patchsets are.
 The upgrade into current stable version of gentoo-sources is recommended.
...

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

Понятие «должность» включает в себя определенные набор обязанностей и набор привилегий и, зачастую, набор критериев для вознаграждения исполнения этих обязанностей при невыходе за рамки привилегий. Обязанности, будем считать, ты описал. Давай остальное.

Не контролируешь свою систему.

Не контролируешь свою систему

И как я ее должен контролировать, если из udev выкинули скрипт для автоматического создания правил сетевых устройств?

Кстати, за что его так?

От безделья, видимо.

никаких eth0 больше нет, зато есть всякие enp3s0

Это где такая садомия?