RedHat 7.2-beta (Roswell)

Ну наконец-то! А то я 7.1 даже не ставил - ждал 7.2 - почти дождался :-)

Бля... Бета релиз еще не выпущен - читайте внимательнее страницы, сер.

ftp://ftp.redhat.com/redhat/linux/beta/roswell/en/iso/

ftp://ftp.redhat.com/redhat/linux/beta/roswell/en/os/i386/RELEASE-NOTES

"gcc-3.0 как beta компилятор."
а как они xfree 4.1.0 скомпилят? у меня так и не получилось с gcc 3 скомпилить 4.1.0 версию Хов.

АМИНЬ!!!! После 4.2 - первый релиз с релизом компилятора!

Торопятся. Неужели нельзя подождать Kde 2.2. осталось неделя. Вон Manddrake 8.1 готовит 4- дисковый вариант. Ядро 2.4.7 KDE 2.2 Koffice 1.1 Netscape 4.78

slackware 8.0 rulezz foreva

Все эти гонки к добру не приводят. А только к воплям типа "а ваш Линукс глючит хуже винды".

Ну почему нельзя чуть-чуть подождать до выхода stable версий? Нет, давайте напихаем кучу бет и всем миром ставить этот глюкодром. Зато у нас самый свежий софт! Не работает толком, зато мы первые!!!

Зла не хватает. Сами себе репутацию бракоделов создают. А ведь во времена 4.2 я редхат уважал. После 5.0 перестал.

Значит скоро и клоны подоспеют (читай ASP)

Старый binutils и два компилера :
2.6 и 3.0

Что-то здесь странно...

Вот. За это я и люблю Debian.

Debian kicks ass!

ext3? А не сыровато еще? Есть тут кто, кто его _реально_ использует? А то у меня xfs, нареканий нет, но это не "реальное" использование -- это на ноутбуке. :)

Время РедХата уже прошло! Лучше SuSe Может быть только SuSe!!!

Я _реально_ использую ext3 вот уже года полтора (начиная с 0.0.3). Нареканий также нет. Весьма удобная fs.

Если честно, 3.0 до релиза как-то не дотягивает...

Что-то меня сомнения берут, что версию 0.0.3 можно было _реально_ использовать. :) Хотя бы потому, что ее установка должна была быть _реальной_ pain in the ass. :) И как оно на Alpha живет? И разные dump/restore там нормально работают?

dot.kde.org с недавнего down'а начал использовать ext3.. потом какойто тоже именитый сайт сейчас использует ext3. Так что все ок.

2All: Давайте расставим все точки над "и"! Во-первых, RH 7.2 еще не вышел,
он только заделывается в планах, бета не имеет никакого отношения к нумерации,
если вы поставите бету, то наверняка версия будет писаться типа 7.190, как это
было в придедущих версиях бет до релиза 7.1, бет было 2-е, причем, первая бета
была основана на glibc-2.2.1, а вторая на glibc-2.2.2, поверте, изменений между
первой, второй бетой и релизом было прилично, что будет конкретно в 7.2
можно только догадываться, наверняка будет KDE-2.2/QT-3.0, что же касается
gcc-3.0, то он идет 3-им компайлером, первый - egcs(kgcc)-1.1.2, предназначен
чисто для сборки ядра и некоторых приложений, второй - gcc-2.96, с помощью
него собран практически весь дистрибутив, ну и 3-ий - gcc-3.01, в основном
расчитан на C++/JAVA, я им уже пользуюсь вовсю, но не советую пока его
использовать как основной, ядро покрайней мере им точно нельзя пока собирать,
впрочем как не советую собирать ядро и gcc-2.96... Во-вторых, RH 7.1 по моему
мнению - очень удачный дистрибутив от RH в плане поставил и сразу работай,
не стоит его менять на бету, есть конечно и изъяны, к примеру nasm, как бы
его вы не пересобирали, он правильно работать не будет, к сожалению пришлось
его брать готовым и собранным с glibc-2.2.1, nasm собранный выше этой глибс работает не корректно, а версия nasm 0.98 не менялась уже почти 3-и года, чем
заняты авторы, неизвесно, но проблема эта обсуждалась, буду надеятся, что
в новом nasm'е проблему с новыми глибс решат...

Дронов,
Раз ты такой умный нафига спрашивать? Сидел бы тогда и сопел в две дырочки довольный своим разумом.
Ставить ext3 дело проще некуда: ставится патчь, пересобирается ядро, делаются журналы на партишинах, тестовый mount, прописывается ext3 в место ext2 в fstab, и ребут.
Версию 0.0.3 VALinux поставляло со своими серверами.
Ext3 под Alpha, SPARC пока не работает, по той же причине как когда-то reiserfs не работала - разные endian.

