Сдать экзамены на знания, пройти практику под руководством одного из текущих разработчиков, стать разработчиком, получить соответствующие права, разработку вести в инфраструктуре Mageia, у них свой git.

И это очень правильно, мало ли, чел оставил старое ядро, а потом на автомате случайно удалит

Вы наверное хотели сказать - 2. Формируется два списка удаляемых пакетов (ядра + сироты)

Подробнее пожалуйста, а до этого как удалялся?

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

Тогда это следует понимать так - Формируется общий список удаляемых пакетов (ядра + сироты), из списка ядер и списка сирот с исключенными ядрами (визуально в разных окнах, но для программы список один).
Вероятно так?

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

TopE, ставится ПАК1+ЗАВ1, в системе он обозначается именно как ЗАВ1 к ПАК1.
Теперь ставим ПАК2 у которого в зависимостях тоже ЗАВ1, но так как он уже установлен, то система его не помечает как ЗАВ2, хотя и имеет ввиду, что он требуется уже для обоих пакетов ПАК1 и ПАК2.
Далее мы удаляем ПАК1, а ЗАВ1 может стать сиротой, а может и не стать - поди разберись в этих urpme/urpmq, я как-то так понял.
Во всяком случае так объяснял diablopc

не станет, так как он указан в зависимостях к ПАК2

Добавлено копирование в буфер отдельных позиций и выгрузка списков в файлы (перезалил повторно 1.2)

TopE, а в Магее и нет такой фукции и никогда не было, единственное что есть так это самая первая пометка зависимости при первоначальной установке пакета. Дальнейшей судьбой пакета urpme/urpmq не занимается - никто её на это не настраивал.
но зато это попытался сделать alex_q_2000, может быть не совсем до конца, но хотя бы так, что уже очень хорошо.
Вероятно задача будет решена полностью, когда программа или система будет отмечать переход зависимости от одного пакета к другому. Таким образом автоматом решится вопрос - сирота пакет или нет.

alex_q_2000, сегодня случайно создал пустую папку и удалил её в корзину, но программа её почему-то не очистила, хотя текстовый файл(не в папке) удалила.
зы: я тебя ещё не замучил своими тестировками?

Раз всё упирается в трудности с отслеживанием зависимостей сирот в списке потенциальных сирот, пусть Магия сама отслеживает эти зависимости по шагам.

Предлагаю удалять выбранные пакеты без зависимостей через rpm -e --nodeps имя_пакета. В теории мы получаем результат, сходный с работой CCleaner, когда за один проход он гарантированно удаляет отмеченные ключи реестра, но не удаляет связанные с ними. При повторном сканировании он выдаёт список оставшихся от удалённых. Там приходится запускать анализ/очистку несколько раз, поскольку каждый раз он выдаёт всё меньше и меньше зависимостей (ключей). Обычно 2-3 прохода бывает достаточно.

Таким образом, если логика работы urpmq --auto-orphans вернА, мы пошагово приблизимся к идеалу чистой системы, просеивая зависимости сирот через сито rpm. Этот вариант раза в 3 быстрее, чем urpme --auto имя_пакета и позволяет более детально исследовать зависимости пакетов. Что скажете?

p.s. Сам процесс удаления становится более динамичным и предсказуемым. Для тестов выложена версия 1.3. Истина где-то рядом. ))

Сейчас поставлю 5.1 x64 KDE, проверю и выложу видео

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

alex_q_2000, в отличии от Вас я чайник и мало что могу сказать, но видел здесь на форуме - rpm вроде как не совсем родная утилита(всё ли она сделает как надо), а urpmi родная, жаль нет xxblx'а, он точно знает про всё это

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