LINUX.ORG.RU
решено ФорумTalks

Gentoo про профили

 


0

1

Вот интересно, разработчики генты вообще понимают, сколько они наплодили ненужных сущностей?

Есть профили:

amd64		default/linux/amd64/17.1					stable
amd64		default/linux/amd64/17.1/selinux				stable
amd64		default/linux/amd64/17.1/hardened				stable
amd64		default/linux/amd64/17.1/hardened/selinux			stable
amd64		default/linux/amd64/17.1/desktop				stable
amd64		default/linux/amd64/17.1/desktop/gnome				stable
amd64		default/linux/amd64/17.1/desktop/gnome/systemd			stable
amd64		default/linux/amd64/17.1/desktop/gnome/systemd/merged-usr	stable
amd64		default/linux/amd64/17.1/desktop/plasma				stable
amd64		default/linux/amd64/17.1/desktop/plasma/systemd			stable
amd64		default/linux/amd64/17.1/desktop/plasma/systemd/merged-usr	stable
amd64		default/linux/amd64/17.1/desktop/systemd			stable
amd64		default/linux/amd64/17.1/desktop/systemd/merged-usr		stable
amd64		default/linux/amd64/17.1/no-multilib				stable
amd64		default/linux/amd64/17.1/no-multilib/hardened			stable
amd64		default/linux/amd64/17.1/no-multilib/hardened/selinux		stable
amd64		default/linux/amd64/17.1/systemd				stable
amd64		default/linux/amd64/17.1/systemd/merged-usr			stable

Давайте рассмотрим простейшее:

desktop
desktop/gnome
desktop/plasma

Итак, мы имеем три профиля. Общий desktop и еще два на каждый DE. Главный вопрос: как так получается, что в debian нет профилей и всё работает? Я могу поставить и gnome и kde(plasma) и они оба будут работать. А в генте надо два отдельных профиля. Скорей всего, в дебиане «use-флаги» проставлены так, что можно поставить и одно и другое или оба и они будут работать, а в генте не правильно. Поэтому наплодили два профиля

А что же в этих профилях такого разного, что нужно это выделять в профили? Есть какие-то утилиты, которые конфликтуют друг с другом? Не думаю. Тут вопрос в неправильных флагах и зависимостях. Потому что в дебиане не нужно делать профили, чтобы всё это работало

Дополнительный вопрос: если на профиле plasma я захочу поставить gnome, то он поставится? Если нет - то какая тут гибкость генты. Оно получается менее гибкое, чем бинарные дистрибы. Если да(с проставлением флагов или без), то какого рожна нужен профиль gnome. И обратно.

Еще один вопрос: если я на профиле desktop могу поставить kde. То зачем профиль plasma? И тоже самое относится и к гном

Раньше был профиль server(как opposite desktop). Сейчас это(скорей всего) amd64/17.1. Вопрос: что считать сервером и что считать десктопом? Почему дебиан может быть и тем и другим без профилей? Опять вопрос к юз-флагам и зависимостям

systemd
openrc

Почему системе инициализации нужен профиль? Может это надо разруливать на уровне зависимостей, а не профилей(т.е флагов)?

По итогу профиль должен быть один, но если трудно это всё разруливать, то по идее логично так:

multilib
nomultilib
hardened

Я сейчас с вашей новостью «гента может в бинарные пакеты» включу профиль systemd и получу отсос петрович по 98% бинарным пакетам. А если я поставлю профиль plasma, то при любой гуёвой программке у которой есть +kde, мне пол системы загадит всякими зависимостями типа kdelib

PS: но, я, конечно же, не буду ставить. Потому что я не настолько тупой, чтобы пердолиться со всем этим. Есть бинарные пакеты? Хорошо! Трудитесь дальше и приводите всё это в нормальный кондиционный вид

★★★

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

Это просто какая-то истерика джуна. Если вы не понимаете, что такое профили и для чего они нужны, то совсем необязательно транслировать свое скудоумие на всю планету.

utanho ★★★★★
()

Господи, ну и стена текста, нет бы ман прочитать. Это просто набор юзов по дефолту.

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

Это ты думаешь, что они нужны в контексте ДЕ. Но они на самом деле не нужны. Проблемы всего две:

  1. Графические тулкиты

  2. Де-специфическая коммуникация

Первое решается невозможностью поставить +кде +гном одновременно. И выставляется +gtk3 or gtk4. Если юзер решит с +qt собрать, то он пусть сам выставит. Если тузла может в оба тулкита, то выставить +gtk4 и при установке kde проставить тузле +qt

