GNOME 44

Куча гнумеров на сойдитте плакалось, что на старых ноутах с 1366x788 при большом количестве пунктов в новомодном quick settings (например, количестве wi-fi подключений в каком-нибудь людном месте), список оных вылазит за нижнюю грань экрана и скролл отсутствует. Ответили им на это wontfix и стали банить каждый следующий такой вопрос.

клоунаду

Ну нет, дружок, твой хлеб я отбирать не буду :)

https://imgur.com/K05bry1

Ты понимаешь вообще что такое /bin/bash -l ? Нет не в каждом профиле. Просто в терминале. В gnome-terminal это было. В gnome-console этого нет. Мне в куче проектов каждый раз сорсить ~/.profile с PATH, если у меня там разные версии ruby или python, например?

а в deb такое невозможно даже в теории.

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

А так, например, посмотри, сколько версий софта бывает в AUR, кроме тех, кто официально поддерживаются в самом Арче.

В самой сборке кучи версий особой магии нет, все средства для этого технологический стек предоставляет. (При условии, что программа использует стандартные средства, такие как autoconf, cmake, meson и т.п., а не собственный проблемный велосипед)

Но на системном уровне между «зоопарком версий объектных файлов» и «контейнерами flatpak» отсутствует важный слой - слой компонентной модели.

Тот самый, который пытались сделать в KDE3, а потом как-то сошло на нет всё.

В gnome-console этого нет.

Ну так Console — это на данный момент огрызок без настроек, чего вы ожидали? Пользуйтесь другим эмулятором терминала.

Если тебе нужны профили, то gnome-terminal никуда не делся. Используй его.

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

Сабжевое окно не влазит на 768p

Что там не влазит на 768p?

А прикол в том, что он больше не мейнтейнится и в стандартной поставке идет уже gnome-console (kgx). Вот я и задаюсь вопросом - а с хренали такой Целостный и Продуктивный ДЕ как Гном не обеспечивает минимальные потребности юзера в такой простой вещи как терминал.

А зачем он разрабатывается?

GNOME 44, GNOME OS

Это прямо фу-фу-фу

Вот, наконец-то адекватный комментарий. Согласен, хотя есть нюансы с vte-терминалами в целом. Да и не юзаю я гном. А знаешь почему? Примерно потому же почему я вот в этом топике вышел из ридонли, из которого выходил за последний десяток лет считанные разы. Ты слишком напоминаешь своим поведением гноморазрабов и все их _не_токсичное коммьюнити. Высокомерность, спесь, нежелание слушать противоположную точку зрения, нежелание хотя бы предположить что твое мнение не единственно верное. За сим раскланиваюсь.

А, ну и про объектную модель еще.

Буквы OM в слове GNOME как раз её и должны были означать.

Но Мигель де Икаса свалил, а остальные не смогли в архитектуру.

Поэтому название GNOME осталось как злая ирония истории. Ничего более далёкого от «сетевой объектной модели» представить просто невозможно.

NIH же. Разраб gnome-terminal забил на gtk4, зумеры решили что insterface is to messy to upgrade it to gtk4 и решили переписать. Вот уже почти год переписывают. Однако уже идет в дефолтной поставке, gnome-terminal в extra.

Кстати про терминалы vte.

Я использую старый vte-терминал, lilyterm, который на gtk2 и на старой версии vte.

Конечно, нет всяких наворотов, как в современной Konsole, но настроек хватает, и работает без проблем уже много лет.

Но Мигель де Икаса свалил, а остальные не смогли в архитектуру.

Попробуй скажи это ebassi :)

Больше не уменьшается штоле лол?

https://files.catbox.moe/bjpvfm.webm

зумеры решили что insterface is to messy to upgrade it to gtk4 и решили переписать

Классика..)

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

Классика..)

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

Да, KDE4. Давно уже стало классикой.

В этом смысле Flatpak конечно проблему «решает», но это примерно как решать проблему плохой экологии в городе методом переезда в другой город.

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

Выкидывать в релиз сырой, переписанный с нуля продукт без фич

Я им уже несколько месяцев пользуюсь.

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

gnome-terminal состоит из vte и устаревшего интерфейса на Гтк3. console состоит из vte и нового интерфейса на Гтк4. Куда надо было вникнуть? Считай только интерфейс и переписывают. Он даже ту же клиент-серверную архитектуру использует.

Да, но в konsole дохрена функционала, который я, например, реально использую.

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

Терминал Gnome предоставляет простым пользователям возможность быстро вызвать терминал, скопипастить команду и закрыть его. Какая-то дополнительная функциональность там чисто цвет поменять.

Если ты профессиональный пользователь, постоянно торчащий в терминале, поставь себе профессиональный эмулятор терминала. Я вот поставил Terminator и не жужжу.

Основная проблема со snap, как мне кажется, в его проприетарной сущности. snapcraft захардкоден и кроме него другие репы использовать нельзя. Поменять на другую репу можно, но она заменит snapcraft. Нетрудно догадаться куда тебя пошлют пользователи с такой идеей.

GNOME/GTK/Wayland разрабатывают одни люди (хотя называть их людьми, это преувеличение), а Flatpak, Pipewire и Systemd - другие. Поэтому такая колоссальная разница в качестве архитектуры и кода. Причём GTK/Glib/GNOME раньше были нормальным софтом.

А прикол в том, что он больше не мейнтейнится

