В свете появления спекуляций в отношении привязки GNOME к специфичным возможностям Linux и принуждения к использованию systemd (https://wiki.gnome.org/ThreePointEleven/Features/SystemdUser...), Маттиас Класен (Matthias Clasen), лидер Fedore Desktop Team и участник GNOME Release Team, пояснил (http://blogs.gnome.org/mclasen/2014/02/19/on-portability/) позицию проекта в области портирования на различные системы. Маттиас решительно отвергает, что GNOME не принимает во внимание переносимость с системами, отличными от Linux.
Маттиас признаёт, что GNOME в основном ориентируется при разработке на обеспечение работы на современных Linux-системах и стремиться использовать технологии, которые лучше всего подходят для решения возникающих задач, что, в частности, и приводит к расширению поддержки сервисов systemd, многие из которых являются прямыми потомками ранее используемых механизмов, поставляемых с gnome-settings-daemon. Но, при этом, GNOME приветствует и любые инициативы по адаптации работы GNOME на других платформах.
Разработчики GNOME заинтересованы в поддержке качественной работы GNOME на системах, отличных от Linux, и готовы способствовать продвижению в основную кодовую базу связанных с портированием улучшений. GNOME готов принимать патчи разного типа, от урезания функциональности для обеспечения сборки и создания альтернативных вариантов бэкендов до создания прослоек для замены сервисов systemd. В качестве примеров сотрудничества отмечаются инициативы по портирвоанию GNOME для работы во FreeBSD (https://wiki.gnome.org/Projects/Jhbuild/FreeBSD) и OpenBSD.
<center><a href="http://blogs.gnome.org/mclasen/files/2014/02/gnome-on-freebs... src="http://www.opennet.me/opennews/pics_base/0_1392801398.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="FreeBSD" border=0></a></center>URL: http://blogs.gnome.org/mclasen/2014/02/19/on-portability/
Новость: http://www.opennet.me/opennews/art.shtml?num=39125
В openbsd новый gnome появляется чуть ли не первым. Вы там это... не шуткуйте.
Приветствовать инициативы по адаптации и работать ну других платформах это не одно и тоже. О чем статья?Я вот не директор мегакорпорации, но приветствую инициативы по продвижению меня по карьерной лестнице
Расшифрую меседж статьи.
"Вам надо, вы и пилите"
Меседж то понятен, только лидер гноме только подтвердил спекуляции на эту тему.
Какие спекуляции-то? Вполне нормальное управленческое решение, респект, не зассал сказать вслух.
> "Вам надо, вы и пилите"ВНЕЗАПНО весь опенсорс именно так и работает. Они Капитана Очевидность пригласили? А зачем кто-то будет делать работу, результат которой ему нафиг не упал? Из чувства мазохизма?
существуют и альтернативные политики когда в апстрим принципиально не принимают патчи для работы на нецелевых платформах.
скорее, "Вам надо, вы и пилите. Мы вам мешать не будем."
Потому что не можем вам помешать?
Угу.
> Потому что не можем вам помешать?
> Угу.так обещает же пулл-реквэсты мержить, вроде в этом вся суть новости.
хотя не известно, как оно будет на самом деле, но не могу сказать, что меня это хоть как-то беспокоит.
>так обещает же пулл-реквэсты мержить, вроде в этом вся суть новости.а вы попробуйте консолекит обратно вернуть, угу.
> Расшифрую меседж статьи.
> "Вам надо, вы и пилите"Спасибо.
> Расшифрую меседж статьи.
> "Вам надо, вы и пилите"Где-то так и получается =)
после третьегнома теперь плевать, что они там думают вообще.
Если бы они свой костыль вперёд себя везде не пропихивали — было бы действительно плевать.
А так - четыре слова: яркие представители сексуальных меньшинств.
> Если бы они свой костыль вперёд себя везде не пропихивали — было
> бы действительно плевать.А в чем пропихивание заключается? В том что я даже DPI для HiDPI монитора не могу настроить и поэтому шрифты в программах надо с лупой рассматривать? Уж пропихнули так пропихнули...
Во включении его в дебиан как систему старта по умолчанию.
Под "костылём" я понимал на самого гнома, а его щупальце — systemd.
Психиатрический триллер "Щупальце гнома".
хентайный тентакль еще страшнее =D
> Разработчики GNOME заинтересованы в поддержке качественной работы GNOME на системах, отличных от LinuxПусть лучше скажут, когда они будут заинтересованы в поддержке качественной работы пользователей с десятью пальцами и IQ > 70.
Скриншот кагбе намекает: НИКОГДА.
Краткая суть позиции GNOME в том, что если хотите, чтобы работало на ваших системах, без проблем - портируйте и присылайте патчи. Но не заставляйте делать это других. Это Open Source - разработчики пилят то, что им интересно.
Да кто их когда заставлял то?
Или как они могут помешать кому-то портировать г3?
Открытый проект.Нет, позиция переводится так — мы делаем теперь только для линуха, при чём только для линуха с ситемдёй, а все остальные ипитесь как хотите.
> Нет, позиция переводится так — мы делаем теперь только для линуха, при
> чём только для линуха с ситемдёй, а все остальные ипитесь как хотите.По крайней мере не врут. А вы много людей видели, которые с энтузиазмом делают работу, результат которой им нафиг не упал?
> По крайней мере не врут.Ну так и мс не врёт.
Всё как в еула написано.Врёт/не_врёт — не проблема опенсорсных проектов.
Делаешь что хочешь.
Но когда я в наутилус поддержку опенрк (скажем так) пытаюсь подключить (и не в аппстарт, а в бажные расширения!) мне говорят нинужнo, делай у себя,… упс.Ну или убирают консолекит (например, могу продолжить) вообще, когда могли бы собирать (пусть в .configure хотя бы) и так (не мешает же!), и эдак…
ну да, не запрещают… делать что хочешь, но у себя.
> Но когда я в наутилус поддержку опенрк (скажем так) пытаюсь подключить (и
> не в аппстарт, а в бажные расширения!) мне говорят нинужнo, делай у себя,… упс.Ты все правильно понял. Если твой опенрк нужен полутора умникам которые майнтайнить код не желают - значит именно вот так. Никто не обязан на вас тратить свое время.
> Ну или убирают консолекит (например, могу продолжить) вообще, когда могли бы собирать
> (пусть в .configure хотя бы) и так (не мешает же!), и эдак…Желание програмеров поддерживать две разные ветки кода тоже понятно. Если бы это _ВЫ_ поддерживали - это одно. А если другие - уже на их усмотрение.
> ну да, не запрещают… делать что хочешь, но у себя.Именно так. А что мотивирует людей к выполнению работы, результат которой им не вперся?
> сли твой опенрк нужен полутора умникам которые майнтайнить код не желают - значит именно вот так. Никто не обязан на вас тратить свое время.Вот и проходил бы мимо и не тратил время.
Основная проблема GNOME в том, что они проводят тесты по юзабилити на полных новичках, либо на пользователях уже привыкших к Windows, игнорируя тех, кто привык работать в Linux. Грядущее удаление поддержки вставки из буфера обмена средней кнопкой мыши блестящая демонстрация ущербности такого подхода (http://www.opennet.me/opennews/art.shtml?num=37751).
Это дезинформация. Они добавляются функциональность "поп-ап меню по долгому тапу со вставкой\копированием\etc". Но никто выпиливать среднюю кнопку не будет
Зная разработчиков гнома - я бы сказал что это совсем не факт.
> Это дезинформация. Они добавляются функциональность "поп-ап меню по долгому тапу со вставкой\копированием\etc".
> Но никто выпиливать среднюю кнопку не будетЭто у вас дезинформация, у них даже тикет называется "Disable middle-click paste by default" https://bugzilla.gnome.org/show_bug.cgi?id=665193
При клике средней кнопкой вместо мгновенной вставки будет всплывать меню, в котором нужно выбрать Paste.
Во-первых, это всего лишь опция. И можно оставить поведение по-старому. Во-вторых, это всего лишь тикет, не факт что изменят дефолтное поведение.Лично я против такого дефолтного поведения, с поп-ап менюшкой, без тач.скрина
Но как опция, возможность поп-ап меню с копи-пастом в гноме - хорошая штука. Где такой аналог есть, в KDE? А железа уже дофига, где это может быть полезно. thinkpad yoga, например.
Ея уже выпилили.
Спасибо, не знал о таком вопиющем дебилизме и ущербности разработчиков! (хоть и не люблю так выражаться)... :(
>Грядущее удаление поддержки вставки из буфера обмена средней кнопкой мыши блестящая демонстрация ущербности
В итоге сделали настройку для переключения поведения средней кнопки. Так что очередной пук теоретика, судящих о GNOME 3 по новостям на оупеннете.
> В итоге сделали настройку для переключения поведения средней кнопки.Только вы забыли упомянуть о том, что новый режим они хотят впендюрить по умолчанию. Понятно, что всё что угодно можно перенастроить и запатчить под себя, но менять сложившийся изначально подход на десктопе ради сомнительных перспектив на планшетов очень странный шаг.
Правда, они забыли упомянуть, что для запуска Гнома на Опенбсд понадобилось кое-чего отломать, да и сами мейнтейнеры будущего у Гнома в БСД не видят.https://lists.debian.org/debian-devel/2013/10/msg00580.html
On OpenBSD we just dropped the features that need systemd for now. There was some talk about porting some systemd interfaces but the path GNOME is currently taking made us stop for now since it seems clearer each day that systemd will be a hard requirement at some point (not just 'some' interfaces). Even if they do not call it a hard requirement, you will loose 1/2 of what makes GNOME interesting which would render it useless to us.
So for now it works ok enough I would say, but in the middle term, I don't see any future for !linux+systemd in GNOME. While some people are really opened about keeping fallback code for ConsoleKit or portability patches, some don't care at all or are even getting in our way on purpose.That is my own feeling so far, but it would be interesting to know what other folks think (FreeBSD, Gentoo...).
БСД-шникам лучше выпилить Гном совсем и вплотную интегрировать Enlightenment, благо у него любимая ими лицензия BSD.
БСД-шники приняли во внимание ваш комментарий.
> БСД-шникам лучше выпилить Гном совсем и вплотную интегрировать Enlightenment, благо у него
> любимая ими лицензия BSD.
да ко всем чертям сам гном. бОльшая проблема в том что отказыватся от гтк в пользу кути
QT покруче хрень
Тащем-то нихрена. Qt намного более модульный и код у него вменяемее чем у gtk3.
Я считаю, что Qt значительно лучше Gtk. Поэтому с радостью поприветствую переход гнома на Qt.
Гимп и ФФ бы с Qt.
А я думаю, переход GIMP с GTK на Qt был бы очень ироничным.
просто оставлю это здесь:29 июля 2012 [Gimp-developer] What about switching from Gtk+ to Qt
https://mail.gnome.org/archives/gimp-developer-list/2012-Jul...
Qt гнома не исправит, это всё-равно, что паралитика посадить за руль гоночного болида.
Это точно. Они Гнома, переписанного на Кути, такого же сделают. Так что смена тулкита им не поможет.
GTK+3 пора было форкать, когда вырезали прокрутку табов колесом мыши и начали ломать темы с каждым релизом. Но поезд ушёл.
>>когда вырезали прокрутку табов колесом мышиЛожь.
Где ложь-то? Прокрутка не работает - факт. Настройки тоже нет.
>>Прокрутка не работает - факт.покажи юнит-тест на библиотеку, где демострируется что прокрутка табов не работает.
>>Настройки тоже нет.настройки чего в библиотеке и самое главное, где ты хочешь видеть настройку для библиотеки?
Ты не путаешь библиотеку Gtk с какой-то своей программкой где разработчик выпилил прокрутку?
у меня работает в gnome-terminal и никогда не переставало.
>>>Прокрутка не работает - факт.
> покажи юнит-тест на библиотеку, где демострируется что прокрутка табов не работает.
>>>Настройки тоже нет.
> настройки чего в библиотеке и самое главное, где ты хочешь видеть настройку
> для библиотеки?
> Ты не путаешь библиотеку Gtk с какой-то своей программкой где разработчик выпилил
> прокрутку?
> у меня работает в gnome-terminal и никогда не переставало.В nautilus не пашет, но свою ошибку я осознал.
>Ты не путаешь библиотеку Gtk с какой-то своей программкой где разработчик выпилил прокрутку?Нет ты. Теперь нужно в каждую полосу табов вкручивать обработку "нажатий" колеса, как например в гномотерминале же и сделали, ололо.
Вот ссылка на драму: https://bugzilla.gnome.org/show_bug.cgi?id=630226
>I'm a firm believer in removing this feature. :)
Ололо.
http://undeadly.org/cgi?action=article&sid=20140219085851небольшая заметка от чувака, портировавшего гном в openbsd.
Зачем гном на роутере?
Чтобы через libreoffice конфиг pf править
> Зачем гном на роутере?А зачем гуй на подложке для апача (толстый намек в сторону linux) ?
>"OpenBSD is an elistist OS, it is too hard to use."
># pkg_add gnome
># echo 'multicast_host=YES' >>/etc/rc.conf.local
># echo 'pkg_scripts="${pkg_scripts} dbus_daemon avahi_daemon gdm"' >>/etc/rc.conf.local
>... oh yeah that was "hard"!Это не просто 'hard', это совершенно невыполнимая задача для современного линукс-пользователя. Эти команды нужно набирать в консоли же. Он не в курсе что это такое.
>>"OpenBSD is an elistist OS, it is too hard to use."
>># pkg_add gnome
>># echo 'multicast_host=YES' >>/etc/rc.conf.local
>># echo 'pkg_scripts="${pkg_scripts} dbus_daemon avahi_daemon gdm"' >>/etc/rc.conf.local
>>... oh yeah that was "hard"!
> Это не просто 'hard', это совершенно невыполнимая задача для современного линукс-пользователя.
> Эти команды нужно набирать в консоли же. Он не в курсе
> что это такое.а те кто в курсе:
не могут запустить консоль чтобы запустить гном потому что не запущен гном чтобы в нем запустить консоль ....
>>"OpenBSD is an elistist OS, it is too hard to use."
>># pkg_add gnome
>># echo 'multicast_host=YES' >>/etc/rc.conf.local
>># echo 'pkg_scripts="${pkg_scripts} dbus_daemon avahi_daemon gdm"' >>/etc/rc.conf.local
>>... oh yeah that was "hard"!
> Это не просто 'hard', это совершенно невыполнимая задача для современного линукс-пользователя.
> Эти команды нужно набирать в консоли же. Он не в курсе
> что это такое.Как показывает практика, даже самому тупому Linux-пользователю проще дать команды для ввода в текстовой консоли, чем пытаться вместе с ним найти поттеринг знает куда запрятанный пункт в настройках, которые свои в каждой DE, да ещё и имеют тенденцию переползать и переименовываться.
Бедные гномеры почуяли, что пользователи бегут от них как от огня.
"А на третий день Зоркий Сокол заметил, что в сарае только три стены."(с)
>GNOME готов принимать патчи разного типа, от урезания функциональности для обеспечения сборки на определённых платформах, до ...это просто чудесно, ящитаю!
>>GNOME готов принимать патчи разного типа, от урезания функциональности для обеспечения сборки на определённых платформах, до ...
> это просто чудесно, ящитаю!Да, урезание функционала их конек, ещё бы они не принимали такие патчи.
Да пофиг на всякие операционки с неправославными лицензиями, все правильно делают
Он такой неюзабельный. Они добилиись своего - теперь в Linux есть дефолтное DE. Это KDE. Xfce, LXDE и E17 я не ставлю рядом с KDE из-за их неполноценности.
>XFCEЧем это хfce плох?
И чем же Xfce не пооноценен?
Ну как же! Полноценным может считаться только такое DE, которое каждые три-четыре года разламывают до основания ради концептуальных идей, потом чинят до достижения состояния утыканного костылями монстра и повторяют цикл. XFCE такое и не снилось (и слава богу)!
Хоть одно мудрое мнение...
Такими темпами к нему еще личкрафт скоро добавится.
Хотя бы убогим тулкитом от калекоредактора.
Тулкит от графического редактора, неспособный в показ миниатюр изображений в диалогах без костылей это закат солнца вручную.
> GNOME в основном ориентируется при разработке на обеспечение работы на современных Linux-системах и стремится использовать технологии, которые лучше всего подходят для решения возникающих задач, что, в частности, и приводит к расширению поддержки сервисов systemdТут главное то, что systemd - технология Red Hat. А то, что оно поддерживает только линукс, это уже вторично. Как красная шляпа решит, так и будет. Vendor lock-in as is.
> Тут главное то, что systemd - технология Red Hat. А то, что оно поддерживает только линукс, это уже вторично. Как красная шляпа решит, так и будет. Vendor lock-in as is.Слова "vendor lock-in" вообще не имеют смысла по отношению к открытому софту под GPL.
Где тут lock-in, если всегда можно взять исходники и переделать как тебе хочется?Если ты не можешь потому что не умеешь - это уже другой вопрос, простые пользователи абсолютно любого проекта всегда зависят от решений его разработчиков, и при этом вообще неважно, кто именно эти разработчики - какая-то корпорация или вася пупкин.
>Где тут lock-in, если всегда можно взять исходники и переделать как тебе хочется?Переделать? Не смеши. Проще заново написать.
> Переделать? Не смеши. Проще заново написать.О том и речь. Если ПО можно переделать, написать заново или заменить чем-то другим через адаптер, который будет поддерживать нужные интерфейсы - это НЕ вендор-лок.
Вот если у тебя выбор - купи, что тебе сказали, или ничего не будет работать, это вендор-лок.
>Если ты не можешь потому что не умеешь - это уже другой вопросФокус в том, что тянуть в одиночку проект масштаба гноме (системд, хмырь, юнити - you name it) не умеет вообще никто. Просто физически нельзя удержать в голове такую сложную систему со всеми взаимосвязями. Плюс помимо рук нужна адекватная инфраструктура и еще много чего. Так что доля правды в том сообщении все-таки есть.
Если сообщество не хочет опенсорсных вендорлоков от шляпников и убунтят - откажитесь от них, используйте простые альтернативы.
В одиночку вообще мало что серьезное можно сделать, при чем тут вендор-лок?
Открытость проекта и возможность выполнить его на коленке - это совершенно разные вещи.
> Фокус в том, что тянуть в одиночку проект масштаба гноме (системд, хмырь, юнити - you name it) не умеет вообще никто.Вроде бы везде достаточно противников шляпы, systemd и т.д, по крайней мере шума много. В любом случае, их больше чем один, так почему же речь о разработке в одиночку? Гном ведь форкали и пилят там что-то - cinnamon, mate.
Второй момент - что значит "тянуть"? Исправлять баги и прочее по мелочи вполне может делать и один человек, но конечно развивать такими же темпами, как это может делать большая компания с кучей разработчиков, вряд ли получится. Это вполне естественно, но не думаю что есть какой-то смысл упрекать в этом корпорации.
В любом случае, развивать и добавлять новые возможности вполне реально - ядро гораздо сложнее, чем любой из вышеперечисленных проектов, и все равно некоторые врачи-анестезиологи умудряются единолично в свободное время разрабатывать всякие там планировщики задач.
> Просто физически нельзя удержать в голове такую сложную систему со всеми взаимосвязями.
Держать одновременно все детали в голове на самом деле и не требуется. Достаточно понимать структуру в общих чертах и разобраться в конкретной области над которой работаешь, а потом переключаешься на следующую задачу. В конце концов, разработчики в корпорациях не супермены с IQ over 9000 - они точно такие же люди как и независимые разработчики, и как-то ведь им удается разрабатывать огромные проекты.
> Плюс помимо рук нужна адекватная инфраструктура и еще много чего.
Если есть люди с руками и желание, то всё можно организовать - ведь есть же в качестве примера куча открытых проектов, дистров, развиваемых сообществом. И ядро Линус тоже начинал в одиночку пилить. Но если просто сидеть и ничего не делать, тогда наверняка ничего и не получится.
Вполне здравый подход. Основная команда пилит наиболее востребованные фичи. А портированием и развитием опциональных плюшек пусть занимаются энтузиасты. Подобного подхода придерживаются и во многих других открытых проектах.
Запилите gnome для windows core и будет вам памятник
:)
