Google отказывается от Ubuntu в пользу Debian в качестве рабочего окружения для своих инженеров

6

2

Инженеры компании Google перешли с Ubuntu на Debian в качестве ОС для своих рабочих машин.

Ранее в течение нескольких лет компания использовала Goobuntu, кастомизированную версию Ubuntu. Теперь же она переходит на базирующуюся на Debian Testing сборку gLinux.

Google была подписчиком Ubuntu Advantage Program, но при этом не вносила вклад в Ubuntu. После перехода на Debian планируется, что Google станет активным участником проекта и будет участвовать в разработке и тестировании Debian.

Как считает Chris Merriman из издания The Inquirer, уход такого крупного коммерческого клиента будет большой потерей для Canonical.

Тем временем, несмотря на то, что gLinux является предпочтительной ОС для рабочих станций Google, она является далеко не единственной системой, используемой на них.

>>> Подробности

Ссылка

←	Релиз Wine 3.0

Видео и презентации по итогам Linux Piter #3 доступны для просмотра

→

Показаны ответы на комментарий. Показать все комментарии.

Ответ на: комментарий от annulen 21.01.2018 08:05:03 +00:00

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

Если это пакет с иконками, темами и шрифтами -да, их легко портируют. Но если это пакет, который зависит от низкоуровневых компонентов, например от GTK, то тут так не прокатит.

Lowes ★★
(21.01.2018 08:08:18 +00:00)

Ответ на: комментарий от Lowes 21.01.2018 08:08:18 +00:00

Если на Qt то прокатит без труда

annulen ★★★★★
(21.01.2018 08:29:17 +00:00)

Ответ на: комментарий от Lowes 21.01.2018 08:08:18 +00:00

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

annulen ★★★★★
(21.01.2018 08:31:56 +00:00)

Ответ на: комментарий от annulen 21.01.2018 08:29:17 +00:00

Если на Qt то прокатит без труда

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

Lowes ★★
(21.01.2018 08:35:36 +00:00)

Ответ на: комментарий от annulen 21.01.2018 08:31:56 +00:00

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

Не-а, его ломают каждые полгода, и снова по-прежнему его в отличие от Debian и Ubuntu непонятно как раскидывают по дистрибутивам.

Lowes ★★
(21.01.2018 08:37:33 +00:00)

Ответ на: комментарий от Lowes 21.01.2018 08:35:36 +00:00

Эмм, про kde-приложения я ничего не говорил, только про Qt. Хотя tier1-фреймворки из kf можно так же таскать с собой, если хочется

annulen ★★★★★
(21.01.2018 08:37:40 +00:00)

Ответ на: комментарий от Lowes 21.01.2018 08:37:33 +00:00

Я просто знаю что есть некоторое количество проприетарного и не очень софта, могущего работать с разными версиями GTK2 из системы. В трешке это наверное утопия, да

annulen ★★★★★
(21.01.2018 08:39:00 +00:00)

Ответ на: комментарий от annulen 21.01.2018 08:37:40 +00:00

Эмм, про kde-приложения я ничего не говорил, только про Qt. Хотя tier1-фреймворки из kf можно так же таскать с собой, если хочется

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

Lowes ★★
(21.01.2018 08:39:13 +00:00)

Ответ на: комментарий от annulen 21.01.2018 08:39:00 +00:00

Я просто знаю что есть некоторое количество проприетарного и не очень софта, могущего работать с разными версиями GTK2 из системы. В трешке это наверное утопия, да

Вот именно. И кто в этом виноват? Красная шляпа, которая помимо раздробленности дистрибутивов, добавила еще раздробленность и в разработку сторонних приложений. Дальше появилась раздробленность в системах инициализации, а позже появится раздробленность и в графическом сервере, которая приведет окончательно Linux к состоянию 00-ых, где не будет даже элементарных вещей, характерных для ОС.

Lowes ★★
(21.01.2018 08:41:10 +00:00)

Ответ на: комментарий от Lowes 21.01.2018 08:39:13 +00:00

Так нет никакой проблемы - написал приложение, скомпилял на старой системе упаковал вместе с Qt в свой пакет - и вуаля, он работает везде. А если дистромейнтейнеры хотят пакет именно для их дистра со всеми кошерностями - садятся и пишут сами

annulen ★★★★★
(21.01.2018 08:41:32 +00:00)

Ссылка

Ответ на: комментарий от Lowes 21.01.2018 08:41:10 +00:00

Прям теория заговора получилась. Я думаю РХ меньше всех заинтересованы во фрагментации, просто фейлят процесс

annulen ★★★★★
(21.01.2018 08:43:53 +00:00)

Ответ на: комментарий от annulen 21.01.2018 08:43:53 +00:00

Прям теория заговора получилась. Я думаю РХ меньше всех заинтересованы во фрагментации, просто фейлят процесс

Какое там... Обычная психологическая корона. Если бы фрагментации было бы как в Debian и Ubuntu, то вряд ли бы Redhat воспринимали в штыки. Но поскольку с каждым действием Redhat возникает фрагментация, то тут волей-неволей воспринимаются поделки Redhat как губительные. А почему - это уже другая история.

Lowes ★★
(21.01.2018 08:46:22 +00:00)
Последнее исправление: Lowes 21.01.2018 08:48:25 +00:00 (всего исправлений: 1)

Ссылка

Ответ на: комментарий от annulen 21.01.2018 08:43:53 +00:00

RH всегда были заинтересованы во фрагментации, достаточно вспомнить древнюю историю с gcc 2.96. им выгодно, чтоб работало только у них, а у других — с напильником.

anonymous
(21.01.2018 11:23:28 +00:00)