Release Notes

ftp://ftp.redhat.com/pub/redhat/linux/7.2/en/os/i386/RELEASE-NOTES

Избранные места из Release Notes

- We now use GRUB as the default boot loader. However, LILO is still available for legacy installations.

- Pre-existing ext2 filesystems may be migrated to ext3 during installs and upgrades. This process does not affect the data on the filesystem.

- gcc-3.0 is included for those who need standards-compliant C++ or STL support, and for those who want to use the Java features of gcc. Note that the supported system compiler for C and C++ is still gcc-2.96 (Red Hat).

- The initscripts now use /sbin/ip (from the iproute packages) for most operations.

Качаем?!...

Нет позвольте! А LILO - то, чем им не угодил? :)))

Интересно, когда его можно будет в Росcии купить ?, и сколько к таму времени внём багов найдут .......

>Нет позвольте! А LILO - то, чем им не угодил? :)))

GRUB это прелесть после него на лило смотреть тошно в 22 лило появилось хоть жалкое подобие меню

Как говорит один мой хороший знакомый - "В 3.14зду хомячка!!!". Ссаными тряпками гнать эти, продолжающиеся уже больше года "экскрименты" редхата с компиляторами. Пилять! Я может быть и юзал бы редхат, но то, что я не могу собрать им 50% необходимого софта... К такой-то матери таких хомячков! Меня слакварь сейчас вполне удовлетворяет. По нескольку раз за день. :)

gcc 2.96-RH

Согласен на 100%, нафиг этот долбаный 2.96 им сдался. Имбецилом себя с ним ощущаешь! :((

Странный ты мэн, Карлос. :)

Тебя кто-то заставляет юзать новый gcc для компиляции старых прог,
которые написаны с нарушениями стандартов?

Для сборки старых прог в дистрибутиве есть *-compat версии компиляторов
и некоторых библиотек. Вот и компиляй ими. С ними любой старый хлам
соберется. Но лучше его выкинуть уже сейчас, потому что выкинуть все
равно прийдется.

А gcc3 - для тех, кому нужны новые фичи с языка c++. Я вот его вообще
пару раз в месяц собираю из cvs. Там есть нормальная поддержка STL и RTTI.

А юзать слакварь - это не круто. Это геморрой. Годится только для людей
с кучей лишнего времени.

RedHat один из лучших дистрибутивов Linux, отнимающий наименьшее время на настройку. Кидаю все и начинаю тащить RedHat 7.2 :)))))

