LINUX.ORG.RU

Canonical вошла в Консультативный совет GNOME

 , ,


2

3

Сегодня официально объявлено о вхождении компании Canonical в Консультативный совет GNOME. Это событие связано с её недавним решением изменить окружение по умолчанию в Ubuntu на GNOME Shell. Теперь Canonical будет принимать прямое и непосредственное участие в разработке GNOME.

>>> Официальный пресс-релиз

★★★★★

Проверено: leave ()
Последнее исправление: sudopacman (всего исправлений: 1)

Ответ на: комментарий от mbivanyuk

Может лучше сразу закопать? Ну шоб не мучилась зверушка?

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

Вот только крыса с compiz и выкрученными в потолок анимациями,тенями и прочими прозрачночтями и 400 метров не отъедает,тогда как гномошелл меньше гига кушать оказывается на моём железе.Пчём гномошелл при этом ещё и подтормаживать умудряестя - при всём своём кастрированном состояни.Об уровне юзабельности даже говорить не стоит.Гном без расширений уг по определению.Расширениями функционал можно подтянуть,но во1 жрать и тормозить он начинает ещё больше,а во2 расширения и темы имеют свойства переодически ломаться - тут вообще без коментариев. Ну и не знаю,стоит ли заикаться о юниксвейности,которой всё ещё придерживается крыса и которую расстреляли гвоздями,прибивая всё на свете в своём ущербном гноме укуренные «разработчики».Путь гномошелла - это деградация.Шутка ли : основной функционал нужно возвращать сторонними расширениями от васянов,а изменять расположение кнопок окон,как и многое другое,нужно руками! От це перемога!

anonymous
()

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

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

основной функционал нужно возвращать сторонними расширениями от васянов

Это лютейший звездец. Протроянь меня полностью!

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

gnome-tweak-tool что-ли? слухи о его смерти сильно преувеличены, версия 3.26.2 пару дней назад вышла.

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

Нормальные DE должны ... иметь поддержку календаря и контактов

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

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

основной функционал нужно возвращать сторонними расширениями

У всех свои представления об «основном функционале», поэтому тема с расширениями выглядит гораздо логичнее и оправданнее чем прибивание шиферными гвоздями в систему кучу барахла по умолчанию.

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

Интерфейс поплющило. Напр. цветовая палитра стала 1px высотой. Все виджеты в гтк3 получили прозрачный фон и местами это выливается в неприятные глюки. Спинконтролы в палец длиной - это корячит интерфейс просто зачотно.

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

Если следовать стандартам, то проблем нет.

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

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

Это Unity. А upstart закопали как только в Canonical не осталось разработчиков

это всё произошло после сокращения финансирования разработки убунты

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

На минуточку, Canonical за вступление в совет Гном будет платить им 23 000$ в год

На минуточку это не тянет даже на годовую зарплату одному разработчику.

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

Интерфейс поплющило. Напр. цветовая палитра стала 1px высотой.

Хотел посмотреть, но в 26-й и в 27-й fedor'е текущий Inkscape на Gtk2.. Хотя с месяц назад он вроде был на Gtk3..

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

Не прошло и года, как появился системд.

Злобный редхат разработал системд, чтобы утопить апстарт вместе с убунтой, лол

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

Просто они не поняли что ещё не доросли до RH свои велосипеды под стандарты пилить.

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

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

Имеешь в виду, гвоздями приколоченный к убунте код? Санонисал не виноват, что ему пришлось пропатчить GTK в своём дистре. Он же отправил эти патчи в апстрим, а там не приняли...

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

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

mutter уже шесть лет как отключает композитинг для полноэкранных приложений

Это вообще-то костыль, которым стараются прикрыть лаги композитора.

Кроме того, на довольно большом количестве железа это приводит к тирингу в полноэкранном видео. И самое хреновое, что принудительное отключение композитного режима не настраивается от слова вообще - можно лишь либо каждый раз выполнять магическую команду из девелоперской JS-консоли GNOME Shell либо поставить расширение с GitHub (!), которое у меня, кстати, на новой версии GNOME не заработало.

anonymous
()
Ответ на: комментарий от pod

Менеджер контактов для GNOME

... Приложение объединяет информацию со всех ваших источников, предоставляя централизованный способ управления контактами

кроме того у гнома есть интеграция с jenkins, git и еще куча всего

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

Ну так и нафиг этот kwin, несмотря на функциональность кед.

