LINUX.ORG.RU

Общий и финансовый отчёты Mageia.org

 ,


0

1

На конференции FOSDEM в Брюсселе в очередной раз выступил докладчик от Mageia.org, сообщества дистрибутива Mageia Linux. С содержанием выступления можно ознакомиться по этой ссылке (англ.).

После выступления на FOSDEM состоялись выборы лидеров сообщества Mageia.org. С результатами можно ознакомиться по этой ссылке (англ.).

Сообщество пользователей

Вот некоторая статистика, касающаяся сообщества пользователей Mageia Linux:

Mageia в социальных сетях (переходы):
Twitter: 1 669 (2011), 2 411 (2012), изменение: +44%
Facebook: 3 609 (2011), 4 395 (2012), изменение: +21%
identi.ca: 202 (2011), 218 (2012), изменение: +8%
Google+: 196 (2011), 920 (2012), изменение: +369%

Distrowatch:
Ранг за последние 12 месяцев: было 11, стало 2, изменение: +9
Ранг за последние 6 месяцев: было 9, стало, 2, изменение: +7
Ранг за последние 3 месяца: было 8, стало 2, изменение: +6
Ранг за последний месяц: было 7, стало 2, изменение: +5

The Mageia English blog:
Уникальных посетителей: 221 583 (2011), 218 150 (2012), изменение: -1%
Среднее значение за сутки: 600
Значение в день релиза: 1 127 (Mageia 1), 1 509 (Mageia 2), изменение: -0,5%

Доступность дистрибутива Mageia Linux:
Количество зеркал: 35 (2011), 49 (2012), изменение: +40%

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

Участие Mageia.org в конференциях, посвящённых Open Source:

Основные события 2012 года:

  • Mandriva Business Server будет базироваться на MBS от Mageia. Новость на opennet.ru. Кроме того, разработчики Mandriva объявили о намерении участвовать в разработке Mageia, если это потребуется.
  • Релиз Mageia 2.
  • Двухлетие проекта.
  • Окончание поддержки Mageia 1.

Сообщество разработчиков

Вот некоторая статистика, касающаяся сообщества разработчиков Mageia Linux:

Статистика обсуждений:

Списки рассылки (количество зарегистрированных участников):
mageia-dev: 393 (2011), 381 (2012), изменение: -3%
mageia-discuss: 478 (2011), 467 (2012), изменение: -2%
qa-discuss: 77 (2011), 128 (2012), изменение: +66%
doc-discuss: 26 (2011), 61 (2012), изменение: +134%
mageia-i18n: 104 (2011)

Форумы:
Количество зарегистрированных участников: 1 393 (2011), 2 628 (2012), изменение: +88%

Мейнтейнеры пакетов:
Официальные мейнтейнеры (commits + submits): 67 (2011), 77 (2012), изменение: +15%
Committers: 99 (2011), 110 (2012), изменение: +11%
Submitted packages: 21 374 (2011), 25 742 (2012), изменение: +20%

Доступные пакеты:
cauldron core RPMS: 18 937 (2011), 21 314 (2012), изменение: +12%
cauldron core SRPMS 9 695 (2011), 11 016 (2012), изменение: +13%
cauldron nonfree RPMS 141 (2011), 146 (2012), изменение: +3%
cauldron nonfree SRPMS 75 (2011), 73 (2012), изменение: -2%
cauldron tainted RPMS 237 (2011), 312 (2012), изменение: +31%
cauldron tainted SRPMS 46 (2011), 57 (2012), изменение: +23%