>Пилять! Я может быть и юзал бы редхат, но то, что я не могу
>собрать им 50% необходимого софта...
>Согласен на 100%, нафиг этот долбаный 2.96 им сдался.
>Имбецилом себя с ним ощущаешь! :((

Не надо брехать то!? Че вы им собрать не смогли? Я им все
собираю, последний 2.96-99 собирает все, и мало того, как
бы не странно с вашей точки зрения это выглядело, все собранное им работает и не жужит.... Вы считаете, что RH зря использует
2.96 а не 2.95? Наверное были на то причины, а вот gcc 3.0х
еще не воспринят, им действительно около 50-ти % не собирается,
в том числе и ядро, хотя ядро можно собрать усеченно, выкинув
драйвера, на которые gcc3 ругается, только вот как быть,
например, с картами RT8129/8139? Это есть самые ходовые
и дешовые карточки, которые стоят как стакан семечек, и
работают неплохо для своей цены.... И потом, есть в RH7.х
egcs-1.1.2, самый что не на есть стандартный, если что не
собирается, можно собрать им, в конце концов, можно
поставить 2.95 и держать 4-е компилятора, дабы они
место не так сильно занимают....

P.S. Самое главное, что теперь ext3 наконец официально пойдет....
А что же касается самой версии 7.2, то меня и 7.1 вполне
устраивает, тем более, что я давно сделал апдейты всех пакетов,
которые брались с rawhide в src.rpm, кстати, ядро там уже лежит
2.4.12, почему они выпустили с 2.4.7 - остается для меня загадкой...

> А юзать слакварь - это не круто. Это геморрой. Годится только для людей
> с кучей лишнего времени.

Ну а rh-юзер должен иметь как минимум очень крепкие нервы. И еще хороший запас матерных
выражений не помешает ;)

Lilo не угодил тем, что не может загрузить систему, если она находится на разделе, который начинается за 1024'м цилиндром винта. Этого достаточно?

Вы еще подеритесь... не надоели эти пустые разговоры? Как дети, ей Богу... читать аж противно... в каждой новости найдут что нибудь эдакое, на что можно будет поругатся...

>Lilo не угодил тем, что не может загрузить систему, если она
>находится на разделе, который начинается за 1024'м цилиндром
>винта. Этого достаточно?
2Mudvin: LILO умеет это делать как минимум год... Ключик lba32
пробовали указывать? Покрайней мере у меня система установлена
за 1024 цилндром и все работает....

Mudvin, ты отстал от жизни. LILO умело заглядывать за 1024 цилиндр ещё тогда, когда я ушёл с Linux. А гемор с компиляторами... так извините, кернел - это разве тоже СТАРЫЙ ХЛАМ, который древним компайлером собирать надо? Может дело в том, что созедатели Linux нормально программить не умеют, а только (извиняюсь) выябываться? Вот и RedHat также.

cat /etc/redhat-release
Red Hat Linux release 7.2 (Enigma)

Nautilus наконец юзобилен!

Почему Grub

А хотя бы по этому:

If you are using the GRUB boot loader, please note that you do not
have to re-run GRUB after upgrading your kernel. This is different
from the LILO boot loader, which required re-running LILO after each
change. Simply modifying GRUB's configuration file
(/boot/grub/grub.conf) to point to your new kernel will allow GRUB to
boot it.

:)

И много чего можно на нем хорошего делать. В общем я его и так уже год юзаю, а тут RH его в стандартную поставку запихнула: приятно.

ftp://updates.redhat.com/7.2/en/os/i386/

;)

> Simply modifying GRUB's configuration file (/boot/grub/grub.conf)

Еще один ученый. Я вообще никогда руками не трогаю ни само lilo, ни его конфигурацию.
А между тем ядра меняю периодически. Вот и догадайся с трех раз, как это так
выходит.

> ftp://updates.redhat.com/7.2/en/os/i386/