И вообще, а что еще есть с нормальным 3д кроме зеленых на блобе? Амд вообще дров проприетарных нет, интел дохлый.

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

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

И именно он на КДЕ (в сравнениии с гномом) работает хреново.

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

И именно он на КДЕ (в сравнениии с гномом) работает хреново.

То, что для KWin - «хреново работает», для GNOME - недостижимая мечта. По крайней мере анимаций в 15 FPS и периодических «замораживаний» отрисовки при нагрузке в нём в отличие от Mutter не наблюдается.

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

Не переживайте, ЧЯДНТ со временем проходит :)

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

Хотел посмотреть, но в 26-й и в 27-й fedor'е текущий Inkscape на Gtk2.

Не смотрел депенденси, поскольку был важен вид «из коробки». Может и гтк2 тему так изгадили. Свою погремуху под гтк3 пришлось обтачивать достаточно много.

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

То, что для mutter - «хреново работает», для KDE - недостижимая мечта.

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

anonymous
()

RAM-нищебродствование уже настоиграло

никто не собирается ставить ГНОМ на эмбеддеды с 256МБ А для декстопа с 12ГБ+ наоборот лучше заполнить как можно больше, дабы юзер икспириенс не портить фризами и подзагрузками.

у меня старенький ноут, и тот из магазина шел с двумя планками на 8 и 4 ГБ, средний по тем временам. Неужели проблема докупить планку да поставить? Они ж копейки стоят...

доколе, ребята?

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

Исправил не благодари

А теперь попробуй доказать. Мои пруфы смотри здесь.

Вообще, GNOME-овские приложения, видимо, написаны, исходя из потребностей вида «посмотреть пару фоточек и не более». Чуть только сталкиваешься с чуть большим массивом данных - и всё, приплыли. Например:

  • Nautilus

    Отвратительно работает с большим количеством файлов. Это очень легко продемонстрировать.

    1. Создайте каталог с большим числом файлов:
      $ mkdir test
      $ for i in {1..250000}; do echo $i > test/$i; done
    2. Зайдите туда Nautilus-ом. Засеките время и потреблённую при этом память.
    3. Попереключайтесь между Nautilus и другими окнами.
    4. Откройте что-нибудь из боковой панели, например, домашний каталог.

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

  • GEdit

    Попробуйте открыть в нём сколь-нибудь большой файл. Например такой: strings /dev/urandom | for i in {1..100000}; do read -n 4000 line; echo "$line" >> test_file.txt; done. Для начала, открывать его он будет мучительно долго. А когда откроет, попробуйте поискать в нём что-нибудь.

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

  • Eye of GNOME

    Откройте стандартным просмотрщиком картинок GNOME вот эту. Опять же, засеките время и потреблённую память. Стоит ли говорить, что Gwenview из KDE справится за пару секунд?

Так что приберегите свои «лол кде» для того, кто не работал в обеих средах.

anonymous
()

вхождении компании Canonical в Консультативный совет GNOME.

Гогно к гогну липнет. Ну и пускай. Только жаль, вонять будет в разы больше.

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

согласен

Я бы на их месте не пошел в гном. Это и унизительно да и гном 3 ни о чем. Смысла никакого

siropchik
()
Ответ на: комментарий от anonymous

Лол, во всех ваших тестах kwin будет лагать не меньше. Эти ваши «пару секунд» просто уморительны учитывая, что я привел конкретный пример, когда кеды падали на двухъядерном селероне с двумя гигами оперативы. Знатно вас порвало. И да не вы один работали на обоих системах.

anonymous
()
Ответ на: комментарий от Odalist

А разве нет? Вдвое больше.

Баян про броузер:
7 % против 3,5 %, при том что один броузер отжирет 50 %. И это при 4 GB ram.

При 8 GB : 3,5 % против 1,75 %. Выйгрыш в 1,75 %, ради чего?

Так что нет, не аргумент.

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

во всех ваших тестах kwin будет лагать не меньше

Где пруфы, Билли?

Их не будет, и я знаю, почему. Во-первых, ты балабол. Во-вторых, есть вполне технические причины тормозов GNOME-овского композитора: он работает в одном процессе с самой оболочкой (которая, на секундочку, включает в себя целый JS-движок вместе с CSS-движком), и как только оболочке вздумается чем-нибудь заняться - иконки там перечитать или ещё что - отрисовка останавливается. На эту тему есть багрепорт - на, наслаждайся.

KDE, кстати, на ровно этой же машине летает. И менеджер окон там - отдельный независимый процесс.

