From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Message-ID: Date: Tue, 1 Jul 2025 14:26:07 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel@lists.altlinux.org References: <201908181443.41786.asy@altlinux.org> <202507011030.43910.asy@altlinux.org> <7997d5c4-5445-4f66-a52b-a36009aa70f6@altlinux.org> <20250701111144.GA16531@altlinux.org> Content-Language: ru, en-US From: Anton Midyukov In-Reply-To: <20250701111144.GA16531@altlinux.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?ZXRoIC0+IGV0aGVyLCDQuNC70LggYnVnIDMyMTY3ICh1?= =?utf-8?q?dev-rule-generator-net=29?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2025 11:26:10 -0000 Archived-At: List-Archive: List-Post: 01.07.2025 14:11, Alexey V. Vissarionov пишет: > Good ${greeting_time}! > > On 2025-07-01 09:47:56 +0300, Anton Midyukov wrote: > > >>> Ввиду того, что у udev пропал патч для переименования > >>> интерфейсов > > Туда ему и дорога в общем-то. > Если бы это было нужно, это было бы в ядре. > > >> А если нет, с какого перепуга вдруг надо удалять упоминание > >> udev-rule-generator-net в качестве решения обозначенной > >> проблемы, да ещё оставляя описание самой проблемы? И с > >> угрозой вообще удалить пакет udev-rule-generator-net из p11 > > Очень надеючь на s/угрозой/обещанием/ > > > После установки пакета доверчивый пользователь останется без > > настроенной сети после перезагрузки. Разве нет? > > В существующих системах пакет не трогать (пользователь сам rpm -e > сказать может), в свежеустанавливаемые не добавлять. > > >> Или вдрукг стало считаться, что все должны использовать enp* > >> и не мутить воду? > > Если бы это было так, то эти названия интерфейсам давало бы ядро. > В реальности же типов ethernet-устройств, по мнению разработчиков > ядра, существует всего два - полноценные ethernet ("eth%u") и > огрызки CDC ("usb%u"). > > >> Так enp* тоже постоянством не отличаются, > > Ага. А теперь представляем себе ситуацию, когда устройство сменило > название, а доступ к компутеру возможен только по сети. Пусть даже > не в принципе возможен, а за разумное время. > > >> на wiki ссылка есть на зависимость от ядра. Плюс я лично видел, > >> как эти enp скакать начинают при установке внешней видеоплаты > >> например. > > Совершенно нормальное явление: кроилово закономерно приводит к > попадалову. > > Не, я знаю, почему (и как) это происходит. Но зачем ломать то, что > работает? > > >> Или просто при добавлении ещё одной сетевой. > > Нужно документировать фиксацию имён сетевых интерфейсов через > > создание link файлов. > > То есть, сначала ломаем всем ноги, а потом раздаем хорошие костыли? > > Вариант сразу сделать по уму даже не рассматривается? > И как сделать по уму? -- best regards, Anton Midyukov