LINUX.ORG.RU

Fedora — отличный дистрибутив.

slyjoeh ★★★ ()

Fedora — отличный дистрибутив.

EXL ★★★★★ ()

Fedora — отличный дистрибутив.

Unununij ★★★★ ()

Fedora — отличный дистрибутив.

dark77 ()

Fedora на 1.5 месяца лучше Ubuntu.

kirezz ()

В Ubuntu этот же самый баг был пофикшен за 4 месяца.

Где ссылка на баг? :)

WereFox ★☆ ()

Fedora — отличный дистрибутив.

Valeg ★★★ ()

Fedora — отличный дистрибутив.

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

Debian GNU/kFreeBSD.

Он протух вроде, а фряха цветёт и благоухает, там FF55 даже!

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

А дистрибутивы че должны делать? Поставлять багованные продукты?

поставлять как есть. Если баги - то с багами.

единственный кто может править код приложения - разработчик приложения

stevejobs ★★★★☆ ()

Выводы делайте сами.

КГ/АМ

kott ★★★★★ ()

Ставил вашу федору по молодости, сырая хоть выжимай.

ilovewindows ★★★★★ ()

Слака — отличный дистрибутив.

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

единственный кто может править код приложения - разработчик приложения

Раскрыт источник дохода спо разработчиков: скиньтесь срочно по стольнику или патч не приму и всем будет плохо. И так с каждым пакетом линукса.

Napilnik ★★★★★ ()

Fedora — отличный дистрибутив.

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

поставлять как есть. Если баги - то с багами.

Например, выкинуть из репы работающее приложение, ради неработающей версии с большей циферкой в номере версии?

grem ★★★★★ ()

Fedora — отличный дистрибутив.

mandala ★★★★ ()

Fedora — отличный дистрибутив.

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

очень малое количество багов - про «неработающую версию») если совсем не работет - можно не обновлять, да.

тут наверное, речь о приложении. в котором 1 из 10 кнопочек перестала работать. Стоит ли на него обновляться. Сложный вопрос.

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

имхо, для каждой конкретной софтины существует некий «общественно приемлемый уровень отваливания». Т.е. при наличии установленного количества критических багов, или хотя бы одном блокирующем - обновления не происходит

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

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

и другой факт: не бывает так, чтобы дистрибутив работал целиком хорошо. Всегда есть отвалившиеся части. Разные «версии» дистрибутива показывают только то, какие приложения отвалились в этот раз

имхо, поэтому идея «версий» дистрибутива совершенно не имеет смысла. Нужен rolling release, обновляемый например, каждый день. Частые обновления позволяют разработчикам мгновенно получить фидбек и зафайлить тикет, что ускоряет починку проблемы

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

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

Пропатчить версию фиксом из апстрима?

но ни в коем случае ты не можешь пойти и самостоятельно что-то поправить.

Глупость какая. Берёшь и правишь, собираешь и делаешь пакет. Патч отправляешь в апстрим, где его вполне могут принять.

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

ну и как, работает в arch в nomacs batch-resize?

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

в арче есть свои патчи. лично я очень против этого.

мы в своих проектах на работе такую практику забанили технически: дистрибутив может собираться только из Git-репозиториев подпроектов, автоматически. А попасть в Git-репозиторий фикс может только через центральный репозиторий соответствующего подпроекта (нельзя подключить свой). Только через создание тикета в JIRA, с привязанным к нему бранчом, в котоый помещается pull request. Только с обязательным code review. Способов обойти эту схему у обычных разработчиков не существует.

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

поставлять как есть. Если баги - то с багами.

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

единственный кто может править код приложения - разработчик приложения

Кэп? Если я внесу патч какому-либо приложению, я стану его разработчиком?

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

ты станешь его разработчиком только когда получишь статус «я - часть команды» (н-р если продукт делает компания, это подразумевает также трудоустройство в эту компанию. Если энтузиасты - руководитель проекта должен принять тебя в команду). А также commit access к единственному главному репозиторию проекта, из которого собираются официальные дистрибутивы.

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

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

ты всё правильно, как создатель дистрибутива ты (и только ты, не разработчик!) может выбирать версию, которая станет частью дистрибутива. Ты выбираешь менее багованную из тех, что предоставил тебе разработчик.

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

ты станешь его разработчиком только когда получишь статус «я - часть команды»

Сам придумал, или подсказал кто?

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