Активность:

  • Еженедельные встречи (англ.) по-прежнему происходят, однако в среднем всё-таки раз в две недели. Это зависит от того, происходят ли какие-нибудь значимые события или нет.
  • Благодаря этим встречам около 10 новых новый мейнтейнеров пакетов были обучены этому делу и приступили к работе. Существует ещё много неподдерживаемых пакетов, поэтому работа продолжается.
  • Поднят сервер для сборки официальных образов ISO для установки Mageia Linux: DVD и LiveCD. Пока что это не касается сборок для архитектуры ARM, однако к релизу Mageia 3 (смотри следующий пункт) ожидается появление и её.
  • В разработке Mageia 3 (англ.), в настоящий момент доступна версия Beta 3. Ознакомиться с новыми возможностями можно по этой ссылке (англ.).
  • Команда локализаторов испытывает затруднения в работе с помощью используемой в настоящий момент утилиты Transifex, поэтому рассматривается переход на другую утилиту, например Pootle.
  • Команда создателей документации написала много новой документации в 2012 году. Это пришлось сделать из-за несовместимой лицензии на документацию Mandriva, которая не допускает использования в других проектах. Команда ищет технических обозревателей для написания англоязычной документации. В 2012 году была проведена работа по приведению документации в единый стиль, а также улучшены инструменты для работы с ней (оповещение о том, что редактируемая вами статья была изменена кем-то другим).
  • Команда системного администрирования проводила установку новых серверов, сборочных нод, замену свичей, HDD, SSD, резервное копирование, а также автоматизировала сборку всех образов, кроме ARM. Кроме того, на серверах Mandriva была заменена на Mageia.
  • Команда дизайнеров была объединена с командой маркетинга и теперь называется Atelier Team. Это было сделано для того, чтобы у объединённой команды было больше лидеров для наиболее точного определения задач для команды. В 2012 году был успешно проведён конкурс Wallpaper'ов. Однако после релиза Mageia 2 начались проблемы. Оказалось что победитель конкурса использовал изменённую работу другого художника. Последовали извинения и Wallpaper был заменён на созданный своей командой дизайнеров. В настоящий момент существует проблема выбора Wallpaper'а для Mageia 3 и используется старый.

Статистику багтрекера лучше посмотреть в виде таблицы по ссылке «Подробности», поэтому я не размещаю её здесь.

Примерно в одно время с этими событиями заработала новая Wiki сообщества Mageia.org. В соответствии с правилами сообщества треть модераторов Wiki должна быть переизбрана. В 2012 году их было 6, теперь их будет 7. В настоящий момент происходят выборы трёх новых модераторов.

Наконец, была опубликована финансовая отчётность компании за 2012 год, ознакомиться с ней можно по этой ссылке (англ). За 2012 год получили 10 072,08 евро и потратили 10 766,69 евро. На графиках по ссылке можно увидеть источники доходов и на что они пошли.

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

★★★★★

Проверено: post-factum ()
Последнее исправление: Silent (всего исправлений: 10)

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

хотя она и несовместима с дебьяном.

4.2 не хочешь, не? Все совместимо.

но даже в притыривании пакетов из дебьяна проявляется её паразитическая натура.

Осиль матчасть сначала, большинство мнт убунты - дебиановцы теже, которые готовят пакеты для обоих дистрибутивов.

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

И да, ты мне в прошлый раз не подсказал аналог MAAS для деба.

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

>> хотя она и несовместима с дебьяном.

> 4.2 не хочешь, не? Все совместимо.

Он прав. http://www.opennet.ru/opennews/art.shtml?num=25798 http://www.opennet.ru/opennews/art.shtml?num=28781

>> но даже в притыривании пакетов из дебьяна проявляется её паразитическая натура.

> Осиль матчасть сначала

Из всех пакетов, приходящих из Debian, 17% имеют дополнительные изменения, внесённые командой Ubuntu. Многие из них являются частью репозитория Ubuntu «main», активно поддерживаемого компанией Canonical и основной группой разработчиков Ubuntu. Репозиторий «universe», как правило, ближе к официальным пакетам Debian.

...

Обратите внимание, что даже если исходные пакеты Debian включаются в репозитории Ubuntu без изменений, версии, скомпилированные для Ubuntu, будут отличаться от таковых в репозитории Debian. Это стало результатом внесения изменений в среду сборки пакетов разработчиками Ubuntu. Эти пакеты можно установить только на компьютеры с Intel-совместимыми процессорами класса 686 или новее, так как разработчики Ubuntu включают некоторые опции компилятора, которые не используются в Debian. К тому же, уже скомпилированные пакеты модифицируются программой под названием «pkgbinarymangler».

