LINUX.ORG.RU

Fedora: на пути к 14

 , ,


1

1

В проекте Fedora сразу три новости, которые наверняка обрадуют всех:

  1. Fedora перевела всю свою инфраструктуру на Git. Ранее для управления версиями RPM-спеков, патчей и исходников использовался cvs.
  2. Systemd интегрирован в Rawhide. Теперь он может использоваться вместо upstart. Осталась временная возможность выбирать при загрузке систему инициализации через параметр init=/bin/systemd или init=/sbin/upstart. В дальнейшем upstart будет убран из системы.
  3. Fedora 14 выделена в отдельную ветку репозитория из Rawhide. Теперь принимаются только улучшения, связанные с повышением стабильности и закрытием багов. Новые возможности приниматься не будут. Релиз назначен на 26 октября.

Переход на Git

Systemd теперь новая система инициализации по умолчанию

>>> Выделена ветка Fedora 14

★★★★★

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

лучше расскажи, когда rhel 6.0 зарелизится

cuki ★★★★ ()

Systemd - это хорошо. Главное, чтобы не получилось как с ранними релизами pulseaudio =).

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

Вот кто украл машину времени с ЛОРа!

systemd это плохо! федоравский systemd-4-4.fc14.src.rpm зависит от несуществующего (на сайте самих разработчиков) dbus-1.3.2 :) в то время как в федоре dbus-1.3.2-0.0.885483.fc14.src.rpm

init_6 ★★★★★ ()

Мдее.. Авторы пульса взялись за инитскрипты.

Переход на Git

Теперь с моим 256-килобитным анлимом не покоммитишь.

Молодцы, что тут сказать.

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

> Теперь с моим 256-килобитным анлимом не покоммитишь.
А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

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

> лучше расскажи, когда rhel 6.0 зарелизится

Да-да, а то уже больше года назад должна была выйти, а до сих пор нет. RedHat закапывает RHEL и переходит на Федору?

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

> Systemd - это хорошо. Главное, чтобы не получилось как с ранними релизами pulseaudio =).

непонятно тока, нахер было выкидывать старый проверенный проверенный десятилетиями init (тот, который имеет PID 1, а не скрипты). Так бы было б что-то, что смогло systemd перезапустить, если ему поплохеет.

Прозреваю, что автор системд хочет догнать венду по падучести

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

А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

У git'а есть одна серьёзная проблема: он не поддерживает докачку. А это значит, что выкачать какой-нибудь «толстый» репозиторий через падучий канал попросту невозможно.

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

Можно ведь выкачать из cvs, пока он работает и синхронизировать с git?

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

есть git cvsimport, но можно ли будет синхронизировать х.з.

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

>У git'а есть одна серьёзная проблема: он не поддерживает докачку. А это значит, что выкачать какой-нибудь «толстый» репозиторий через падучий канал попросту невозможно.

Да, например, Qt реп не выкачивается. Просто у нас нет такого анлима, который способен держать связь целых 5 часов без разрыва. Да и не факт, что это из-за связи. Просто перегруженный гиториус рвёт связь когда захочет.

Кроме того, чтобы полноценно участвовать в разработке, нужно клонировать весь реп со всей историей изменений. Это тоже порядком бесит. Особенно показателен пример со спеками-патчами как в сабже. Вместо svn co путь_к_репу/путь_к_пакету придётся качать весь реп, да ещё с историей изменений. В общем, маразм крепчал.

ЗЫЖ Qt-шный реп с 5-й попытки удалось выкачать на 8-ми мегабитном анлиме. Это даже не смешно.

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

>А почему? git AFAIK более экономен по трафику, чем CVS/SVN. Загрузил раз основное дерево, и дальше по чуть-чуть обновляйся.

Видно, история изменений имеет отрицательный размер.

anonymous ()

ура!! жду и буду ставить альфу.

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

>непонятно тока, нахер было выкидывать старый проверенный проверенный десятилетиями init (тот, который имеет PID 1, а не скрипты). Так бы было б что-то, что смогло systemd перезапустить, если ему поплохеет.

Будет падать - вышвырнут с треском, федора всё-таки не убунта.

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

>Будет падать - вышвырнут с треском, федора всё-таки не убунта.

За свои поделки они стоят горой. Пульс тому подтверждение.

anonymous ()

> В дальнейшем upstart будет убран из системы.

Странно как-то, в Debian только начали предлагать желающим протестировать новую систему инициализации (upstart), в Fedora её уже убирать собрались и городят что-то еще «более новое». Не знаю плохо это или хорошо...

Buy ★★★★★ ()

>systemd
отлично. Не терпится пощупать.

px ★★★ ()

(Russian) Fedora — дистрибутив, которым я пользуюсь последние три года.

К сожалению даже сейчас мэинтейнеры отказываются переходить хотя бы на MRI 1.8.7, оставаясь на 1.8.6, который всерьёз уже никто не трогает.

Приходится ставить общесистемный rvm и в каждом ~/.profile форсировать нужную версию интерпретатора :)

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

>>Переход на Git

Теперь с моим 256-килобитным анлимом не покоммитишь.


Обычно для этого выкладывают снепшоты гита для скачивания удобным методом. Потом их обновляешь и получаешь актуальный клон.

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

За свои поделки они стоят горой. Пульс тому подтверждение.

А что, кто-то уже написал альтернативу пульсу? Интересно посмотреть.

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

>Обычно для этого выкладывают снепшоты гита для скачивания удобным методом. Потом их обновляешь и получаешь актуальный клон.

Ни разу такого не видел.

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

>А что, кто-то уже написал альтернативу пульсу? Интересно посмотреть.

