LINUX.ORG.RU

Mark Shuttleworth о будущем KUbuntu


0

0

Координатор дистрибутива Ubuntu и глава Cannonical Ltd опубликовал открытое письмо, в котором призывает разработчиков дистрибутива приложить больше усилий и улучшить взаимодействие между командами KDE и KUbuntu.

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

★★★★★

Проверено: Pi ()

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

> действительно, дистр то получился лучший(без иронии)

пока не лучший, но все еще впереди

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

> До настоящего исконно русского Православного ASP/ALT Linux ему ещё ай как далеко.

Наш "настоящий" и исконно русский KDE совсем не жалует. :\ В свое время перешел именно на KUbuntu с ASP (потом просто на Ubuntu) - доволен, как слон. Проблем стало намного меньше.

kda ★★★★★
()

Это приятно, когда разработчики дистрибутивов действительно больше заботятся о качестве opensource-решений, чем о продвижении своих enterprise продуктов.

Подозреваю, ещё год-два - и {K,}ubuntu встанет в один ряд с "монстрами" своего дела, причём не только на десктопах.

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

>Сообщения, провоцирующие нездоровые дискуссии.

я не провоцирую, я искренне. Сам с прошлого года, на посмотреть поставил, до сих пор смотрю:-)

einsturzende_neubauten ★★
()

Блин (без других слов сложно сказать), когда они уже объединятся оконачательно и будут выпускать один продукт? А то в Ubuntu половина либ от KDE/Qt есть, а в Kubuntu что-то делают либы из Gnome/GTK+. А всё остальное нагло дублируется. Дистрибутив давно уже стал всеохватывающим, а этот атавизм остался почему-то. Может им петицию забомбить на объединение?

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

Да пора бы обьединится уже и сделать выбор среды при установке, а то путаница такая... Щас ещё и Xubuntu отделится. Разные форумы, разнгые диски, не удобно вообщем-то.

takedown
()

А мне нравится так как оно есть.
Пусть будут несколько дистров, да и взаимодействие между коммандами улучшится.
Главное что бы не пришлось потом лить по 2-3 CD диска (или еще хуже DVD)
что бы посмотреть, или вообще дать (ждать халявы от марка шатлворта до моего региона не менее 2 месяцев)
Так что пусть будет как оно должно быть (Я)

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

А дистрибутив он и так один, просто установочные диски разные. Меня лично ситуация ни разу не напрягает, где-то даже нравится.

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

>когда они уже объединятся оконачательно и будут выпускать один продукт? А то в Ubuntu половина либ от KDE/Qt есть, а в Kubuntu что-то делают либы из Gnome/GTK+

use debian

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

Объединяться не надо - это и так одно и тоже. Просто будет очень сложно на один установочный CD впихивать и KDE (со всеми программами этой среды) и Gnome. Отказываться от CD еще ранова-то, а вот сделать общий установочный DVD было бы полезно.

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

пробовал DVD 5.10 в Live-режиме. Что приятно удивило - сразу русский переключается и в консоли и в иксах. молодцы. приятная вещь.

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

Пусть сдохнут КЕДы

задолбали уже любители свистоперделок и гламурного интерфейса "пластик" когда таскбар занимает 15% экрана это просто бред. Разработчики GNOME очень много делают чтобы избавить интерфейс от лишних сущностей и всяких перделок, а КЕДы только всякой фигни пририсовывают, один Konkueror чего стоит...

Шатлворт правильно делает, ведь идеология Убунты - "одна задача - одно приложение". Так что, Ubuntu - для тех кому работать , Kubuntu - для тех кому шашечки важнее. А вот 2-3-4-5-6- сидюков со всяким говнищем дублирующим друг друга, что очень любит суся и редхат, это "в топку"

anonymous
()

интересно Шатлворт действительно шарит или как Брежнев держит ответственное лицо по вопросам убунты

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

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

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

> интересно Шатлворт действительно шарит или как Брежнев держит ответственное лицо по вопросам убунты

шарит, говорят он неплохой программер на питоне

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

>задолбали уже любители свистоперделок и гламурного интерфейса "пластик"

Поди уроки доделай, пионер.

Lautre ★★★★★
()
Ответ на: Пусть сдохнут КЕДы от anonymous