А я с момента выхода ядра 2.4 перепробовал с десяток дистрибутивов - Редхаты, Суси, АСП и прочие Мандрейки. И все они мне чем-нибудь, да не нравились. Особенно Редхат (с которого я начинал когда-то), и тон который он задает другим производителям дистрибутивов - использование откровенно сырого софта, самое главное - компилятора. Это же абзац и кирдык, когда ты не можешь элементарно собрать половину софта необходимого для работы твоего _СЕРВЕРА_! Они, к сожалению, своей манерой портят отношение людей к Линуксу вообще. Да, давайте проведем очередную полномасштабную обкатку недоеланного gcc на кошках. Но админы - не кошки, и хотят по ночам спать спокойным сном! Прекрасно понимаю что речь идет пока еще о реальной бэта-версии, но горечь опыта предыдущих "релизов" еще слишком свежа в памяти.

Вобщем после полугодовых метаний я нашел то, что подходило мне - Слакварь!
Как было написано в одной хорошей книжке - "Существуют два вида ПО - дружественное к пользователю, и дружественное к системному администратору". Я - за дружественное к сисадмину.
Ура, господа! Дело Патрика живет и процветает!

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

И зачем тогда это поделие нужно, если оно от reiserfs отличается только в худшую сторону... Видно, альтернативы XFS нет, да и та сыровата.

Dronov,
Не загружай экран га-ом.
Нечего сказать по делу - не пиши.

На все архитектуры ext3 уже успели портировать как оказалось.
---
Stephen C. Tweedie ext3-users@redhat.com
Thu, 2 Aug 2001 13:56:49 +0100

On Mon, Jul 30, 2001 at 09:18:55AM -0700, Tom Rini wrote:

>> I've seen positive reports for ia64 and Alpha (big-endian). It
>> should be OK. You don't hear from people when things work correctly :)
>> Er, isn't Alpha LE?

Alpha is LE, yes. I've had rumours of ext3 going OK onto sparcs and
PPC, both of which are BE, and I've just got my paws on a HPPA box
which is BE64 and which I'll start testing on as soon as I've got it
to boot.

Cheers,
Stephen
---

Ext3 вошла в новый патч Алана, 2.4.7-ac5....

2McMCC>
> ну и 3-ий - gcc-3.01, в основном расчитан на C++/JAVA, я им уже
> пользуюсь вовсю, но не советую пока его использовать как основной,
> ядро покрайней мере им точно нельзя пока собирать, впрочем как не
> советую собирать ядро и gcc-2.96.

Почему? У меня собралось 2.4.7 Или там баги какие в процессе работы?

2alman: "Почему? У меня собралось 2.4.7 Или там баги какие в процессе работы?"
Я не рискую собирать ядра gcc-2.96, после того, как выяснил, что MPEG4 в SDL
давал большое кол-во дропов в aviplayer'е и mplayer'е, возможно это было как-то
связано с Х-ым драйвером для моей 3Dfx v3-3000 или ядром 2.4.3, так как на
работе с Matrox G-400, такое не наблюдается, однако пересобрав ядро egcs-1.1.2,
дропы исчезли, а в OpenGL прибавилась скорость на 5fps в Q3... Незнаю, баг это
или нет, но покрайней мере это не мое заявление, что не следует собирать ядра
gcc-2.96, я лишь только узрел этот момент, сейчас уже вовсю делают подготовку
ядер для сборки gcc-3.0, вот там и посмотрим...

Вот это меня у них и удивляет - почему несуществующий 2.96 заместо релиза 2.95.3?

У рейзера не с byte order проблемы были, а с unaligned access. Подозреваю, что и у ext3 та же щняга. Тем более, что на Альфе тот же ордер, что и на x86.

hint: "собралось" и "корректно работает" - две большие разницы.