Второе решается двумя версиями с постфиксом program-kde program-gnome, в которых захардкожена де-специфическая коммуникация

Плодить ради 12 утилит два профиля - это «пацаны к успеху шли»

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 1)
Ответ на: комментарий от Stil

Это просто набор юзов по дефолту.

Да неужели? Только из-за этого получается целая ветка собранных бинарников этого профиля и если поставить другой профиль, то бинарники у тебя не поставятся из-за этих флагов по-дефолту

Не говоря про сопровождение профилей и билды этих профилей

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 2)

Почему системе инициализации нужен профиль

Пробовал систему инициализации менять? Если бы пробовал, то таких бы вопросов у тебя не возникло. У каждой системы инициализации свой формат скриптов и в каждой они вклчаются по разному, то есть по сути каждый профиль должен иметь свои копии скриптов для кучи пакетов. Если это сделать не профилем, а отдельными пакетами, то это будет просто ад кромешный. Система инициализации по сути, чуть ли не всю систему затрагивает. И это я говорю чисто про систему инициализации, а не про systemd, который БУКВАЛЬНО затрагивает всю систему. Проще дистрибутив поменять, чем систему инициализации в дистрибутиве.

https://wiki.archlinux.org/title/Init

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

Вот интересно, разработчики генты вообще понимают, сколько они наплодили ненужных сущностей?

Открой эти сущности да почитай.

cumvillain
()
Ответ на: комментарий от serg002

Первое решается невозможностью поставить +кде +гном одновременно

*facepalm*

Второе решается двумя версиями с постфиксом program-kde program-gnome

*facepalm* x100500

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

Только из-за этого получается целая ветка собранных бинарников этого профиля и если поставить другой профиль, то бинарники у тебя не поставятся из-за этих флагов по-дефолту

А еще говорят, что даже если пользователь поменяет 1 флаг у пакета, то бинарный пакет из дефолтного профиля ему тоже не подойдет. Врут наверное... Ведь пользователь никогда не правит make.conf и не использует package.use

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

В умирающем дебиане с нехваткой мейнтейнеров есть

emacs-gtk - GNU Emacs editor (with GTK+ GUI support)
emacs-lucid - GNU Emacs editor (with Lucid GUI support)
emacs-nox - GNU Emacs editor (without GUI support)

По-моему, они подобное решили именно так. Логичней сделать так, а не генерить целый профиль для подобного

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

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

Да, не подойдет. Поэтому, при неправильных флагах по дефолту(что есть сейчас у генты), бОльшую часть пакетов придётся пересобирать

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

У каждой системы инициализации свой формат скриптов и в каждой они вклчаются по разному, то есть по сути каждый профиль должен иметь свои копии скриптов для кучи пакетов

Проще в сами пакеты нужное добавить или продублировать pkg-systemd pkg-openrc, чем генерировать отдельный профиль. Отдельный профиль - это:

  1. сопровождение профиля
  2. генерация бинарников, которые затрагивает профиль
  3. невозможность генерации ВСЕХ бинарников т.к куча профилей будет генерить много бинарей. Для этого надо много дискового пространства(об этом говорят сами девелоперы генты)
serg002 ★★★
() автор топика
Ответ на: комментарий от Pinkbyte

facepalm

Главный вопрос: как так получается, что в debian нет профилей и всё работает? Я могу поставить и gnome и kde(plasma) и они оба будут работать. А в генте надо два отдельных профиля?

Может потому, что это неправильно, нет?

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 2)
Ответ на: комментарий от serg002

Не проще. Systemd затрагивает почти все. Загрузчик, журнал, систему инициализации, монтирование файловых систем, создание контейнеров, управляет устройствами, меняет корень, запускает сервисы по расписанию. И это все только часть того что это может. И это почти все несовместимо. Например загрузчик может быть только один, логи являются бинарными. Если не сделать отдельный профиль, то полсистемы как минимум отвалится.

vbcnthfkmnth123 ★★★★★
()
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от serg002

Ты несколько не понимаешь разницу между source-based и binary дистрибутивами. Иначе бы понимал, почему в Debian оно именно так.

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

при неправильных флагах по дефолту(что есть сейчас у генты), бОльшую часть пакетов придётся пересобирать

Берешь и показываешь как сделать правильно. Исходники открыты - welcome.

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

А в генте надо два отдельных профиля?

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

Может потому, что это неправильно, нет?

См. мой комент выше про берешь и показываешь как правильно. Только не на словах. И не приводя в пример абсолютно другой по строению(source vs binary) дистрибутив.

«Talk is cheap. Show me the code» (c) Linus Torvalds

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 3)
Ответ на: комментарий от vbcnthfkmnth123