> И да, ты мне в прошлый раз не подсказал аналог MAAS для деба.

Назвал он всё, http://www.opennet.ru/opennews/art.shtml?num=33537

Марк Шаттлворт анонсировал MAAS, инструментарий для быстрого развертывания конфигураций Ubuntu

Полно их.

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

Вы невнимательно читаете, коллега. Да, бета есть, а артворка в ней нет. Если что, то артворк - это вовсе не тоже самое, что «выбор обоев». Нужен фирменный стиль оформления qt и gtk2/3, своя тема декораций окон, своя цветовая схема, тема иконок, сплэш-скрины, обои и ещё кучу всего по мелочи. Это делает высокооплачиваемый дизайнер. Результат его работы - это узнаваемость системы и тысячи школьников, задрачивающих на «прикольный внешний вид». А Магея занимается х--ней как раз.

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

Назвал он всё
Полно их.

Покажи. Ссылки в студию!

Обратите внимание, что даже если исходные пакеты Debian включаются в репозитории Ubuntu без изменений, версии, скомпилированные для Ubuntu, будут отличаться от таковых в репозитории Debian. Это стало результатом внесения изменений в среду сборки пакетов разработчиками Ubuntu. Эти пакеты можно установить только на компьютеры с Intel-совместимыми процессорами класса 686 или новее, так как разработчики Ubuntu включают некоторые опции компилятора, которые не используются в Debian. К тому же, уже скомпилированные пакеты модифицируются программой под названием «pkgbinarymangler».

Иии? В чем несовместимость? Про архитектуры я в курсе, какойнить mips нафиг не упал в убунте. Я говорю про арм, 686 и 64.

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

Несовместимость в версиях используемых системных библиотек. Даже если DEB-SRC не модифицировался, DEB-пакет с готовыми бинарниками может быть несовместимым с Debian'ом, так как требует libgnutls.so.28 вместо libgnutls.so.26. По ссылке заявляется об успехах в преодолении таких проблем, а следовательно они есть.

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

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

Несовместимость в версиях используемых системных библиотек. Даже если DEB-SRC не модифицировался, DEB-пакет с готовыми бинарниками может быть несовместимым с Debian'ом, так как требует libgnutls.so.28 вместо libgnutls.so.26. По ссылке заявляется об успехах в преодолении таких проблем, а следовательно они есть.

О ужас какой! А взять пакет из другой версии дистрибутива это такаааая проблема, ооо! А пакетов, которых у них где-то у кого-то нет (а ты наверное каждый день между дистрами пакеты таскаешь), наверное так много!

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

О ужас какой! А взять пакет из другой версии дистрибутива это такаааая проблема, ооо!

Проблема в работоспособности пакета/дистрибутива после этого. Ваш капитан. И да, прекращай истерику.

А пакетов, которых у них где-то у кого-то нет (а ты наверное каждый день между дистрами пакеты таскаешь), наверное так много!

внезапно много. Когда я сидел на дебиане, было немало таких квестов с нехваткой библиотек, либо их обзывали немного иначе.

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

Проблема в работоспособности пакета/дистрибутива после этого. Ваш капитан. И да, прекращай истерику.

Все нормально функционирует, между прочим. Еще не разу не натыкался на проблемы, и никакой истерики нет, это такой ход, если чо. Утрирование называется вроде ;)

внезапно много. Когда я сидел на дебиане, было немало таких квестов с нехваткой библиотек, либо их обзывали немного иначе.

Пруфы, пруфы пруфы!

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

Linux пилится в основном коммерческими структурами. Или в Вашей Вселенной RedHat, Intel, Novel и прочие являются благотворительными фондами?

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

такую фундаментальную утилиту как «tail». Сломана нахрен.

Советую выполнить команду:

# echo off > /proc/sys/trollolo_mode

И больше по существу.

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

Пруфы, пруфы пруфы!

