Кто разрабатывал ядро Linux в 2011 году? (Небольшой анализ)

[Vascom]

Вот я не поленился и проверил.
tune2fs отлично работает с дробными процентами на SL 6, а значит и в RHEL и в Fedora.

[drBatty]

Вот я не поленился и проверил.
tune2fs отлично работает с дробными процентами на SL 6, а значит и в RHEL и в Fedora.

да? это радует. Интересно, какая часть серверов на RHEL(CentOS) уже переведена на 6ю версию? В пятой
tune2fs 1.39 (29-May-2006)
GNU Oct 2004 TAR(1)
tar (GNU tar) 1.15.1 (тоже 2006го. Хорошо не 2004го, как его мануал)
У меня вот нету возможности и желания ставить шестую версию, может вы мне скажете, там тоже ПО древнее, как г-но мамонта? Напомню - дробные проценты были введены одним из разработчиков Debian'а в 2005ом, причём они сразу верно работали. В 2006ом их портировали в RH, причём поломали по дороге. И исправили получается только в 2012. Что символизирует.

[Vascom]

Всё есть в свободном доступе. Возьми и посмотри, если так интересно.

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

[drBatty]

Вот я не поленился и проверил.

да, в мануале шестой версии RH написано, как таром сделать многотомный архив на одном носителе автоматически? Не на нескольких ленточных накопителях, а как в WinRAR'е.

[Bizdelnick]

в мануале шестой версии RH написано, как таром сделать многотомный архив на одном носителе автоматически?

Да.

[drBatty]

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

вот мне интересно багрепорт искать - баг был, это факт, сам видел. Причём это касалось только RH, ибо в Debian'е, и Slackware (и ессно во всех их производных) такого бага отродясь не было. Да и вообще, ситуация, когда ОС вроде как поддерживается, а _основные_ _системные_ программы 6и летней давности - явно ненормальна. Не? И ваш выбор -
1) УГ мамонта под именем CentOS
2) глюкодром по имени федорино горе
3) RHEL, в котором вроде-бы "всё хорошо", но за ДЕНЬГИ
- явно не для меня. Т.ч. очевидно, что приписочка "на правах рекламы" в первом посте - необходима.

Да.

процитировать нельзя конечно?
UPD а лучше - показать, как их таки создавать.

[Bizdelnick]

процитировать нельзя конечно?

$

$ man tar | grep -B4 'multi-volume' -L, --tape-length=NUMBER change tape after writing NUMBER x 1024 bytes -M, --multi-volume create/list/extract multi-volume archive

[drBatty]

$ man tar | grep -B4 'multi-volume'
-L, --tape-length=NUMBER
change tape after writing NUMBER x 1024 bytes

-M, --multi-volume
create/list/extract multi-volume archive

а это было и в прошлых версиях. Только там после каждой катушки с магнитной лентой tar спрашивал - "заменили? да/нет". Или создавал 100500 частей с одним и тем-же именем в одном и том-же каталоге. (:

Лет пять назад эту проблему решили, везде, кроме Red Hat. У вас эта проблема не имела нормального решения вплоть до декабря прошлого года. Сейчас, возможно, в этой вашей шестёрки и пофиксили...

[Vascom]

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

вот мне интересно багрепорт искать - баг был, это факт, сам видел. Причём это касалось только RH, ибо в Debian'е, и Slackware (и ессно во всех их производных) такого бага отродясь не было. Да и вообще, ситуация, когда ОС вроде как поддерживается, а _основные_ _системные_ программы 6и летней давности - явно ненормальна. Не? И ваш выбор -
1) УГ мамонта под именем CentOS
2) глюкодром по имени федорино горе
3) RHEL, в котором вроде-бы "всё хорошо", но за ДЕНЬГИ
- явно не для меня. Т.ч. очевидно, что приписочка "на правах рекламы" в первом посте - необходима.