Вот бараны то :(((((((((((((((((((((((((((
Интересно будут они выкладывать новое iso или нет ?

Ой, Тима, неужели профессиональный админ клюет на такие игрушки?

> ftp://updates.redhat.com/7.2/en/os/i386/

Никуево ребята начинают... Что же там будет через полгода?

GCC 2.96

А вот Mplayer грит: плохой это компиль, не юзай его! Тогда ему гришь --disable-gcc-check, а он тебе: млин, мужик, я тя предупреждал! Ну лана, набери ка еще раз 'gcc 2.96 is broken'. Набрал? Ладно, конфигуряю.... Опосля чего гришь ему make, и он один гад не собирается. Вот такая вот ботва. И с прочим софтом то же творится

about gcc 2.96:
Насколько я слышал под i386 он еще и в ММХ через жопу раскладывет
about RH 7.2:
Честно говоря не понимаю за что его некоторые хвалят. По моему сейчас тот же мандрейк и алт линукс намного проще в настройке

Из "Red Hat Linux/x86 7.2 Release Notes"
   - The following packages/features are deprecated, and may be removed
     in a future Red Hat Linux release:

       - Netscape 4.x
       - Qt 1.x
       - KDE v1 compatibility libraries/build environment
       - Red Hat Linux 6.x build environment
       - Enlightenment window manager
       - linuxconf
       - ncpfs
       - mars_nwe
       - XFree86 3.3.x
       - kaffe
Оригинально. Рановато netscape и E и XF86 3.x запрещать..

Да никогда они на gcc3 не перейдут, а перейдут только на следующую альфу/бету. Это явно политика красношляпной партии.
А slakware 8 мне понравился. rpm от rh6.2 ставятся6 компилятор и библиотеки нормальные.

Неправильный перевод initscripts

Эти ошибки существует еще с RH70. Загляните только в ru.po
из исходников initscripts и увидите обалденный перевод:_
msgid "Unmounting NFS filesystems (retry): "
msgstr "Отмонтируются файловые системы NIS (повторно): "

msgid "Stopping iSCSI: iscsid"
msgstr "Запускаются службы iSCSI: iscsid"

msgid "Shutting down NIS services: "
msgstr "Останавливаются сервисы SMB: "
В принципе в RH70, из было намного больше, так что можно сказать
прогресс ;-)

опа! RH собрался выкидывать linuxconf?
наверно придумали еще какое-нить глюкало с шашечками :) )

Ну видимо конечно клево, что он вышел, и то, что софт/ядро не самое новое - это правильно: надо пользовать все проверенное, хотя от sendmail-8.12 я бы не отказался. Жалко мне не включенного XFS, который IMHO более стабильный, чем reiser и ACL'и есть, что крайне необходимо для файл-сервера. А патчить ядро от RH(ac) XFS'ными патчами - это занятие довольно трудное. А вот beta программы можно было бы и самые новые засунуть, а то Mozilla-0.9.2, OpenOffice тоже хотелось бы от производителя поиметь собранный... Enlightenment мой любимый обижают совсем. E-0.16.5 вышла сто лет назад, а в 7.2 - 0.16.4??? а потом говорят - вообще уберут: обыдно да, хотя собирается он влет на всем подряд.

asbel

hvv: это список "устаревших" пакетов тянется еще с RH7.0 и похоже скорее предназначен для подталкивания народа к переходу на более современные альтернативы и не является реальным предупреждением.

> Mplayer грит: плохой это компиль, не юзай его!

интересно собирается ли этот mplayer через gcc 3.0? может он для него тоже "плохой"?

> Да никогда они на gcc3 не перейдут

Думаю в 8.0 перейдут. Глюки gcc 2.96 уже отловлены и он обкатан на предыдущих RH7, а gcc 3.0 пока еще имеет неисправленные проблемы. И потом видимо RH не хотела ломать бинарную переносимость между 7.1/7.0 и 7.2.

Напиши в http://bugzilla.redhat.com

А кто знает, что в тех updat'ах, которые RedHat поторопилась выложить? Можно подозревать, что в ядре - фиксы для той ошибки в "почти всех версиях ядра", про которую недавно сообщали. А остальное? Меня больше всего glibc интересует.

http://www.redhat.com/support/errata/rh72-errata.html

maxcom: на gcc 3.0 Mplayer, собирается превосходно

С 2.96 из mandrake 8 тоже все нормально компилится и работает. Правда, я использую win32 кодеки, может, там проблемы с родными.

Чо вы все гоните про Mplayer. Железо у вас видать кривое или руки или все вместе. У меня на RedHat 7.1 Mplayer 0.50 собрался со всеми этими оговорками (gcc 2.96 is broken) без проблем и показывает с SMB диска любой из около 100 фильмов без всяких тормозов и глюков.

2anonymous (*) (2001-10-23 14:19:46.0) 1. ты не есть все. 2. Траблов и граблей в 2.96 хоть одним местом ешь.

> Траблов и граблей в 2.96 хоть одним местом ешь

глюки и траблы в студию, plz.

Я не писал навороченных C++ программ, но судя по моим кодам у gcc 2.96 единственный "недостаток" перед 2.95.x (но не перед gcc 3.0, там еще все хуже :) ) - более строгая диагностика. Из-за этого некоторые нормальные и рабочие, но слегка неряшливые, программы не компилируются. Вот и все. Если скомпилироватть удалось, все работает очень даже хорошо ( если номер патча достаточно большой, примерно 80 и дальше).

Хотя с точки зрения обычного изверя, или сисопа, не разбирающегося в c/c++, такое поведение gcc 2.96 действительно выглядит как глюк: типа, старый добрый egcs все компилит, а эта скотина лажается :)

Переведи правильно и отправь в redhat или ASPLinux (если с англицким плохо).

>> ftp://updates.redhat.com/7.2/en/os/i386/

> Вот бараны то :(((((((((((((((((((((((((((

Не бараны, а политика парти... тьфу, редхата.

> Интересно будут они выкладывать новое iso или нет ?

Только после того, как наши криворукие пираты зальют _это_ на диски и достаточно много продадут. ;-)))

Собственноручно собирал mplayer на gcc 2.96 (MDK 8.0 beta)
Собрался и работает.
Может что-то не так делал? :)

jet

>> Траблов и граблей в 2.96 хоть одним местом ешь
> глюки и траблы в студию, plz.
Да сколько угодно! Вот, попробуй, например, собрать вот эту прогу:
http://www.linuxgazette.com/issue69/misc/mathew/

Ещё есть вопросы?
Блин, не понимаю я эту логику: "у меня работает, значит глюков нет".
Если бы это кто другой написал, я бы даже не стал утруждать себя
ответом (нормальный человек вообще в подобную "дискуссию" не вступит),
но от вас, maxcom, слышать такое немного странно...
(помнится, вы ещё с пеной у рта кричали, что и в RH7.0 всё в порядке)
А gcc-2.96 да, не юзабелен, пришлось делать ссылку gcc->kgcc.
glibc новый тоже не рабочий, пришлось откатываться на достаточно старый.
И отмазки "у меня всё работает, а у вас руки кривые" не прокатят, сорри.

по поводу 2.96
lame, собранный им не ругается и работает но одна опция игнорируется, а с 2.95 работает нормально.
Скомпилированный под атлон при указании --march=i586 все равно изредка вставляет инструкции от атлона.
Информация из списка рассылки russian-mandrake

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

Вопрос. зачем нужен редхат? если нужен свежий дистр то лучше спринга, юниора с автоматическим обновлением из сизифа нет ничего.
ядро 2.4.12 свежий DRM , xfree 4.1, mozilla 0.9.5 samba 2.2.2 продолжать можно бесконечно и самое главное apt.
вот ясейчас имею куда более свежую систему чем у этих красношляпников только будет.и с каждым выходом новенького мне достаточно apt-get dist_upgrade и все. или apt-get install прога. где еще такое есть?

если хочется именно stable - debian. но я уже даже на серверах от него отошел - юниор и сизиф и секурности дает немерянной и проблем минимум.

Это не наезд на редхат. Просто имхо Юниор 1.1 куда актуальней для пространства бывшего сов союза. а о нем молчат.

A RedHat Linux 7.2 с человеческим лицом?

А cp1251 тама есть? Очень хочется мигрировать свои исходники и документы между домом и работой без лишних телодвижений.

> Да сколько угодно! Вот, попробуй, например, собрать вот эту прогу:

1) Это не прога, я ядровый модуль. Ядро пока еще не готово к сборке через gcc 2.96/3.0, специально для этого есть kgcc. Утверждение о неюзабельности gcc 2.96 не обосновано.

2) Утверждение о нерабочести нового glibc тоже пока вы не смогли продемонстрировать.

3) У меня действительно в RH 7.0 все в порядке, переходить на 7.1/7.2 мне пока лениво, хотя наверное я обновлю основные пакеты до 7.2 когда будет время.

4) Это просто мода нынче такая ругать RedHat без особых оснований на то. Приведите реальные примеры проблем, без общих слов и эмоций.

>1) Это не прога, я ядровый модуль. Ядро пока еще не готово к сборке >через gcc 2.96/3.0, специально для этого есть kgcc. Утверждение о >неюзабельности gcc 2.96 не обосновано.
не знал.%)
я уже давно все ядра собираю 2.96 ис сизифа и проблем не имею.
вот только nat не удалось завести под 2.2 но грешить на компилятор пока не могу. Пока просто не знаю кого в этом винить.
а вот в RH 7.0 и вправду кривой компилятор и ядро он как и многое другое типа molayer не компилит.