задолбали уже любители свистоперделок и гламурного интерфейса "пластик" когда таскбар занимает 15% экрана это просто бред. Разработчики GNOME очень много делают чтобы избавить интерфейс от лишних сущностей и всяких перделок, а КЕДы только всякой фигни пририсовывают, один Konkueror чего стоит...

... и даже при этом (и ещё при том, что писаны на C++) они умудряются быть быстрее GNOME. А в гноме, такое ощущение, в ключевых местах sleep() навтыкали.

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

> шарит, говорят он неплохой программер на питоне

Ой... ubuntu на питоне написан? Потому и хранит пароли суперюзеров в /var/log, наверно :)

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

> Ой... ubuntu на питоне написан?

нет карапуз, в убунте много питоновских модулей

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

все плавно перетекает из плоскости набора инструментов по-вкусу в плоскость конкуретной борьбы.

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

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

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

>.. и даже при этом (и ещё при том, что писаны на C++) они умудряются быть быстрее GNOME. А в гноме, такое ощущение, в ключевых местах sleep() навтыкали.

Так по этому и быстрее, что на С++ написаны. Плюсовый код (если руки не кривые) обычно проще, короче и быстрее сишного. У плюсов единственный недостаток - сложности с обеспечением binary compatibility для предыдущих версий библиотек. Во всем остальном - это такой же С только в 10 раз лучше.

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

> интересно Шатлворт действительно шарит или как Брежнев держит ответственное лицо по вопросам убунты

Шарит. Он раньше был мантейнером апача в дебиане. :)

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

> Так по этому и быстрее, что на С++ написаны. Плюсовый код (если руки не кривые) обычно проще, короче и быстрее сишного. У плюсов единственный недостаток - сложности с обеспечением binary compatibility для предыдущих версий библиотек. Во всем остальном - это такой же С только в 10 раз лучше.

Иди учи уроки малчык. ЧЕрез н-цать лет поговорим про плюсовй код. Совместитель епть.

anonymous
()

Чем им Debian не угодил, не понимаю. Зачем всякие кубунты-мубунты? Кноппикса мало?

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

>> Так по этому и быстрее, что на С++ написаны. Плюсовый код (если руки не кривые) обычно проще, короче и быстрее сишного. У плюсов единственный недостаток - сложности с обеспечением binary compatibility для предыдущих версий библиотек. Во всем остальном - это такой же С только в 10 раз лучше.

> Иди учи уроки малчык. ЧЕрез н-цать лет поговорим про плюсовй код. Совместитель епть.

Иди делай тесты, анонимус. Берешь два одинаковых массива int-ов, один сортируешь сишным qsort-ом, а другой плюсовым std::sort

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

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

> Как и следовало ожидать плюсовый вариант за счет инлайнинга работает более чем в два раза быстрее.

Не столько за счет подстановки кода, сколько из-за отсутствия накладных расходов на вызов функции сравнения.

Только что интереса ради написал такой тест. Без оптимизации std::sort выигрывает у qsort 14%. При -О9 уже 79-81%. gcc 4.1.

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

Дорогой анонимус, учи матчасть, std::sort - это совсем не имплементация quicksort, потому как например работает _всегда_ за O(nlog(n)). Алгоритм называется introsort, если интересно. Ну и помимо того, что qsort и std::sort являются реализациями разных алгоритмов, насколько я помню, было много жалоб на жутко медленный qsort в glibc. Можешь погуглить.

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

> Дорогой анонимус, учи матчасть, std::sort - это совсем не имплементация quicksort, потому как например работает _всегда_ за O(nlog(n)). Алгоритм называется introsort, если интересно. Ну и помимо того, что qsort и std::sort являются реализациями разных алгоритмов, насколько я помню, было много жалоб на жутко медленный qsort в glibc. Можешь погуглить.

Это уже implementation defined. в M$ нароимер и в qsorte и в std::sorte юзается один и тот же алгоритм insertion sort. Сишная версия все равно проигрывает из за оверхеда на вызов comparefunc в

qsort(void *array, int n, int width, int (*comparefunc)(void*, void*));

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

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

Скора гном наденет кеды и станет самым крутым гномом в кедах =))) Гыыы... =)) даже уже встреча какая то была между гномом и кедами, и даже вордде уже хотели обьединиццо, ну или хотябы двигаццо в сторону сближения +)))

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