LINUX.ORG.RU
Форум — Talks  

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

 , , , ,


0

1

Давным-давно в systemd поломали dhcpcd@-сервис (а может он всегда был кривой). Проявляется это в том что там захардкодено eth0 в файле сервиса. Хрен бы с этим, но ведь с недавнего времени никаких eth0 больше нет, зато есть всякие enp3s0. И естестно это больше не работает вообще никак. Баг в арчлинукс направлен 10-го августа. Арчеводы быстренько закрыли с wontfix и перекинули проблему в upstream. А апстриму пофиг, апстрим не чешется. А между тем в обоих багтрекерах давным давно лежат решения проблем. Что делать, Зин?

Раньше говорили: «а ты написал багрепорт». Потом стали говорить «а ты засабмитил патч?». Что теперь говорить? «Постучал ли ты по башке девелоперам»? «Форкнул ли ты проект»? Зла на них всех не хватает :(. Короче, кто хочешь написать письмо Его Величеству? Я не в настроении писать цензурно.

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

PS а линукс тут при том что он служит низкоуровневой прослойкой для systemd.

Список использованной литературы:

https://bugs.archlinux.org/task/31093

https://bugs.freedesktop.org/show_bug.cgi?id=53954

★★★★★

Последнее исправление: CYB3R (всего исправлений: 2)

 ← 1 2 3 →

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

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

aix27249 ★
()

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

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

thesis ★★★★★
()

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

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

ЧЯДНТ?

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

true_admin ★★★★★
() автор топика

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

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

post-factum ★★★★★
()
Ответ на: комментарий от thesis

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

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

true_admin ★★★★★
() автор топика

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

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

ramon13666 ★★★
()
Ответ на: комментарий от true_admin

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от true_admin

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от true_admin

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

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

tazhate ★★★★★
()

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

[Install]
Alias=multi-user.target.wants/dhcpcd@enp0s3.service
Пока работает.

at ★★
()

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

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

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

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

pacify ★★★★★
()
Ответ на: комментарий от true_admin

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

post-factum ★★★★★
()
Ответ на: комментарий от pacify

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

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

DeVliegendeHollander ★★
()
Ответ на: комментарий от DeVliegendeHollander

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

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

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

pacify ★★★★★
()
Ответ на: комментарий от pacify

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

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

true_admin ★★★★★
() автор топика

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

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

no-dashi ★★★★★
()
Последнее исправление: no-dashi (всего исправлений: 1)

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

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

v0mqfish ★★★
()
Ответ на: комментарий от post-factum

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

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

MahMahoritos ★★★
()
Ответ на: комментарий от no-dashi

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

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

v0mqfish ★★★
()

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

GNU-Ubuntu1204LTS ★★★
()
Последнее исправление: GNU-Ubuntu1204LTS (всего исправлений: 2)
Ответ на: комментарий от no-dashi

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

fixed

farzeet ★★
()

с недавнего времени никаких 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

УМВР. ЧЯДНТ?

geekless ★★
()
Ответ на: комментарий от quiet_readonly

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

AiFiLTr0 ★★★★★
()

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от true_admin

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

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

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

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

Pinkbyte ★★★★★
()

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

Bad_ptr ★★★★★
()
Ответ на: комментарий от true_admin

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

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

# 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.
...

Suigintou ★★★★★
()

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

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

GateKeeper ★★
()
Последнее исправление: GateKeeper (всего исправлений: 1)
Ответ на: комментарий от post-factum

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

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

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

MahMahoritos ★★★
()

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

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

stels ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Talks