Кто «он»? — gnome-terminal? Я сказал «Пользуйтесь другим эмулятором терминала», а не конкретно gnome-terminal. (Да и не то чтобы он прям совсем заброшен.)

Ну так и мой («мой» не в смысле что я разраб, а в смысле, что вряд ли на ЛОРе кто-то кроме меня про него еще помнит) lilyterm тоже состоит из vte и интерфейса на тулките. Разница - в фичах, которые лежат за пределами эмуляции собственно терминала. Этим-то базовым уровнем как раз занимается vte.

А это системная штука. Замкнутый круг:

1. Гнумом пользуется мало народу, мало финансирования идет (они об этом постоянно плачут).
2. Народ, который идет в разработку гнума - это вчерашние студенты, которых набирают на всяких гуадеках, тупо на практику.
3. Часть из них отсеивается достаточно быстро, остальная часть начинает контрибьютить, не имея толком понимания того, как оно все было изначально.
4. Менторов мало, того же икасы больше нет в составе, остальные - злобные хмыри (см. де басси). Есть только HIG и кое-какие гайдлайны в гитлабе.
5. NIH-синдром + синдром избранности и единого видения. Простые юзеры - плебеи, их мнение не учитывается, ведь см. п.1 - у нас мало ресурсов.
6. Все повторяется каждые год-два.

Один вопрос. Как у кде-шников-то получается? И нормально с коммьюнити-запросами, и баги чистят с еженедельными отчетами. И в вейланд fractional scaling завезли настоящий, а не upscale/downscale.

Тьфу. Хотя визуально мне гнум вполне местами нравится, но, извините, это плохое ПО by design.

Причём GTK/Glib/GNOME раньше были нормальным софтом.

Да.

Не то что б прям нормальным, но адекватным. До нормальности как раз gtk можно было еще допилить. Там внутри много где была спагетти вместо архитектуры. Требовалась декомпозиция.

Но потом что-то пошло не так…)

Я сказал

Тыскозал?

Больше не уменьшается штоле лол?

Уменьшается, конечно, однако товарищ заявил, что окно не влазит в 768p, однако как я показал на снимке экрана, всё там помещается.

Да, Gnome 3. Давно уже стало классикой.

Но потом что-то пошло не так…)

Нормальные разработчики ушли на пенсию, а вместо них пришли SJW-куколды с космическим ЧСВ, которые считают всех остальных людей кусками говна. От них даже Леннарт сбежал в Microsoft.

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

Это в каком DE большинство пользователей не являются разработчиками?

Тут, мне кажется, самое главное в 5-м пункте. Исходно у тех, кто рулит процессом, вот такие установки в голове, а остальное следствие.

Опытный разработчик не пойдёт чинить архитектурные и инфраструктурные баги гнома, потому что понимает, что его могут и скорее всего пошлют. Идут вчерашние студенты и переписывают терминал и текстовый редактор.

Тыскозал?

Ну это уже клиника. Тратить своё время на неадекватов не собираюсь. Всего хорошего вам.

В любом.

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

ОК. Не смею более тревожить.

Тут, мне кажется, самое главное в 5-м пункте

Скорее, это выработалось в ходе повторяющегося цикла, кмк.

Нормальный эмулятор терминала, нормальный текстовый редактор, нормальный браузер…

Нормальный WM еще поставить, да.

а не upscale/downscale

Завезли уже нормальный https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2394

Боже, пофикси у себя вкладки в FF. Это убожество, за которое дизайнеров мозиллы нужно расстрелять.

https://github.com/black7375/Firefox-UI-Fix

Видел, да. Костыли, но, может и взлетит. Как раз после тройной буферизации в mutter. Т.е. еще через год-два.

Хотя гнумери божились, что подобное будет возможно только в gtk5, не раньше.

Что я хочу сказать: конкуренция - это хорошо, это двигает прогресс.

Короче история стара как мир: идея хороша да реализация подкачала.

П.с. не участвую в борьбе умов, просто зевака.

А, благодарю, не знал=)

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

• В deb нельзя поставить две минорные версии одной библиотеки одновременно.
• В deb нельзя поставить две версии обычных приложений одновременно.
• В deb иногда обновлять приложения до последних версий - это засирать систему сторонними PPA, поэтому лучше юзать Flatpak/AppImage.
• Зависимости старого приложения могут выкинуть, а в Flatpak/AppImage будет работать даже старые приложения.

Можно, конечно. Собираем кастомный deb с другим именем и ставим.

Но это всё лишь свидетельства того, что dll hell в линуксе так и не был решен. И к нему еще как обобщение добавился namespace hell всего пространства имён файлов из-за того, что у программ нет стандартного способа отвязаться от вкомпилированных путей.

libdbusmenu уже не поддерживается

прямо напугали.

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

Кстати, Bedrock Linux ты видел?

Там этот вопрос решили «наизнанку» от метода флатпака.

Но это всё лишь свидетельства того, что dll hell в линуксе так и не был решен. И к нему еще как обобщение добавился namespace hell всего пространства имён файлов из-за того, что у программ нет стандартного способа отвязаться от вкомпилированных путей.

Потому что идеальной системы пакетирования не существует в природе.

Ты либо тащишь всё статически как AppImage или винда. Либо пакуешь все библиотеки в пакеты. Возможно хорошо, что deb не умеет разные минорные версии библиотек одновременно, иначе в системе была бы такая же помойка как и в винде, только не раскиданная по всем папкам приложений. Flatpak это что-то между между статик пакетированием, и обычными пакетами. Универсального решения не ждите, его не будет.