Если не сделать отдельный профиль, то полсистемы как минимум отвалится.

Всё это можно сделать в пакетах и скриптами. В дебиане какое-то время systemV можно было поставить и удалить systemd. И ничего не разваливалось. Значит чисто технически это возможно сделать без профилей

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

Хороший аргумент. Его очень любят применять везде, где не хотят делать сами. Я огласил проблему и варианты ее решения. Я не дистрибутивостроитель, почему я должен это делать?

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

и новые мэйнтэйнеры всегда приветствуются.

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

  1. релизы с замороженными пакетами 2 года
  2. возможность бинарного разворачивания из централизованного репозитория
  3. приведенные в порядок профили
  4. приведенные в порядок use-флаги
serg002 ★★★
() автор топика
Ответ на: комментарий от serg002

…Мартышка тут с досады и печали
О камень так хватила их,
Что только брызги засверкали.

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

Ты можешь использовать вообще базовый профиль, выставлять флаги сам и иметь одновременно KDE и GNOME установленными - никто не запрещает

А зачем тогда два профиля gnome и plasma? Я в шапке задавал этот вопрос

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

В debian это неправильно сделано было

Тихо смеюсь

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

Я огласил проблему и варианты ее решения. Я не дистрибутивостроитель, почему я должен это делать?

Потому что это opensource. Здесь никто никому ничего не должен. Есть 100500 дистрибутивов. Не нравится Gentoo, всегда можно выбрать что-то более подходящее твоим задачам.

Нытье без конструктива - не интересно.
Войти в белом пальто и сказать - «я считаю, что должно быть вот так и нееб^w не волнует» - это не конструктив.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от serg002

А зачем тогда два профиля gnome и plasma?

Данные профили - для тех, кому лень выставлять 100500 флагов вручную, очевидно же. И если профиль появился - значит спрос на него был.

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

Потому что это opensource. Здесь никто никому ничего не должен

Причём тут опенсорс? Решения надо принимать здравые. Наплодили 38 профилей на одну архитектуру и сидят такие как ни в чем не бывало

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

зачем тогда ты ноешь?

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

Используй более подходящий ынтерпрайзный дистрибутив.

О Боги! А ты думал что? Что я эту поделку буду ставить хоть куда-то? Конечно у меня стоит дистриб, которые инженеры делают

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

за тем же, зачем в дебиане есть task-gnome-desktop и task-kde-desktop

Ну вот и тут пусть сделают task-gnome-desktop и task-kde-desktop и выкинут два профиля

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

Данные профили - для тех, кому лень выставлять 100500 флагов вручную, очевидно же.

А можно нескромный вопрос? А зачем выставлять эти флаги вручную? Это разве нельзя сделать по дефолту в таргет пакетах?

И если профиль появился - значит спрос на него был.

Мало ли на что спрос есть. Я вижу, что спрос такой, что уже скоро за 50 профилей перевалит под amd64

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

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

Но думаю, что мне это становится неинтересным

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

Главный вопрос: как так получается, что в debian нет профилей и всё работает? Я могу поставить и gnome и kde(plasma) и они оба будут работать. А в генте надо два отдельных профиля.

Чем больше универсальных юз флагов, тем больше поставиться пакетов и придется дольше компилировать во время установки и при каждом обновлении. Этой проблемы нет в бинарном дистрибутиве, в худшем случае просто пакет потащит за собой больше зависимостей и они будут лежать мертвым грузом на диске.

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

По этой причине и существуют профили desktop, desktop/kde, desktop/gnome. Их задача - сократить время пользователя на настройку и поддержку юз флагов, но при этом не тянуть лишние опции и зависимости.

altwazar ★★★★
()

Итак, мы имеем три профиля. Общий desktop и еще два на каждый DE. Главный вопрос: как так получается, что в debian нет профилей и всё работает?

в реальности убунты появляются такие проблемы:

  1. нормальное кде есть только в проекте кубунту

  2. ты его пакеты ставишь на обычную убунту

  3. получаешь конфликты версий при обновлении и установке

для дебиана подозреваю, что нормального кде и вовсе не существует

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

О Боги! А ты думал что? Что я эту поделку буду ставить хоть куда-то?

А, тююю, так бы сразу и сказал что пришел потроллить - я бы не тратил на тебя время

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

Это разве нельзя сделать по дефолту в таргет пакетах?

По дефолту выставить часто взаимоисключающие флаги? Ну удачи, чо...

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

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

Есть автоанмаск

но при этом не тянуть лишние опции и зависимости

