LINUX.ORG.RU

Интервью с лидерами Fedora: Max Spevack и Paul Frields

 , ,


0

0

Макс Спивак последние 2 года был лидером проекта, и вот он решил уйти, а на его место пришел Paul Frields.

Макс появился в RedHat в 2004 в подразделении Red Hat Network. Спустя какое-то время он смог познакомиться и поработать с Matthew Szulik и Michael Tiemann. И как только у него появилась возможность, он окунулся с головой в работу коллектива Fedora. В его задачу входило составление планов и корректировка работы, повышение роли Fedora внутри самой RedHat, работа со средствами массовой информации.

Что касается Поля, то он говорит, что за время работы рядом с Максом он узнал огромное количество новой уникальной информации. Он познакомился с такими людьми, как 'бриллиант' Dimitris Glezos - человек, который знает о локализации всё. Fedora является для RedHat инкубатором инноваций. Начиная с 2005 года происходит эволюция как в самой Fedora, так и в отношении к ней. Репозитории, инфраструктура и система билдов Fedora поставили ее в ряд ведущих инновационных дистрибутивов Linux, сделали её платформой, в которой каждый может внести личный вклад в общее дело.

Макс в первую очередь горд за т.н. инструментальную систему билдов (Koji + Pungi). Live CD и Live USB реализованы также на достаточно высоком уровне. За это время RedHat нанял в свой штат изрядное количество волонтеров из рядов Fedora, которые продолжили свою работу уже в рядах компании, но все на ту же Fedora.

В ближайшее время Макс будет занят созданием т.н. CommunityArchitecture команды, в задачу которой входит широкое массовое распространение глобальной девелоперской стратегии. Эта работа будет связана с командировками в Европу, Южную Америку, с формированием там лидерских команд, спонсирования их материально.

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

★★★★★

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

рад за макса, а о чем новость то?

fura13 ★★★
()

>За это время RedHat нанял в свой штат изрядное количество волонтеров из >рядов Fedora, которые продолжили свою работу уже в рядах компании, но >все на ту же Fedora.

может они всеже стали на RH работать?

Рад за федору , использую с 6ки , глюков не было , если не считать давнии падения pidgin'a .

fury3
()

Не думаю, что "brilliant" следовало переводить буквально :)

Deleted
()

не люблю "шапочные" дистры - Асп, Мандрила, Федора и т.д. имхо, сплошные свалки какие-то, мусор приходится эксковатором вывозить

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

Сперва у себя из головы мусор вывези))) Насчет мандривы и асп согласен, но федора вполне хороший дистрибутив, первые релизы, конечно были неудачными, но вот 7,8 хороши.

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

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

vitroot ★★
()

>Что касается Поля, то он говорит, что за время работы рядом с Максом

Прочитал как "Макском" :)

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

> Но так же не буду спорить, если сравнивать количество мусора в Феде и Убунте, то не известно, кто еще кого...

Просто RPM - defective by design, отсюда и проблемы. DEB намного продуманней.

anonymous
()

Ничего не имею против Федоры, но вчера помогал другу ставить rmagick и opengl-ные либы. yum так безбожно тормозит при поиске по сравнению с apt-ом, что я зарекся ставить yum-оюзающий дистр.

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

> yum так безбожно тормозит при поиске по сравнению с apt-ом, что я зарекся ставить yum-оюзающий дистр.

Дык написан же на Питоне. Ничего не имею против Питона, но ИМХО, для таких задач интерпретируемый язык не подходит.

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

> str_replace("эксковатором","экскаватором"); vitroot (*) (05.03.2008 11:00:51)

Если это РНР, то пропущен третий параметр. ;)

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

> просто у rpm - file-based депенденсы в отличии от package-based в dpkg

Пакеты зависимости тоже есть.

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

>Рад за федору , использую с 6ки , глюков не было , если не считать давнии падения pidgin'a .

Использовал с 6ки по 7ку. 8ю уже не пережил.

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

И во главе движения какаго-нибудь Фёдора поставить.

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

А вот это кстати умная мысль, но для быстроты можно использовать Smart. Хотя Yum в принципе не такой уж и медленный.

Tigro ★★
()

Сборка LiveCD у федоры вызывает интерес, на первый взгляд.
Кто связывался со сборкой собственных LiveCD ? Опытом поделитесь.
Спвсибо !

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

А на базе чего? Если на базе Fedora, то нужно взять у них пример кикстартового файла и далее исправить его под свои нужды (в основном пакет). А потом через Revisor завернуть образа.

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

>'бриллиант' это в смысле блестящий?
выеживающийся :)

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

> Вы с apt-get/apt-cache/aptitude когда-нибудь работали? ;)

У вас работа заключается в манипулировании пакетами в системе?

smart очень быстро работает

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

Слушайте, а скажите мне господа APT'овцы, а APT умеет ставить локальный .deb пакет (чтобы зависимости разрешились)?

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

yum и rpm также как apt-get и dpkg инструменты разного рода, балбес. Зачем плодить сущности и перекрывать существующую функциональность?

dpkg хорошо работает с локальными пакетами dpkg --ignore-depends <packet> Вот так поставишь локальный пакет не утягивая зависимостей

apt нужен для репозитариев apt-get -f install Это разрулит проблемы.

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