Голословные утверждения.
Тебя ни кто не заставляет этим пользоваться, сиди дальше на своём любимом дистрибутиве. Но отрицать факт того, что наибольший вклад в ядро linux делают программисты RedHat, ты уже не можешь.
Да и остальные программные новинки сперва попадают в Федору, а потом уже расползаются по другим дистрам.

[Bizdelnick]

а это было и в прошлых версиях. Только там после каждой катушки с магнитной лентой tar спрашивал - "заменили? да/нет". Или создавал 100500 частей с одним и тем-же именем в одном и том-же каталоге. (:

Лет пять назад эту проблему решили, везде, кроме Red Hat. У вас эта проблема не имела нормального решения вплоть до декабря прошлого года. Сейчас, возможно, в этой вашей шестёрки и пофиксили...

И что нужно искать по этому поводу в мане? Смотрю вот в ман из wheezy, датированный 31.12.2011, и не наблюдаю ничего принципиально нового.

P.S. Ну и вообще split вроде не отменяли.

[taaroa]

Но отрицать факт того, что наибольший вклад в ядро linux делают программисты RedHat, ты уже не можешь.

да, вот так! и на каждом доме красной краской: red hat forever!
200 коммитов запилили. 4 релиза фиксили регрессии. итого: 100500 изменений!

[diesel]

Да и остальные программные новинки сперва попадают в Федору, а потом уже расползаются по другим дистрам.

смотря что считать "программными новинками"

ядро - да, возможно
гном - да, возможно
pulseaudio/systemd/etc - да, возможно.
прикладной софт - спорно, новые версии гораздо быстрее попадают в Arch, и часто достаточно быстро попадают в Debian/unstable. Совсем новые разработки - скорее можно найти на ланчпаде... со всеми вытекающими.

[Vascom]

Но отрицать факт того, что наибольший вклад в ядро linux делают программисты RedHat, ты уже не можешь.

да, вот так! и на каждом доме красной краской: red hat forever!
200 коммитов запилили. 4 релиза фиксили регрессии. итого: 100500 изменений!

Угу, а Каноникл и Генту одним коммитом полядра патчат каждую субботу. Ну-ну.

Да и остальные программные новинки сперва попадают в Федору, а потом уже расползаются по другим дистрам.

смотря что считать "программными новинками"

ядро - да, возможно
гном - да, возможно
pulseaudio/systemd/etc - да, возможно.
прикладной софт - спорно, новые версии гораздо быстрее попадают в Arch, и часто достаточно быстро попадают в Debian/unstable. Совсем новые разработки - скорее можно найти на ланчпаде... со всеми вытекающими.

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

[Bizdelnick]

важные системные вещи (вроде перечисленных вами)

А почему во множественном числе?

[diesel]

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

"важные" системные вещи могут в Убунте и не появится вовсе
вот пример из соседнего с убунтой дистрибутива: в своем Debian'е я как-то счастливо прошел мимо странной инициативы скрестить hal с X-сервером, помнится с Х-ов в свое время на какое-то время выкинули собственные тесты железа, мол пусть hal этим занимается, итп итд. Так вот в одном stable этого еще не было, а на testing я переходил когда этого уже не было. Зато прогрессивные дистрибутивы а-ля Федора смогли этим вдоволь насладится

поэтому давайте без "исключительной роли Коммунистической Партии Совецкого Fedora в мировом дистрибутивостроении".

[taaroa]

Угу, а Каноникл и Генту одним коммитом полядра патчат каждую субботу. Ну-ну.

а зачем? если «патчинг» это самоцель, то нам не по пути. а о процессе разработки линакса почитайте. утрированно: 200 коммитов запилили; 4 релиза фиксили регрессии.

зато важные системные вещи (вроде перечисленных вами) появляются на месяц-год раньше (по сравнению с Убунту).

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

[Vascom]

ЛОР - более подходящее место для подобных отповедей. Уж вам ли не знать аудиторию ЛОРа.

[drBatty]

Голословные утверждения.

факты уже были. могу повторить...

Тебя ни кто не заставляет этим пользоваться, сиди дальше на своём любимом дистрибутиве.

спасибо. (:

Но отрицать факт того, что наибольший вклад в ядро linux делают программисты RedHat, ты уже не можешь.

могу, но не хочу. Меня это на самом деле мало волнует, им за это деньги платят, потому не удивительно, что именно они этим и занимаются. Я этого вашего ядра не вижу, я вижу _реальные_ проблемы у юзеров, которым не подключить тривиальный USB-модем к этой вашей CentOS(а в бубунте таки работает). Также я сомневаюсь, что в этой вашей CentOS найдётся кодек искароппки, что-бы послушать тривиальную музыку в mp3, и что там не придётся его где-то искать. Ну а число строчек в ядре меня мало интересует.

Да и остальные программные новинки сперва попадают в Федору, а потом уже расползаются по другим дистрам.

угу. не "остальные новинки", а самые глючные, по типу пресловутого NM. Новая tune2fs с дробными процентами приползла таки из Debian'а, но про неё и сказать нечего - она просто работает. Как и например новый tar.

И что нужно искать по этому поводу в мане?

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

Ну и вообще split вроде не отменяли.

типичный аргумент линуксоидов: не нужно! © ЛОР

Поэтому пакеты проходят процедуры проверки, стадию тестинга...

не много-ли - 6 лет для тестинга и проверки?

зато важные системные вещи (вроде перечисленных вами) появляются на месяц-год раньше

дык как раз без всяких дробных процентов и многотомных архивов как раз и обойтись можно, даже если БЫ они криво работали/не работали БЫ вовсе в Debian'е. А вот "важные" вещи по типу pulseaudio/systemd как раз в проверке и нуждаются. И было-бы лучше, если бы Ленарт их у себя тестировал, или там тестеров-бы нанял. А у вас как оно получается - в актуальной системе(CentOS5) нет разных нужных фич, которые конечно можно заменить костылями, но странно, что в других дистрах они много лет как есть. С другой стороны, ваших разработчиков эти "проблемы" не волнуют, они занимаются исключительно глобальными вещами, которые сами по себе по меньшей мере спорные, на грани вредительства...

[Bizdelnick]

у меня в info написано

Процитировать нельзя, конечно? ©

[drBatty]

Bizdelnick
там много...
ну вот отрывок:

Finally, the most flexible approach is to use a volume script, that
writes new archive name to the file descriptor `$TAR_FD'. For example,
the following volume script will create a series of archive files, named
`ARCHIVE-VOL', where ARCHIVE is the name of the archive being created
(as given by `--file' option) and VOL is the ordinal number of the
archive being created:

#! /bin/sh
echo Preparing volume $TAR_VOLUME of $TAR_ARCHIVE.

name=`expr $TAR_ARCHIVE : '\(.*\)-.*'`
case $TAR_SUBCOMMAND in
-c) ;;
-d|-x|-t) test -r ${name:-$TAR_ARCHIVE}-$TAR_VOLUME || exit 1
;;
*) exit 1
esac

echo ${name:-$TAR_ARCHIVE}-$TAR_VOLUME >&$TAR_FD

The same script can be used while listing, comparing or extracting
from the created archive. For example:

# Create a multi-volume archive:
$ tar -c -L1024 -f archive.tar -F new-volume .
# Extract from the created archive:
$ tar -x -f archive.tar -F new-volume .

Notice, that the first command had to use `-L' option, since otherwise
GNU `tar' will end up writing everything to file `archive.tar'.

You can read each individual volume of a multi-volume archive as if
it were an archive by itself. For example, to list the contents of one
volume, use `--list', without `--multi-volume' specified. To extract
an archive member from one volume (assuming it is described that
volume), use `--extract', again without `--multi-volume'.

If an archive member is split across volumes (i.e., its entry begins
on one volume of the media and ends on another), you need to specify
`--multi-volume' to extract it successfully. In this case, you should
load the volume where the archive member starts, and use `tar --extract
--multi-volume'--`tar' will prompt for later volumes as it needs them.
*Note extracting archives::, for more information about extracting
archives.

Multi-volume archives can be modified like any other archive. To add
files to a multi-volume archive, you need to only mount the last volume
of the archive media (and new volumes, if needed). For all other
operations, you need to use the entire archive.

If a multi-volume archive was labeled using `--label=ARCHIVE-LABEL'
(*note label::) when it was created, `tar' will not automatically label
volumes which are added later. To label subsequent volumes, specify
`--label=ARCHIVE-LABEL' again in conjunction with the `--append',
`--update' or `--concatenate' operation.

[Vascom]

Ну не надо же сравнивать центос 5 и даже 6 и бубунту. Это же глупо. Бубунту надо сравнивать с федорой.
А ты прямо передёргиваешь факты. С одной стороны у тебя получается старьё (про центос речь), с другой глючные программы (про федору речь), но ты всё это вместе объединяешь. Каша получается.

И про 6 лет для тестинга и проверки непонятно откуда ты взял.

Ну правильно, а так мы на федоре всё оттестируем, а потом уже вы берёте и заявляете : "да у нас всё сраза работает, не то что в вашей федоре". Так получается?

[Bizdelnick]

типичный аргумент линуксоидов: не нужно!

А что, в Слаке tar умеет делать сжатые многотомные архивы?

ну вот отрывок:

Да, костылик с -F в SL6 присутствует.

[taaroa]

Бубунту надо сравнивать с федорой.

убунту живьём не видел, так и запишем. а её серверный вариант и подавно.
кстати, а rhel6 перешёл с upstart на systemd? а когда?

Ну правильно, а так мы на федоре всё оттестируем

…а работает только в убунте. парадокс.

[altwazar]

Это же глупо. Бубунту надо сравнивать с федорой.

Ок. Первый взгляд на убунту и федору.
1. Ставим драйвера нвидиа. Мануал в лучших традициях 10тилетней давности как обычно находится на форуме/блоге. Находим:
http://www.if-not-true-then-false.com/2011...nouveau-driver/
С первого взгляда видно, дистрибутив действительно передовой. Понятная установка в десяток символов или кнопкой "ок" - для красноглазых.
2. Подключаю свой epson t50. Гуглим, выискиваем сами нужный rpm, ставим по мануалу. Толи дело в этой отсталой убунте все по старинке, через один "ok".
3. flash аналогично nvidia.
И пр. мелочи.
Дистрибутив - способ донести ПО до конечного пользователя. Что в этой области такого предлагает федора, что бы этот дистрибутив можно было назвать передовым? Из заявления мне видно, что основная отличительная черта этого дистрибутива - наличие redhat в top 20 коммитеров ядра линукс. Пока складывается ощущение, что федора ищет не пользователей, а бетатестеров.

[Vascom]

Это же глупо. Бубунту надо сравнивать с федорой.

Ок. Первый взгляд на убунту и федору.
1. Ставим драйвера нвидиа. Мануал в лучших традициях 10тилетней давности как обычно находится на форуме/блоге. Находим:
http://www.if-not-true-then-false.com/2011...nouveau-driver/
С первого взгляда видно, дистрибутив действительно передовой. Понятная установка в десяток символов или кнопкой "ок" - для красноглазых.
2. Подключаю свой epson t50. Гуглим, выискиваем сами нужный rpm, ставим по мануалу. Толи дело в этой отсталой убунте все по старинке, через один "ok".
3. flash аналогично nvidia.
И пр. мелочи.
Дистрибутив - способ донести ПО до конечного пользователя. Что в этой области такого предлагает федора, что бы этот дистрибутив можно было назвать передовым? Из заявления мне видно, что основная отличительная черта этого дистрибутива - наличие redhat в top 20 коммитеров ядра линукс. Пока складывается ощущение, что федора ищет не пользователей, а бетатестеров.

То есть вы судите о качестве дистрибутива по наличию в нём проприетарных блобов?
Да к тому же плохо разбираетесь в этих блобах. Так например, Adobe предоставляет rpm-пакет со своим флеш-плеером, а установщик Нвидиа заменяет важные системные библиотеки, поэтому и требует столько телодвижений.
Вы ведь, вероятно, знаете, что Федора просто следует законодательству США. Плохие эти законы или хорошие это другой вопрос, но нарушать их - значит потерять всех серьёзных корпоративных клиентов.

А из заявлений (пресс-релизов) убунту видно, что отличительной чертой их дистрибутивов являются новые обои и перемещение кнопочек и меню. И это ваш идеал?

Кстати, недавно Debian сделал то же самое http://www.opennet.ru/opennews/art.shtml?num=33137 Определился со своим отношением к патентам.
Собственно, это вызывало только одну проблему - дебиан и основанные на нем дистры просто не использовались (и не будут в ближайшее время) в бизнесе, т.к. было мало дураков подставиться под патентный иск из техасского "замкадья". Простаков из "коммьюнити" это не очень беспокоило, кстати, хотя их постоянно спрашивали, мол а почему так получается - практически не существует консалтингового бизнеса вокруг этого дистра, в отличие от тех-же Fedora/RHEL и SuSE/OpenSuSE. Наоборот - они гордились, мол здорово, что мы - открытый дистр, и патенты нас не касаются, и мол мы просто сделали два варианта - для США и для остальных стран.

[diesel]

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

Конечно, веб - это не "бизнес", но все же:

Debian стал самым популярным дистрибутивом GNU/Linux на веб-серверах

Да, кстати, типичное использование в "бизнесе" GNU/Linux'ов если нарушает какие патенты, то нарушают их в равной мере все. Потому как про проигрывать мптришечку или нет речь нифига не идет. Вот то что RH и прочие дают клиентам патентную защиту, это другое дело, но вы ведь не об этом.

[taaroa]

линаксойды™ порядком уже утомили. особенно доставляет избирательность чтения и игнорирование неудобных вопросов.
getthefacts → http://www.nexenta.com/corp/about-us/management-team упоминаний о линаксе не нашёл, буквы red hat отсутствуют.

Это демонстрирует политику, приведшую Red Hat к миллиардному доходу - они всеми силами покупают ключевых разработчиков, которые разрабатывают важнейшие элементы всей экосиcтемы открытого ПО.

иногда лучше читать и перечитывать прежде чем. ради интереса сравни с _чистым_доходом_ того же facebook.

p.s. кстати, а почему не упомянут oracle? вот жеж вредители: украли нашу прелесть, логотипы перекрасили и отдали народу! бѣда, бѣда.

[sash-kan]

getthefacts → http://www.nexenta.com/corp/about-us/management-team упоминаний о линаксе не нашёл

попробуйте поискать не название лекарства от дисбактериоза, а название программы·
p.s. я не в курсе текущего спора, просто по приведённой ссылке нашёл пару упоминаний слова «linux», и несколько удивился, зачем надо было искать название лекарства·

[taaroa]

p.s. я не в курсе текущего спора, просто по приведённой ссылке нашёл пару упоминаний слова «linux», и несколько удивился, зачем надо было искать название лекарства·

википедия://Линекс
линЕкс — лекарственный препарат из группы пробиотиков, используемых для лечения дисбактериоза кишечника.

программа linux (линАкс по написанию, но линЭкс по произношению!)[1] там действительно упоминается, но не в контексте того, что «говорим linux — подразумеваем red hat».
да, упомянутые там лица отметились (в том числе) и в разработке линакса.

[1] http://www.youtube.com/watch?v=qAEsoKiZTvk

[Bizdelnick]

программа linux (линАкс по написанию, но линЭкс по произношению!)

http://www.paul.sladen.org/pronunciation/

http://www.youtube.com/watch?v=qAEsoKiZTvk

Вариантов произношения его имени больше, да.