Так сколько там лишних зависимостей будет? 12? 28?

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

так бы сразу и сказал что пришел потроллить

А я не троллю, я пытаюсь подвести разработчиков генты к нормальным решениям

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

По дефолту выставить часто взаимоисключающие флаги? Ну удачи, чо…

А в чем заключается взаимоисключаемость? Вангую, что в 99% флаг gnome kde включает или какое-то брендирование в пакетах или собирает что-то с флагом +gtk или +qt. Или что они включают\выключают?

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

Конечно. Может у себя топик заведут, обсудят и найдут какое-то лаконичное и красивое с технической точки зрения, решение

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

Есть автоанмаск

Он никак не помогает в установке опциональных юз флагов.

Так сколько там лишних зависимостей будет? 12? 28?

Какая разница? Один webkit-gtk где-нибудь попадется и это уже x2-3 по времени на обновления. Создать «универсальный» профиль можно, но он универсально плох для всех и никому не нужен, а из потенциальных преимуществ - экономия ~10 Гб на раздающей бинарный кэш железке.

Выбор между desktop/gnome и desktop/plasma только решает проблемы пользователей. Чего не хватает, так это рекомендованных юз флагов за их пределами.

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

Я не пользователь кде и гном. Вот набор пакетов, которые ставятся у дебиана, при отсутствии кде и гном. Вангую, что если убрать профили и сделать универсальными use-флаги, то поставилось бы в систему ровно столько же «лишних» пакетов. Ужас-ужас, да?

dpkg -l |grep -i gnome

ii  adwaita-icon-theme                               43-1                                      all          default icon theme of GNOME
ii  eog                                              43.2-1                                    amd64        Eye of GNOME graphics viewer program
ii  gnome-desktop3-data                              43.2-2                                    all          Common files for GNOME desktop apps
ii  gnome-icon-theme                                 3.12.0-5                                  all          This package contains the default icon theme used by the GNOME
ii  libgail-common:amd64                             2.24.33-2                                 amd64        GNOME Accessibility Implementation Library -- common modules
ii  libgail18:amd64                                  2.24.33-2                                 amd64        GNOME Accessibility Implementation Library -- shared libraries
ii  libgnome-desktop-3-20:amd64                      43.2-2                                    amd64        Utility library for the GNOME desktop - GTK 3 version
ii  libxml-libxslt-perl:amd64                        2.002001-1                                amd64        Perl interface to the GNOME libxslt library
ii  libxml2:amd64                                    2.9.14+dfsg-1.3~deb12u1                   amd64        GNOME XML library
ii  libxml2:i386                                     2.9.14+dfsg-1.3~deb12u1                   i386         GNOME XML library
ii  libyelp0:amd64                                   42.2-1                                    amd64        Library for the GNOME help browser
ii  policykit-1-gnome                                0.105-8                                   amd64        authentication agent for PolicyKit
ii  xdg-desktop-portal-gtk                           1.14.1-1                                  amd64        GTK+/GNOME portal backend for xdg-desktop-portal
ii  yelp                                             42.2-1                                    amd64        Help browser for GNOME

dpkg -l |grep -i kde

ii  libblockdev-crypto2:amd64                        2.28-2                                    amd64        Crypto plugin for libblockdev
ii  libblockdev-fs2:amd64                            2.28-2                                    amd64        file system plugin for libblockdev
ii  libblockdev-loop2:amd64                          2.28-2                                    amd64        Loop device plugin for libblockdev
ii  libblockdev-part-err2:amd64                      2.28-2                                    amd64        Partition error utility functions for libblockdev
ii  libblockdev-part2:amd64                          2.28-2                                    amd64        Partitioning plugin for libblockdev
ii  libblockdev-swap2:amd64                          2.28-2                                    amd64        Swap plugin for libblockdev
ii  libblockdev-utils2:amd64                         2.28-2                                    amd64        Utility functions for libblockdev
ii  libblockdev2:amd64                               2.28-2                                    amd64        Library for manipulating block devices
ii  libkf5coreaddons-data                            5.103.0-1                                 all          KDE Frameworks 5 addons to QtCore - data files
ii  libkf5coreaddons5:amd64                          5.103.0-1                                 amd64        KDE Frameworks 5 addons to QtCore

При этом, гном пакеты тянет какой-нибудь eog. Если его не ставить - то лишних пакетов еще меньше будет(и будут ли вообще). Это называется правильно расставленные «use-флаги». Т.е, правильно расставленные флаги приводят к тому, что лишних пакетов минимум и нет профилей. А если ставится кде или гном или какая-то утилита, то зависимости гнома или кде так или иначе будут ставиться