http://www.ubuntu.com/project/about-ubuntu/ubuntu-and-debian Там нет вариаций понятия «совместимость», не так ли? Также гугли проект DEX.

Жду пруфов на

большинство мнт убунты - дебиановцы теже, которые готовят пакеты для обоих дистрибутивов.

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

сколько % из >35k пакетов ты реально использовал?

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

Тебе, сынок, было сказано по-существу. Сам-то по-существу можешь возразить?

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

Most source packages in all Ubuntu components (about 4 in 5 at the time of this writing) are copied unmodified from Debian, but other sources include apt-get.org, directly from organisations such as Blackdown and WineHQ, software which has been packaged by Ubuntu developers, and packages created specifically for Ubuntu.

In some cases, the same upstream software is packaged separately in Ubuntu and in Debian, though this is to be avoided unless there is a justifiable reason to do so.

Where packages in Debian and Ubuntu have a common heritage, the packages use version numbers which reflect this.

Твоя же ссылка.

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

Ну про 99% очень толсто, учитывая что Ubuntu как раз таки подавляющее большинство.

Но тоже к ней охладел, пилят все свое, ну доколе, патченные библиотеки для этого их Unity. Gnome ставится с Ubuntu Sign On, позор какой-то.

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

about 4 in 5 at the time of this writing

это IRL далеко не совместимость.

большинство мнт убунты - дебиановцы теже, которые готовят пакеты для обоих дистрибутивов.

это немного не то, что

are copied unmodified from Debian

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

Почему-то вспомнил FireWire. Суть - немного изменённые спецификации USB.

Редкостный бред. Для полноты клинической картины ты забыл приплести сюда еще проприетарщиков Sony и Apple.

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

это немного не то, что

Потому что именно они их и копируют, ыгы.

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

GNU целиком? Да зачем целиком, достаточно взять, например, такую фундаментальную утилиту как «tail». Сломана нахрен.

Ты пургу несешь. Это echo сломан тогда, потому что new line не обрабатывает нормально.

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

Ты пургу несешь. Это echo сломан тогда, потому что new line не обрабатывает нормально.

Глупости. Ты хоть запускал пример?

Echo работает правильно.

Сломан tail. Потому что когда он работает в режиме "-F" и видит, что файл заменили новым, то начинает читать его не с начала, а с конца. И поэтому пропускает первые записанные в файл строчки.

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

у меня ничего не теряется (т.е. я вижу все, что посылает echo)

а вот другой момент — сколько времени у тебя сортируется 80-метровый файл командой sort? у меня так около минуты (!)

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от rtvd
#!/bin/sh

for i in `seq 10`
do
    echo "$i\n" > foo
done

при первом запуске tail -F foo теряет некоторые числа (что интересно, это всегда числа 1 и 3), а дальше показывает все

www_linux_org_ru ★★★★★
()
Последнее исправление: www_linux_org_ru (всего исправлений: 1)
Ответ на: комментарий от rtvd
$ perl -We '$a=1; for($i=1;$i<10111222;++$i) { $a+=($a<<2); $a&=0x7FFFFFFF; print "$a\n";}' > 100m
$ time sort 100m > /dev/null 

real    0m58.005s
user    0m57.792s
sys     0m0.216s

в то время как простейший merge sort должен делать примерно 27 проходов по памяти, что даст меньше 3 ГБ трафика (по памяти), который (я мерил) можно сделать за полсекунды (правда я мерил просто на чтение, и не мерил на чтение+запись, ну пусть тогда будет не полсекунды, а секунда)

sort, вообще-то, у меня создает временные файлы по 3мб, но схрена ли к ним так медленно идет обращение?

/tmp на быстрой почти пустой партиции (скорость диска около 50мб/с, но это и не должно влиять, т.к. памяти свободной дофига)

             total       used       free     shared    buffers     cached
Mem:       8198228    2443748    5754480          0      98212    1406100
-/+ buffers/cache:     939436    7258792
Swap:      7811064     122876    7688188

(подозреваю, что виноват алгоритм сортировки )

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