Кому интересно, расскажу как перейти с ext2 на ext3, просто советую сделать
это незамедлительно.
Ext3 замечательна тем, что добавляет журнал к ext2 и не требует перестановки
системы, в последней версией ext3-0.9.5 разницу в скорости по сранению с ext2
почти не заметно, зато ext3 будет являтся лучшей альтернативой на десктоп
систему разработчика или сисадмина, который ранее сидел на ext2 и не хочет
с нее слазить. Все вкусности в ext3 от ext2 остаются, это возможность
восстановливать случайно удаленные файлы (в MC например), работа с квотами
и т.д. Я проверял ее как ресетом так и выдергиванием вилки из розетки, после
перезагрузки все продолжало работать как и должно было быть, это касается
надежности, у меня лично в ней сомнения уже нет, так что ext3 делает свое
дело и займет свою достойную нишу в рядах журналируемых fs для Линукса.
Кстати, релиз 1.0 не загорами, и так же прошу обратить внимание, что ext3
нормально работает только на Алановских патчах, в последний 2.4.7-ac5 ext3 уже
включена и не требуется устанавливать отдельный патч с ext3! Почему только
на Алановских? Потому, что квоты в ext3 без проблем работают только у него.
Ну и самое не маловажное, если будет не нравиться ext3, то всегда можно
будет ее монтировать как ext2, и работать как с ext2, при этом можно будет
удалить журнал .journal и забыть про ext3....;))
И так:
1) Нужно скачать ядро 2.4.7 и новый патч Алана 2.4.7-ac5, поставить патч
и ответить на вопрос при конфигурации ядра, что вы желаете использовать
ext3 (Отвечайте Y, а не m, так как модуль использовать не советуют), а так же
ответить Y на использования ext2, короче:
Если нужны квоты
Quota support: Y/у меня N
Second extended fs support: Y
Ext3 journaling file system support (EXPERIMENTAL): Y
Если нужна поддержка Block Device
Journal Block Device support (JBD for ext3) (EXPERIMENTAL): Y
Дебаг я не включал
JBD (ext3) debugging support: N
Затем компилим ядро, я компилил egcs-1.1.2, заменив в Makefile gcc на kgcc
в 2-х местах... У меня дистрибутив RH-7.1, поэтому буду говорить только
про него.
2) Нужно скачать новые пакеты util-linux-2.11f-5.src.rpm и
e2fsprogs-1.22-3.src.rpm из бета версии Roswell с ftp.redhat.com,
причем, из e2fsprogs-1.22-3.src.rpm понадобиться только spec файл
и патч, насамом деле нужно взять e2fsprogs-1.23-WIP-0727.tar.gz
c http://e2fsprogs.sourceforge.net/, после небольших правок спеков
все эти пакеты нужно собрать и установить.
3) После сборки ядра и установки новых пакетов - перегружаемся.
Теперь у вас новое ядро и пора сделать процедуру "конвертации"
с ext2 на ext3.
набираем:
tune2fs -j /dev/hdXX - конвертируем ext2 в ext3
если нужно будет создать новый раздел с ext3, то
mke2fs -j /dev/hdXX
если надо отключить проверку fs навсегда, то
tune2fs -i 0 -c 0 /dev/hdxx
редактируем /etc/fstab
за место LABEL=/1 пишем /dev/hdXX
за место ext2 пишем auto
Вот и все, теперь можно перегрузиться и спокойно работать....
P.S. Работу квот я не проверял, так как они мне на десктопе не нужны.

McMCC> Я собирал gcc-3.0

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

Antichrist> hint: "собралось" и "корректно работает" - две большие разницы

Дык, я в курсе. Просто интересно что именно не корректно.

Heh, жаль, что среди тех, кто называет себя "линуксоидами", так мало культурных образованных людей. Поучились бы, Tima, хотя бы у McMCC, как себя вести.

Maxcom, у меня вопрос. Я пропустил объявление на главной странице, что членам LOR-team теперь (в качестве поощерения, наверное) разрешено хамить в форумах?

McMCC, внимание Alan'a радует, это хороший знак, но, так, оно backward-compatible с ext2fs или нет? Уж коли оно не будет работать на Alpha, то смогу ли я по крайней мере подключить диск со сдохшего x86 box?

>Heh, жаль, что среди тех, кто называет себя "линуксоидами"
Ну вообще-то "линуксоиды" это обзывательное слово, лучше бы уж это звучало
как линуксисты...
>внимание Alan'a радует, это хороший знак, но, так, оно backward-compatible с
>ext2fs или нет?
Чесно говоря, я не пойму, что под этим подразумевается, я думал, что я
практически ответил на этот вопрос выше, как я его себе представляю...
>Уж коли оно не будет работать на Alpha, то смогу ли я по крайней
>мере подключить диск со сдохшего x86 box?
Почему же ext3 не должна работать на Alpha? В патче я ничего конкретного
не узрел, что бы говорило "for only i386", думаю, что и не только на Alpha
ext3 должна работать... Хотя надо пробовать, Alpha у меня нет, но думаю,
что проблем не должно быть...

2 Dronov: Вы сказали о какой-то сырости XFS. Можно поподробнее - с какими проблемами при использовании XFS вы столкнулись? Большое спасибо заранее.

А я вот ядра 2.4.X gcc 2.95.3 собираю и на боевых серверах использую. И чем это плохо? Почему рекомендуют egcs 1.1.2? Патрик из Slackware все ядра собирает при помощи 2.95.3 (что 2.2.X, что 2.4.X)..