yum и rpm также как apt-get и dpkg инструменты разного рода, балбес. Зачем плодить сущности и перекрывать существующую функциональность?

dpkg хорошо работает с локальными пакетами dpkg --ignore-depends <packet> Вот так поставишь локальный пакет не утягивая зависимостей

apt нужен для репозитариев apt-get -f install Это разрулит проблемы.

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

>> Вы с apt-get/apt-cache/aptitude когда-нибудь работали? ;)

> Эх... Вот ведь у людей работа... :)

Это одна из составных частей моей работы. И я не хочу ждать 10 минут, пока yum будет искать нужный мне пакет и устанавливать его, если apt делает это в разы быстрее. Да, кстати, для товарища Tigro это действительно работа. Это он специалист по репозиториям.

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

> yum и rpm также как apt-get и dpkg инструменты разного рода, балбес.

yum агрегирует функциональность с помощью плагинов в одну утилиту. Т.е. работа ведётся через один yum, а не через вагон с тележкой разносола.

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

> Это одна из составных частей моей работы.

Языком молоть - не мешки ворочать.

Устанавливальщик пакетов...

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

> Слушайте, а скажите мне господа APT'овцы, а APT умеет ставить локальный .deb пакет (чтобы зависимости разрешились)?

Это в каком смысле? Устанавливая локальный пакет, чтобы зависимости вытягивались из репозитория? Так товарищ выше уже объяснил, что это делается просто, используя инструмент работы с пакетами (dpkg) и инструмент работы с репозиториями (apt-get). Это UNIX-way, а не тормозной комбайн (all-in-one), как у вас.

anonymous
()

давайте ещё pacman из arch'а сравним, чтоли. Свет клином на yum и apt не сошёлся:)

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

Не балбесничай, это всего лишь желание оправдать то, что сделано плохо.

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

Хахаха. Вот поставили при помощи dpkg, а потом apt-get -f install, а он говорит, вот блин а я не могу найти то, что тот пакет хочет.

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

> Т.е. работа ведётся через один yum, а не через вагон с тележкой разносола.

Даунёнок, ты о UNIX-way что-нибудь слышал? Программа должна выполнять одну функцию, но делать это хорошо, а не быть тормозным комбайном с кучей интегрированных функций (yum). Кстати, тебе Yast должен очень понравиться ;)

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

> Устанавливальщик пакетов...

Ты глупый унылый тролль...

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

Недели 2 назад тоже заинтересовался, но из за дорогого интернета напрямую качать пакеты не стал (revisor и все по умолчанию).

Скопировал все пакеты с установочного DVD, createrepo, ключи забыл нообязательно надодобавить файл с группами, выложил на http, так же сделал еще один репозиторий из /var/cache/yum/updates/packages.

установил livecd-tools, скопировал в текуший катаорг и подредактировал файлы livecd-fedora-8-desktop.ks и livecd-fedora-8-base-desktop.ks .

Все остальное одна команда

time livecd-creator --config=livecd-fedora-8-desktop-my.ks --fslabel=Fedora-8-LiveCD-1-cool

минут через 20-30 получил образ.

редактировал строки с указанием на свои репозитории и вычеркнул пакеты которых просто не было а качать дорого (abiword, gparted gnumeric).

прожег образ на болванку CD, все круто даже пакеты все обновленные (автоматом подхватил updates).

Поигрался с USB livecd-iso-to-disk Fedora-8-LiveCD-1-cool.iso /dev/sd<как там ваш USB>

Восторга было много, все работает на раз.

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

> Хахаха. Вот поставили при помощи dpkg, а потом apt-get -f install, а он говорит, вот блин а я не могу найти то, что тот пакет хочет.

Товарищ, Вы невменямый какой-то. Как вы думаете, где apt должен искать пакеты (зависимости), если их нет ни в репозитории, ни локально? Через libastral.so???

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

Отвечай, откуда yum будет качать зависимости, если их нет ни в репозиториях, ни локально? Не ответишь, засчитаю слив.

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

> Программа должна выполнять одну функцию

Пакетный менеджер должен работать с пакетами, мой анонимный друг. yum можно сравнивать с aptitude, а не с более низкоуровневым apt. Если тебе что-то из моих слов не понятно, то пересиль своё слабоумие и прочитай документацию на пакетную систему в своём любимом дистрибутиве.

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

> Отвечай, откуда yum будет качать зависимости, если их нет ни в репозиториях, ни локально? Не ответишь, засчитаю слив.

Для хорошо читающий, но плохо понимающих: yum при установке rpm с локального диска не будет портить базу установленных пакетов, и её не надо будет чинить другой утилитой.

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

>Отвечай, откуда yum будет качать зависимости, если их нет ни в репозиториях, ни локально? Не ответишь, засчитаю слив.

Чего вы разборки устроили? Ну не будет он тогда устанавливать пакет, пока ему не подсунешь правильный путь. А ваш любимый apt в федоре тоже присутствует. Пробовал его. Дерьмо редкое.

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

> Чего вы разборки устроили?

Анонимусы вот чего-то вылезли. Им не понять, что стандартизация покладёт на все per-distro финтифлюшки и у всех будет стоять LSB-compliant пакетный менеджер.

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