Хм.. Интересно. На разных машинах мой пример работает по-разному.

Причём tail на них одинаковой версии (8.13). Возможно воспроизводимость зависит от чего-то ещё.

Что до sort, то да, бывает медленным.

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

Нет. Workaround. Ждать, пока это пофиксят или фиксить самому, мне не интересно.

Дык, а что жалуешься тогда? Как по твоему разработчики должны это улучшать, если никто не шлет багрепорт?

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

tail (GNU coreutils) 8.5

я, кхм, недостаточно грамотен, чтобы сказать, есть ли в пропуске 1 и 3 баг или нет, но подозреваю, что tail -F не обязан выдавать *все* промежуточные состояния файла

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

А, понял. Да, теперь вижу.

у тебя че-то пропадает?! у меня все работает

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

Что до sort, то да, бывает медленным.

ну епрст, тормоза в 60-100 раз это «бывает медленным»?!

по-моему, это однозначно классифицируется как говно

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

Дык, а что жалуешься тогда? Как по твоему разработчики должны это улучшать, если никто не шлет багрепорт?

У меня уже есть опыт отправки десятка-другого багрепортов самым разным разработчикам. В среднем, «воз и ныне там».

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

я, кхм, недостаточно грамотен, чтобы сказать, есть ли в пропуске 1 и 3 баг или нет, но подозреваю, что tail -F не обязан выдавать *все* промежуточные состояния файла

Если он не обязан, то нафига он нужен? Особенно в режиме «follow».

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

На безрыбье и дохлый рак - рыба. :(

С sort, что работает минуту ещё как-то можно жить. А вот с визуальными diff'ами, что просто уходят в затык навечно, жить невозможно.

Пробовал meld, kdiff и прочие - на больших файлах (порядка сотен мегабайт) они сравнивают фактически вечно. Единственный нормальный diff - xxdiff. Там хоть можно дождаться результата. Но он очень непопулярен и не во всех дистрибутивах есть. Видимо из-за его «негламурности».

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

Если он не обязан, то нафига он нужен? Особенно в режиме «follow».

он не обязан потому, что у тебя там tail-ing не происходит — там файл у тебя truncate-ится, и никто (по-моему) не обязан видеть состояния между двумя последовательными truncate-тами

ты-то как сам считаешь, за счет каких системных вызовов эти состояния можно увидеть? а переключать процессы так шустро, как тебе надо, никто не обязан

обязан был бы если бы у тебя стояли >>, а не > как щас

на линуксе, возможно, это может заработать c inotify — я не в курсе

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

потому, что у тебя там tail-ing не происходит — там файл у тебя truncate-ится, и никто (по-моему) не обязан видеть состояния между двумя последовательными truncate-тами

ты-то как сам считаешь, за счет каких системных вызовов эти состояния можно увидеть? а переключать процессы так шустро, как тебе надо, никто не обязан

Хм.. Действительно, он делает truncate. Тогда его поведение действительно не так дико, как кажется. Впрочем, изначально у меня был софт, что переименовывал старый файл, и начитал писать новый. И именно там я увидел странности в первый раз. Надо, пожалуй, поискать старые исходники.

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

Плюсы, это замечательно. Но смотрите абсолютные цифры - проект интересен нескольким тысячам человек. Так что популярности нет.

Финансирования нет - цифры же видны. Речь не о том, что оно нужно, но сейчас ведь оно копеечное, верно?

А движения нет, потому что движение на такой низкой базе - это рост за год в два раза. А сейчас - топтание на месте.

В принципе, удачи им, сделают что-то лучше, чем существующее - отлично. Но пока не сделали.

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

В принципе, удачи им, сделают что-то лучше, чем существующее - отлично. Но пока не сделали.

Ну, я-то, например, им благодарен уже за то, что они, хотя бы, сохранили существующее, т.е. классическую Mandriva. И количество пакетов в репозиториях растёт. А «лучше» - понятие относительное. По мне, так устраняли бы оперативно ошибки и новые не плодили - уже можно быть довольным. :)

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