Альтернативу в чём? Что такого умеет пульс, чего не умеет голая альса.

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

>За свои поделки они стоят горой. Пульс тому подтверждение.

В отличие от убунты, в федоре у пульса никогда не было феерических косяков.

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

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

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

Конечно, просто в убунте его практически не выпилить. Тогда как в мандриве, например, он отключается одной галкой.

Ещё примечателен тот факт, что в мандриве на пульс наложено более 80 патчей. И проблем там действительно меньше.

anonymous ()

>Fedora: на пути в топку

fixed.

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

> Глючный хрипящий пульс - это сугубо внутриубунтовский мем

Вполне возможно. Поможешь попытаться опровергнуть гипотезу? Для этого надо всего-навсего:

0) Взять неубунту

1) В /etc/pulse/daemon.conf выставить flat-volumes явно в no (что Ubuntu, собственно, и делает патчем)

2) Выставить в gnome-volume-control профиль каналов 5.1

3) Убедиться, что переменная PULSE_NO_SIMD не установлена

4) Проиграть какую-нибудь музыку

В итоге получается конфигурация, которую никто, кроме убунтушников, скорее всего, толком и не тестировал. Вопрос: присутствует ли в этой конфигурации высокочастотный (5.5 kHz) свист на фоне музыки?

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

>Теперь с моим 256-килобитным анлимом не покоммитишь.

ЛОР сочувствует тебе.

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

>Теперь с моим 256-килобитным анлимом не покоммитишь. Нищеброды из замкадья не нужны. Федора - дистрибутив успешных людей.

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

> (Russian) Fedora — дистрибутив, которым я пользуюсь последние три года.

К сожалению даже сейчас мэинтейнеры отказываются переходить хотя бы на MRI 1.8.7, оставаясь на 1.8.6, который всерьёз уже никто не трогает.

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

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

> ох надеюсь пофиксят траблы с нвидией, ох надеюсь...

А что не так с нвидией?

Relan ★★★★★ ()

>Systemd интегрирован в Rawhide. Теперь он может использоваться вместо upstart. Осталась временная возможность выбирать при загрузке систему инициализации через параметр init=/bin/systemd или init=/sbin/upstart. В дальнейшем upstart будет убран из системы.

Systemd

Это не велосипед от создателя пульса!? ;) Подозреваю что пользователи федоры наслядятся этим кактусом по самое небалуй =)))

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

ну разве это дело, устанавливать драйвера такими способами?

http://forums.fedoraforum.org/showthread.php?t=204752&highlight=leigh123linux...

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

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

>вы git с bzr не путаете?

Нет, я именно про гит такое читал. Именно из-за неподдержки докачки. Возможно в kde-scm-interest ссылались на это как на существующее решение.

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

> ну разве это дело, устанавливать драйвера такими способами?

По-моему нормально. Я думал у вас что-то не работает. А вам просто лень пару команд скопипастить.

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

> Я думал у вас что-то не работает

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

А вам просто лень пару команд скопипастить.


Можете чем-то помочь? Был бы рад.

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

rhel 6.0 не нужен?

> лучше расскажи, когда rhel 6.0 зарелизится


А зачем он вам? Debian - наше всё, зачем вам шапка - платность (можно конечно CentOS поставить) скудные репозитории старого софта, прикрутка сторонних, глюки от этого....

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

> Можете чем-то помочь? Был бы рад.

Вы бы хоть версии ядра, блоба и лог Х показали.

Relan ★★★★★ ()
Ответ на: rhel 6.0 не нужен? от Litos

Re: rhel 6.0 не нужен?

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

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

>Странно как-то, в Debian только начали предлагать желающим протестировать новую систему инициализации (upstart), в Fedora её уже убирать собрались и городят что-то еще «более новое». Не знаю плохо это или хорошо...
К слову, потыкал. Даже удивился, но всё заработало без особенных косяков.

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

>Нет, я именно про гит такое читал. Именно из-за неподдержки докачки. Возможно в kde-scm-interest ссылались на это как на существующее решение.

Ну не знаю. Вот сколько видел проектов на гите, ни один не потрудился выложить свежий git clone. Максимум, можно скачать последний срез, который просто свалка исходников без возможности обновления. Ну и как водится по http и тоже без докачки.

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

>Это не велосипед от создателя пульса!? ;)

Он самый. Но самое смешное, что автор работает в RedHat и получает за это дело приличную зарплату.

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

>К слову, потыкал. Даже удивился, но всё заработало без особенных косяков.

Ничего удивительного. Его автор позиционирует себя как «openly gay» и тратит на допиливание очень много времени (кстати, тоже не бесплатно). Но это так к слову. С технической точки зрения всё хуже. упстарт зависит от демона dbus (systemd этим грешит тоже). В результате мы имеем понижение надёжности системы, да и применять линукс во всяких embedded железках станет труднее из-за лишних процессов. Кроме того, во всех никсах есть хороший и надёжный UDS, работающий без всяких демонов. Не понятно, почему в линуксе занимаются велосипедостроением и плодят демонов на каждый чих.

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

>С технической точки зрения всё хуже. упстарт зависит от демона dbus (systemd этим грешит тоже).

Ты вообще нормальный? Дбас - уже давно стандарт межпроцесного взаимодействия. Все правильно сделали, не стали плодить велосипеды.

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

Перекидывание потоков на ходу на другие аудиоустройства.

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

>Ты вообще нормальный? Дбас - уже давно стандарт межпроцесного взаимодействия. Все правильно сделали, не стали плодить велосипеды.

Не смеши меня, мальчик. фридесктопвские «стандарты» таковыми никогда не были.

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