>А я вот ядра 2.4.X gcc 2.95.3 собираю и на боевых серверах использую.
>И чем это плохо? Почему рекомендуют egcs 1.1.2?
Если обратить внимание, про что говорилось выше, то речи про gcc-2.95 просто
не шло, естественно 2.95 входит в разряд рекомендованных компиляторов для
сбора ядер, речь была про 2.96, который никакого отношения не имеет к 2.95,
просто он от RH, которая включила его в свои новые дистрибутивы, сказать, что
2.96 хуже 2.95 тоже нельзя, есть у него и свои плюсы, всю информацию можно
найти на сайте RH. egcs приходиться использовать именно от того, что не
рекомендуется gcc-2.96, хотя Алан клянется, что с этим компилятором при
использовании его патчей не должно возникать проблем при сборке и работе
ядра, тока я не рискую, вдруг еще, что то не так будет... Кстати, в приложениях откомпиленых gcc-2.96 проблем никогда не встречал, все работают стабильно и хорошо, а некоторые даже быстрее, чем если бы их компилили с 2.95, это прекрасно заметно, например, в lame или oggenc...

ext3 даже теоретически должна быть надежнее reiserfs, xfs и т.д. уже хотя бы потому, что
использует надежное, годами обкатанное ядро e2fs. А реально, те кто тестирует
сейчас ext3 очень удивляются, почему reiserfs вошла в ядро раньше, чем ext3.
Поскольку даже на первый поверхностный взгляд проблем с ext3 значительно меньше
(точнее они отсутствуют как класс), а скорость монтирования и общая производительность выше.

2last anonymous:
>ext3 даже теоретически должна быть надежнее reiserfs, xfs и т.д. уже
>хотя бы потому, что использует надежное, годами обкатанное ядро e2fs
а что, xfs годами не обкатана?

Причина по которой RedHat занимается именно ext3 а не xfs (тем более jfs и reiserfs) заключается в теперешней стратегии RH.
RH заявляет что работать намерено в сфере enterprise unixов, где главная фигура Sun с Solaris. В соревновании с Solaris RH пытается сделать многие возможности Solaris доступными на Linux.
Solaris предлогает UFS-with-loggin как решение проблемы повышения стабильности и fsck старенькой UFS. По сути дела это журнальная надстройка над UFS и по сути UFS-with-loggin это то же самое что и Ext3.
RedHat+Ext3 имеет бесспорно большое будушее как конкурент Solaris.

XFS имеет огромный потенциальный рынок также в лице клиентов SGI. Кстати XFS, единственная файловая система которая полностью поддерживает enterprise unix в смысле для того чтобы перевести толстый сторедж на несколько TB с IRIX на Linux достаточно просто переключить кабеля.
Reiser в этом отношении просто не годится, а JFS это всего лишь порт fs с OS/2, отнюдь не кода AIX.

Проблем с XFS, слава Богу, нет, но, как я уже говорил -- у меня оно пока только на ноутбуке и домашней машине стоит в целях тестирования. Вот как штаты там разберутся со Скляровым да экономикой вообще, может и купим еще одну Alpha для тестирования -- сейчас просто нет свободной машины (все-таки не x86, за $500 из хлама не соберешь). :)

Почему "сыровато"? Элементарно -- a) там все еще правят интерфейсы (почитайте changelog для 1.0.1) и b) у Вас оно на Alpha или SPARC работает? То есть, я знаю, что оно должно работать и видел как оно работает, но интересует мнение человека, который это гонял некоторое время, а таких пока я не видел. :( Вот когда застабилизируют интерфесы и оно будет обкатано на наскольких платформах -- тогда и можно будет уверенно сказать, что работает. Вот мы, в частности, на extended attributes засматриваемся, но это ж сколько времени пройдет, пока мы все тесты прогоним? Авторитет SGI -- это хорошо, но вот опыт независимых тестеров -- это еще лучше. А пионерам все это неинтересно -- у них если patch отработал без reject'ов, можно кричать на всех углах "работает!". :(

А вот переспективы у ext3 самые радужные, это верно. Ибо она есть единственная действительно свободная журналируемая ФС. Про resiserfs говорить и нечего -- это просто средство получать деньги со спонсоров и Ганс это не скрывает, IBM с JFS явно не успели впрыгнуть в этот поезд вообще, а XFS штука наиболее работоспособная _сейчас_, но уж очень у нее переспективы туманные, как и у любого продукта, сделанного под очень уж узко-конкретную цель.

Кстати, как там с extended attributes на ext3, кто знает?