Обновить
26
0
Maksim@MuLLtiQ

Software engineer

Отправить сообщение
> Дык в Debian ловля багов в замороженном Wheezy, вот и результат. Кстати, отличная демонстрация, какие «самостоятельные» разработчики Ubuntu.

Debian-based дистрибутив, что вы хотели. Правильно делают что используют более стабильный источник.

> О, да. Именно поэтому везде написано про «свой страх и риск». Обязательства предполагают ответственность. А такую ответственность не несут толком даже проприетарщики. Я что-то не слышал об исках о возмещении материального и морального ущерба из-за BSOD. Может, вы слышали? Говорить же об обязательствах в свете продукта, написанного всем миром, просто смешно.

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

> Да я не против. Каждый зарабатывает как может. Но это монетизация по большей части чужого труда.

Unity и центр приложений — это чужой труд?

> Эпопея с отправлением Kubuntu в свободное плавание случилась уже после выпуска muon, насколько я помню. Да и вы сами выше твердили, что дистрибутив это не только ядро. Метапакет kubuntu-desktop уже в сторонних репозиториях?

У Убунту общий репозитарий пакетов, взятый от Дебиана и пилящийся сообществом Убунты. Там хоть чёрта лысого можно найти. Muon разрабатывало Кубунтоводами, специально для своего дистрибутива. Насколько я понимаю, Каноникал поддерживал его как и все остальные офиц. дистрибутивы Убунты — рекламой и денежками. Теперь открестился, ибо решил ударится в разработку Юнити. Но это вовсе не значит что пакеты Кубунты переехали в другой репозитарий.
> Только LTS. НеLTS основана на нестабильной (не тестовой) ветке Debian. Почему я должен объяснять столь простые вещи?

11.10 — launchpad.net/ubuntu/oneiric — «Derived from Sid»
12.10 — launchpad.net/ubuntu/quantal — «Derived from Wheezy»

Дистрибутив — не только ядро, но и куча программного обеспечения. Каноникал берёт на себя обязательства выдать вам более-менее стабильный дистрибутив на базе Дебиана раньше, чем это сделает сам Дебиан с его очень придирчивым к стабильности сообществом (не пинайте меня, я не говорю что это плохо) и поддерживать его приемлимо долгий для продакшена срок. Баги, разумеется, случаются, и даже очень неприятные и обидные, но даже Дебиан от них не застрахован. ИМХО, Unity получше чем стандартная оболочка Gnome 3 будет (хотя я в любом случае Xfce пользуюсь).

Теперь по существу. С вас лично денег не просят. Вам предлагают сравнительно небольшой рекламный блок от партнера и магазин музыки и приложений, к тому же во вполне ненавязчивом виде. Бежать от такого дистрибутива, как от пожара — это смешно.

P.S. Кстати, а при чём тут muon. Насколько я помню, это локальная разработка для Kubuntu, который теперь уже и к Каноникал не имеет никакого отношения. Поправьте меня если ошибаюсь.
> Складывается впечатление, будто тут полно наивных, которые верят, что надцать тысяч пакетов в репозиториях Ubuntu — это все «собранные и протестированные лично Марком», а всякие сообщества Debian — так, выдумки недоброжелателей.

Спешу вас обрадовать: никто так не думает.

> А чему удивляться? Debian Sid (для !LTS), «мальчик, который ломает игрушки».

Убунту основан на тестовом, а не экспериментальном дистрибутиве Debian. Сейчас это Wheezy.

> Создать и поддерживать даже такой дистрибутив, который ну очень «основан на», тоже непросто, никто не спорит. Но нечего разводить мифологию, мол, мы им теперь ножки целовать обязаны.

Никто и не разводит. Просто Убунту сейчас единственный дистрибутив из Линуксов который хоть как-то пытается конкурировать с Windows и MacOS. Не думаю что Debian, Fedora, а уж тем более Slackware, Arch и Gentoo могут быть популярны у массового пользователя, привыкшего к интерфейсам Майкрософта и Эппла.
Думаете так просто сделать собственный дистрибутив, пусть и из открытых и доступных компонентов, и довести его до ума? Труд разработчиков Ubuntu, как и любого другого дистрибутивы — это тысячи человеко-часов сборки и тестирования кучи пакетов, правки, патчи и прочее, чтобы какая-нибудь свежая версия libmegasuperpuper-2.8.x не вызывала kernel panic от того что вам сообщение по Jabber-у пришло (это я утрирую, конечно :))
И хорошо, что появляются люди которые могут распаковать TAR.GZ в Линуксе хотя бы мышкой.
name.get()+':'+text.get() # '%s:%s' % (name.get(), text.get())


Так «питоничнее» ;)
Простите, проморгал :)
Да, это было самовнушение :) Выглядят одинаково
У меня после перехода с 2.5.2 на 2.6.1 «поломалась» сортировка в Favorites: в Виндовс-версии все файлы и каталоги сортируются по алфавиту, в Линукс-версии — вообще хаотично. М.б. какую-нибудь настройку надо «подкрутить»?
Вы OpenJDK используете? Я с Оракловским запустил, вроде бы выглядит посимпатичнее. Хотя может быть это самовнушение :)
А кстати, интересно, насколько в этом случае будут производительны ORM-ки. Полагаю что результат будет на уровне Sample 2 и даже выше, поскольку этот тот же маппинг результатов на атрибуты объекта, но всё же интересно узнать насколько хуже.
Ах, ну в этом случае да :)
> Вместе с тем, частичная обработка массива через равные промежутки времени — не блокирует основной поток выполнения программы. Что позволяет обрабатывать другие callback функции.

Нет в JavaScript потоков. И основного потока нет. Есть только текущий «контекст» исполнения — асинхронные обработчики выстраиваются в очередь и ждут пока он не закончит свою работу и переключится на следующий.
JavaScript асинхронен и однопоточен — там не нужна функция Sleep
Вспомнился вот этот «адъ»
Собственно OpenCL для этого и был создан Khronos Group (разрабатывающая OpenGL, и куда входят и Nvidia, и AMD, и Intel и прочие): чтобы унифицировать программный интерфейс использования видеокарт для параллельных вычислений.

OpenCL сложнее чем CUDA, требует больше кода, но если нужна кроссплатформенность — то лучше использовать именно его.

Информация

В рейтинге
Не участвует
Дата рождения
Зарегистрирован
Активность