Поэтому я утверждаю, что в генте неправильно сформированы флаги и зависимости, которые привели к появлению профилей типа desktop/plasma desktop/gnome

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

apt-get remove –purge eog -y

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  docbook-xml gir1.2-peas-1.0 gnome-desktop3-data libexempi8 libgit2-1.5 libgnome-desktop-3-20 libhandy-1-0 libhttp-parser2.9 libid3-3.8.3v5 libmbedtls14 libmbedx509-1 libpeas-1.0-0 libpeas-common libtag-extras1 libxkbregistry0 libyelp0
  webp-pixbuf-loader yelp yelp-xsl
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  eog*
0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
After this operation, 8,024 kB disk space will be freed.
(Reading database ... 421754 files and directories currently installed.)
Removing eog (43.2-1) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for libglib2.0-0:amd64 (2.74.6-2) ...
Processing triggers for libglib2.0-0:i386 (2.74.6-2) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for mailcap (3.70+nmu1) ...
Processing triggers for desktop-file-utils (0.26-1) ...

apt-get autoremove –purge -y

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
  docbook-xml* gir1.2-peas-1.0* gnome-desktop3-data* libexempi8* libgit2-1.5* libgnome-desktop-3-20* libhandy-1-0* libhttp-parser2.9* libid3-3.8.3v5* libmbedtls14* libmbedx509-1* libpeas-1.0-0* libpeas-common* libtag-extras1*
  libxkbregistry0* libyelp0* webp-pixbuf-loader* yelp* yelp-xsl*
0 upgraded, 0 newly installed, 19 to remove and 1 not upgraded.
After this operation, 16.6 MB disk space will be freed.
(Reading database ... 420180 files and directories currently installed.)
Removing docbook-xml (4.5-12) ...
Removing gir1.2-peas-1.0:amd64 (1.34.0-1+b1) ...
Removing libgnome-desktop-3-20:amd64 (43.2-2) ...
Removing gnome-desktop3-data (43.2-2) ...
Removing libexempi8:amd64 (2.6.3-1) ...
Removing libgit2-1.5:amd64 (1.5.1+ds-1) ...
Removing yelp (42.2-1) ...
Removing libhandy-1-0:amd64 (1.8.1-1) ...
Removing libhttp-parser2.9:amd64 (2.9.4-5) ...
Removing libid3-3.8.3v5:amd64 (3.8.3-18) ...
Removing libmbedtls14:amd64 (2.28.3-1) ...
Removing libmbedx509-1:amd64 (2.28.3-1) ...
Removing libpeas-1.0-0:amd64 (1.34.0-1+b1) ...
Removing libpeas-common (1.34.0-1) ...
Removing libtag-extras1 (1.0.1-5+b1) ...
Removing libxkbregistry0:amd64 (1.5.0-1) ...
Removing libyelp0:amd64 (42.2-1) ...
Removing webp-pixbuf-loader:amd64 (0.2.1-1) ...
Removing yelp-xsl (42.1-2) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for libglib2.0-0:amd64 (2.74.6-2) ...
Processing triggers for libglib2.0-0:i386 (2.74.6-2) ...
Processing triggers for libc-bin (2.36-9+deb12u3) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.10+dfsg-1+b1) ...
Processing triggers for sgml-base (1.31) ...
Processing triggers for mailcap (3.70+nmu1) ...
Processing triggers for desktop-file-utils (0.26-1) ...
(Reading database ... 419052 files and directories currently installed.)
Purging configuration files for docbook-xml (4.5-12) ...
Processing triggers for sgml-base (1.31) ...

dpkg -l |grep gnome

ii  gnome-icon-theme                                 3.12.0-5                                  all          This package contains the default icon theme used by the GNOME
ii  policykit-1-gnome                                0.105-8                                   amd64        authentication agent for PolicyKit

Чем крыть будете, гентушники? В дебиане без гном и кде утилит не тянутся зависимости гнома или кде. При установке гнома или кде или утилит из этих де - тянутся ТОЛЬКО специфические для этих де библиотеки. Кто мне будет еще рассказывать про отсутствие возможности сделать универсальные use-флаги? И про то, что без профилей этого невозможно сделать

serg002 ★★★
() автор топика
Последнее исправление: serg002 (всего исправлений: 4)
Ответ на: комментарий от serg002

Чем крыть будете, гентушники?

Сходи в зоопарк, представляешь, там у бактриана два горба, неужели одного не хватает как у дромадера? Пусть они тебе ответят.

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

Гентушники такие гентушники

serg002 ★★★
() автор топика
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)