Эти ваши «пару секунд» просто уморительны

Пара секунд - это в KDE. GNOME так быстро думать не умеет, тут уже минутами измеряется.

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

Знатно вас порвало

Ну да, ну да. Что, нечем ответить на аргументы, и приходится вот так вот проецировать? Ну ничего, подрастёшь - поумнеешь. Может быть.

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

а каким образом он вообще работал? ничего не слышал про эту фичу

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

Eye of GNOME

Откройте стандартным просмотрщиком картинок GNOME вот эту. Опять же, засеките время и потреблённую память. Стоит ли говорить, что Gwenview из KDE справится за пару секунд?

Жестко. Попытался открыть в eog - комп подвис, ничего не раьотает, хз, может минуты две-три прождал. Перегрузил, поставил gwenview - миниатюра появилась моментально, был небольшой затуп когда 100% масштаб поставил, но дальше норм можно смотреть. Походу придется de менять (((.

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

Подумал, что может дело в wayland - нет, даже если запустить eog на xwayland гном через секунд 10-20 полностью зависает. Самое обидное, что если ткнуть в это разрабов гнома - они заноют, мол «у нас свобоный проект, мы никому ничего должны...» и ничего не сделают. Уже несколько раз с подобым сталкивался.

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

Походу придется de менять

Ну это слишком радикально. Если вам очень нравится GNOME - пользуйтесь им. Просто имейте в виду, что написан он не очень грамотно, поэтому нагружать его не стоит.

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

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

Просто имейте в виду, что написан он не очень грамотно, поэтому нагружать его не стоит.

И при этом не стоит проецировать работу одной аппликухи на все остальное, вместе взятое. Тот же Shotwell открывает эту картинку почти моментально. А гномовский вьювер тупит безбожно. Хотя да, сам гномошелл мне не нравится, но это скорее из серии «вкусовых предпочтений».

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

У меня моментально только миниатюра появилась, когда на ней кликнул, все опять к херам зависло (играло видео, только переиодически появлялся/пропадал звук). В gwemview все отлично с видео, причем во время затупа при переходе к 100% масштабу видео даже не лагало.

anonymous
()
Ответ на: комментарий от nvl

Баян про броузер:

А ведь предыдущий оратор писал про Gnome и XFCE

Операционка с Гномом со старта ест 550 мб, с Крысой меньше 300

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

Забавно, mirage на gtk2. Получается деградация. Для Gtk4, наверное, понадобится суперкомпьютер, чтобы посмотрерть fullhd картинку)

anonymous
()
Ответ на: комментарий от Linfan

И при этом не стоит проецировать работу одной аппликухи на все остальное, вместе взятое

Так я и не одно приложение рассмотрел, а три: менеджер файлов, текстовый редактор и просмотрщик изображений. В общем-то, одни из самых важных приложений в любом DE.

И это я только часть примеров привёл из того, с чем сталкивался. А ведь можно вспомнить и мучительно долгое удаление большой иерархии каталогов в Nautilus, тогда как Dolphin справляется за секунду (а rm -fr - за долю секунды), и в 2-3 раза более долгое копирование каталогов с большим числом мелких файлов, нежели в том же Dolphin... И много чего ещё.

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

менеджер файлов, текстовый редактор и просмотрщик изображений. В общем-то, одни из самых важных приложений в любом DE

Я бы не связывал DE с аппликухами - на юнити и xfce пользуюсь долфином/kwrite. и они не связаны жестко с DE.

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

Я про shotwell, забыл цитату добавить.

Ну тогда нужно уточнять какой версии - аппликухи могут быть и сырыми в релизе. Напр. в убунте 16.04 простенький glipper (менеджер текстового буфера) за 2-3 дня может мемориликами накачать себе несколько гигабайт памяти. Хоть некоторые тут и ходят с лозунгами «планки стоят дешево», при таком поведении аппликух никаких планок не напасешься. Хотя в убунте 14.04 он вел себя вполне нормально.

Linfan ★★★★★
()

Всё, гном банкрот :D

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

выдрав фразу из контекста?

Точно, кэп

Как обычно, ерунду сморозил. Операционка с Гномом со старта ест 550 мб, с Крысой меньше 300, разница в два раза. Менюшки отзывчивее в Крысе, само собой. В простое Крыса потребляет раза в 3 меньше процессорного времени. Дефолтные приложения мгновенные и там, и там.

Odalist ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.