Доступен Red Hat beta 2

>>> Большинство конфигурилок сменили названия (Xconfigurator теперь называют redhat-config-xfree86)


ну это как в басне про "лебедь рак и щука"
один дистрибутив все больше не похож на другой

Где они взяли gcc-3.2 ? Сами чтоль написали Ж)

>>>Где они взяли gcc-3.2 ? Сами чтоль написали Ж)
c gcc.gnu.org :
Previous release series: GCC 3.0.4 
Open for all maintainers. 
Current release series: GCC 3.1 
GCC 3.1.1 released 2002-07-26; this will be the last 3.1 release, for the 3.1-branch will be renamed to 3.2. 
Pending release series: GCC 3.2 scheduled for 2002-07-2x 
Changes require approval by release manager. 
Active development (mainline): will become GCC 3.3

или вы новости только на LOR смотрите ? 

>> UTF-8 локали по умолчанию 
теперь всё как в винде будет

Напрасно это они с конфигурилками сделали. Тенденция у дистрибутиво строителей очень грустная. Дистрибутивы становятся толстыми. И вооще непонятно почему у дистров нет минимальной установки с основными утилитами мегабайтов так на 50. Было бы очень удобно. У меня такое чувство что все линуксоиды с I386 сразу на П4 пересели. Зачем спрашивается?

Вот УТФ-локали - это вещь! Интересно, они все пропатчили, чтоб с утфом работало? Нкурсесы там всякие... И

И вооще непонятно почему у дистров нет минимальной установки с основными утилитами мегабайтов так на 50.

zipslack ? gentoo ?

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

>> Напрасно это они с конфигурилками сделали

политика такая

http://www.linux.org.ru/profile/_white/jump-message.jsp?msgid=206091&last...

Млин, вот пионеры.. Кажется это будет самая глюкавая версия RH..
X 3.3.6 выкинули, apache-1.3.x заменили на 2.0, всунули гном2,
сделали консоли в utf8, выкинули ee и fvwm2.
 Далее в описании про HZ в ядре пишут:
".. HZ=512 for i686 and Athlon,.." затем
"HZ=1000 on i686 and Athlon means that the system clock ticks 5 times
as fast as on other x86 platforms (i386 and i586); HZ=100 has been the
Linux default on.." ..
 Аж качать релиз боязно как он выйдет..

Вообще, я не вижу проблем с Х 4 - там уже поддерживается почти все железо, как мне кажется. Вот апач - это да, рисково. Гном 2 - это уже просто необходимо сегодняшнему дистру (а запихивать еще и 1 было бы слишком толсто). Консоль - да, риск серьезный. И, как тут пишут, не очень подготовленный. А всякие старые wm - must die:) Не, серьезно, - суровые приверженцы fvwm в любом случае найдут его где-нибудь. А новеньким легче сразу привыкать к "толстым" wm. Кстати, а icewm там есть - он вроде весьма популярен, удобен и легок?

А-ха-ха. Ну и начудили. Зато теперь понятно в каком направлении пойдёт мода. Глядишь, скоро mc поймёт utf-8.

   Вообще,  я  не  вижу  проблем с Х 4 - там уже поддерживается почти все
   железо,  как мне кажется.
Ну вроде не все, и многое появилось только в 4.2 (S3 Trio64 например).
Но лучше бы XF3.3.6 было.
Кстати, не увидел в списке пакетов mod_php (мне он не нужен, но многие
на него подсели - их жалко). И все mod_ тоже беты - mod_perl, mod_python
- так что хостеры будут крыть РХ матом..
   Не, серьезно, -
   суровые  приверженцы  fvwm  в  любом  случае  найдут его где-нибудь.
Ну современные десктопы не в кайф гонять на бездисковых клиентах (и
эти десктопы не дают пускать несколько сессий для одного юзера -
в гноме виноват только наутилус, а KDE 2.x вообще толком не работает
во второй сессии. Так что всякие icewm/wmaker/fwvm и ничего кроме..

И на ftp у них что-то ядро kernel-2.4.18-7.80.i686.rpm а не 2.4.19pre..
И апача 1.3.x действительно вообще нет!
Еще слышал что софт от гнома1.4 плохо живет когда пущен под гномом2 - как же всякие галеоны и эволюшны будут работать под гномом2..
Но блин, создается впечатление что РХ хочет окончательно избавиться от всех своих клиентов и поклонников. Или бы официально предупреждало - типа релизы .0 НЕ СТАВЬТЕ..

Ядро - это фигня. Работало бы. Все равно - с тем кол-вом патчей, которые РХ добавляет - номер не имеет реального значения. Все равно получаются "вариации на тему, навеянную переходным периодом 2.4.18-2.4.18 с использованием нестандартной vm и других изюминок".

Вот если про софт 1.4 окажется правдой - у них, действительно, будут БОЛЬШИЕ проблемы с 8.0. Гномовский десктоп без галеона и евы мало кому нужен.

А про апач - вообще, сильно ли 2.0 хуже 1.3 по скорости и секурити?

   А про апач - вообще, сильно ли 2.0 хуже 1.3 по скорости и секурити?
Я думаю основная проблема - в отсутствии тестирования, отсутствия многих
модулей для 2.0, изменение синтаксиса некоторых опций в конфиге - то есть
для продакшн наверно не годен, уж их сборка точно (ибо нет mod_php
получается). По скорости 2.0 должен быть быстрее чем 1.3.
 И с консолью/локалями будут кажется большие проблемы (ну разве что каждый
славянин будет ru-RU.koi8r сам себе собирать и console-tools ставить)..

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

правильно отбросили все старье - это концепт и не должен он барахлом обрастать уже на этапе проекта.

к релизу туда все равно кучу compat* пакетов напихают, так что особо не печальтесь. В России такую шапку, конечно, не поставишь, но тут свои дистры есть.


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

imho, все прально, вспомните хотябы 7.0 - на нем ГЦЦ обкатали на ура, несмотря на вопли, теперь есть более-менее нормальный компилер.

Вас никто не заставляет именно 8.0 ставить, живите на "стабильной" 7.[23].

Ну когда-то надо переходить на апач 2.0! И начало ветки 8 - лучший момент. "Вчера-рано, завтра-поздно". Все равно - ни один здравый админ сервера не поставит х.0 на продакшн. Зато подстегнут авторов модулей к работе. И bugtrack начнет активнее смотреть на 2.0, наверняка.

Кстати, utf-8 по умолчанию - это понятно. А вот ru_RU.KOI8-R - они что, действительно _выкинули_физически_?!!! Канделябром их тогда!

Вообще, переход на уникод назрел давно. До сего дня в этом месте винюки совершенно оправданно задирали голову перед унихом. И то, что РХ форсирует этот процесс - похвально. Может, они немного спешат. Может, есть в этом "волюнтаризм". Но кто-то должен быть первым. "Безумству храбрых"...

хм, интересно:)

"...The kernel used in this release supports the following improvements and new features: ext3 Extended Attributes (EAs) and Access Control Lists (ACLs)..."

   Ну  когда-то  надо  переходить  на апач 2.0! И начало ветки 8 - лучший
Ну дали быть хоть альтернативу и право выбора - положили бы оба апача.
А ты прикинь что чувствуют писатели на php..
   момент. "Вчера-рано, завтра-поздно". Все равно - ни один здравый админ
   сервера не поставит х.0 на продакшн. Зато подстегнут авторов модулей к
   работе. И bugtrack начнет активнее смотреть на 2.0, наверняка.
Ну так и в 8.x апача 2 не будет.
   Кстати,  utf-8  по  умолчанию  - это понятно. А вот ru_RU.KOI8-R - они
   что, действительно _выкинули_физически_?!!! Канделябром их тогда!
Вроде да.
   Вообще,  переход  на  уникод  назрел  давно.  До сего дня в этом месте
   винюки  совершенно  оправданно задирали голову перед унихом. И то, что
   РХ  форсирует  этот  процесс  -  похвально. Может, они немного спешат.
   Может,  есть  в  этом  "волюнтаризм".  Но  кто-то  должен быть первым.
   "Безумству храбрых"...
Ради бога, только консольный софт будет неюзабелен вроде. Вон пишут же что
"line drawing characters are not available in certain locales".
--
Короче, РХ в 8.0 очень напоминает MS..

   Ну так и в 8.x апача 2 не будет.
В смысле апача 1.3.x не будет.

A kogda sam reliz 8.0 zhdat'? Kto-nibud' v kurse?

Да, про апач вопрос тонкий. Если положить оба - сисадмины поленятся переходить на 2.0. Ведь поленятся же? И эффект будет смазан. Тут вопрос философский - нужно ли выкручивать людям руки, чтобы их на что-то подвинуть. Я не знаю однозначного ответа. РХ ответил "да". Хотя, где-нибудь в rawhide будет 1.3. Или на freshrpms. Ну или народ сам сделает.

Вот за KOI их действительно мочить. Короче, пора спрашивать - когда будет Альт, основанный на 8.0 но с поддержкой koi (по умолчанию, конечно, utf), с mod_php.

Да, писателей на php жаль. Ну да ладно - через cgi как-нибудь проживут:) Злой я, да? А РХ еще злее, похоже:)))

А line drawing - конечно, печально. Хотя, я думаю, починят и mc, и ncurses. Вопрос времени. РХ решил упасть в пропасть utf первым. Остальным должно быть мягче:)

Насчет php -кажется я дико прогнал. mod_php в rh73 лежит в php-4*.rpm, такие же пакеты есть и в libmbo - то есть mod_php там тоже есть.
Звиняйте за панику..
Но все равно - многих модулей скорее всего нет под апач2.

php4.2 есть вообще-то...

> Короче, пора спрашивать - когда будет Альт, основанный на 8.0 но с
> поддержкой koi (по умолчанию, конечно, utf)

а смысл?
1) редхат копировать просто глупо. У них ниша совсем другая - "ось для коммерческого софта". это надо заслужить и поддерживать. ни дебиан ни альт этого не хотят и не добиваются.
2) редхату начхать на us_outside. редхатовская локаль koi8-r все равно сплошной мусор. это тоже нормально. альту примерно также начхать на us_inside.
3) локаль уже есть в том же Мастере

ls /usr/lib/locale
ru_RU ru_RU.ISO-8859-5 ru_RU.PT154 ru_UA ru_UA.KOI8-U
ru_RU.CP1251 ru_RU.KOI8-R ru_RU.UTF-8 ru_UA.CP1251 ru_UA.UTF-8

хорошо видно ru_RU.UTF-8?
вопрос как раз в тех же ncurses и прочем софте.

так что работка еще та предстоит...

В общем нас ждёт очередное X.0 глюкало.

1. Да, РХ копировать глупо. Но дистр с последними gcc, X, GNOME etc нужен. Про это спорить не будем? И, возможно, с дефолтом utf-8. Что-то уж больно похоже на 8.0 выходит...

2. Живу на редхатовской koi8-r. Проблем нет. Только шрифты человеческие пришлось поставить для unicode. Да, если совсем честно, - пару строчек в /etc/sysconfig/i18n добавить ручками. Смертельно?

3. То, что Мастер поддерживает UTF-8 - это здОрово. Кстати, где она (ru_RU.UTF-8) лучше - в мастере или в бете РХ? Очень интересно.

Ниша редхата - быть еще и reference distro, в некотором смысле. Если взять некий rpm в инете - он, скорее всего, пойдет на РХ. Вероятности проблем в других дистрах - больше.

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

Народ, не гоните особо на RedHat!

Если б альтовцы не лезли своими грязными ручками куда не следует (меняют оригинальную локализацию, режут KDE по живому, меню неоригинальное KDE, опять же), то и уважения было бы к ним больше. Вот за что и ценю RedHat, что они проект KDE не гробят.

Кстати, а на скольких дисках он минимум будет идти? :))))

На пяти -- 3 установочных и два с сырцами.
Прошу заметить, что теперь (в бете) ISO-шки стали по 700 Мб. На 650 Мб CD-RW уже не залить.

Ой -- вру. Еще и диск с доками есть. Так что получается шесть. Но минимум, конечно, это три установочных.

>1. Да, РХ копировать глупо. Но дистр с последними gcc, X, GNOME etc
>нужен. Про это спорить не будем? И, возможно, с дефолтом utf-8.
>Что-то уж больно похоже на 8.0 выходит...

или на мандрак 9, или на дебиан unstable или на любой другой дистр с последними версиями :)

спорить по поводу поводу необходимости такого дистра тоже можно. все тут согласны, что даже в америке этот дистр будет нерабочим при выпуске. а когда оттестят - это уже будет далеко не "дистр с последними gcc, X, GNOME etc". Куда как приятнее подход дебиан с ветками. надо работать -взял unstable. чего то не хватает - добавил из unstable. захотел "дистр с последними gcc, X, GNOME etc" - apt-get dist-upgrade на unstable и пользуйся. тут RH со своим дистром уже прошлый век. даже апт отсутствует. так что имхо все эти сундуки с сдромами уже отжили свое - должен быть буквально инсталлятор на дискетке с аптом (суперпростой и надежный) и набор репозитариев с подпиской на них. дистр а ля редхат уже не нужен (а он еще даже не вышел :).


>2. Живу на редхатовской koi8-r. Проблем нет. Только шрифты
>человеческие пришлось поставить для unicode. Да, если совсем честно,
>- пару строчек в /etc/sysconfig/i18n добавить ручками. Смертельно?
учитывая, что для любого конкретного дистра вся локаль - это четыре строчки в /i18n и шрифты - ужасно. glibc у всех одинаковый.
делать там было нечего - скопируй у любого русского дистра и все, просто редхату это не нужно вообще никак.

>Ниша редхата - быть еще и reference distro, в некотором смысле. Если
>взять некий rpm в инете - он, скорее всего, пойдет на РХ. Вероятности
>проблем в других дистрах - больше.

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


Ниша редхата - быть еще и reference distro, в некотором смысле. Если взять некий rpm в инете - он, скорее всего, пойдет на РХ. Вероятности проблем в других дистрах - больше.

>Если через годик линух будет спокойно и надежно работать с уникодом -
>это ж такой advance выйдет!
годик? пятилетка - хотя бы ближе к реальности. коммерческий софт и тот же виндос - никогда.

> Особенно - на десктопе. Хотя, думаю, и сервера, особенно файловые, с >этого дела порадуются.
файловые сервера уже сегодня под юникодом. samba3 в мастере только так и работает. хоть с номером проблем нет :)

1. Да, может стать похоже на мандрак 9 - но уж не на дебиан точно. Все-таки rpm... apt для rpm уже давно есть. Правда, непонятно - почему РХ его не включает.

2. Дистр может и должен быть толстым. Установка через инет - только одна из опций. То, что есть интранеты без выхода наружу - это известно? Да и трафик от установки хотя бы 5 машин - совсем не все конторы могут себе позволить. Так что "сундуки с сдромами" еще будут жить. И смерть их даже не на горизонте.

3. rpm должны собираться от пользователя - это факт. Но - некая несовместимость по file system layout у дистров еще есть. И, сорри, mknod делать можен в оригинале только рут. Например, собираю я rpm для своего винмодемного драйвера... И вот все такие "мелочи" создают проблемы для других дистров. И этих проблем обычно тем меньше, чем ближе дистр к редхату.

4. Пятилетка - это было бы грустно.

5. Файловые сервера - это хорошо. Хотя если я зайдя телнетом не могу посмотреть имена _всех_ файлов на самбе - это безобразие. А для этого мне нужен utf-8 в консоли.

>1. Да, может стать похоже на мандрак 9 - но уж не на дебиан точно.
>Все-таки rpm... apt для rpm уже давно есть. Правда, непонятно - почему
>РХ его не включает.

потому что не его это изобретение. снобизм монстра. Я уже привык к апту на РПМе в альте, Сусе его тоже внедрил. редхат тоже внедрит - это вопрос времени.


>2. Дистр может и должен быть толстым.

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


>Установка через инет - только одна из опций. То, что есть интранеты >без выхода наружу - это известно? Да и трафик от установки хотя бы 5 >машин - совсем не все конторы могут себе позволить. Так что "сундуки >с сдромами" еще будут жить. И смерть их даже не на горизонте.

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

подписка - периодика.
дистр - единовременное действие.

программы выходят периодично, баги находятся периодично - наверное и обновлятся нало тоже периодично, "размазывая" расходы на длительный промежуток времени?


>Но - некая несовместимость по file system layout у дистров еще есть.
опять дыхание прошлого. давно уже есть *сonfig и другие средства автоматической адаптации под дистр. реально уже давно не наблюдаю кривых в этом отношении рпмов (хотя вот gphoto2 какой то странный).

>И, сорри, mknod делать можен в оригинале только рут

скрипты в спеке для этого есть.
rpm -i делает рут как ни как.

ldconfig и lilo тоже только рут может вызывать :)


>4. Пятилетка - это было бы грустно.
>Хотя если я зайдя телнетом не могу посмотреть имена _всех_ файлов на
>самбе - это безобразие. А для этого мне нужен utf-8 в консоли.

вся консоль требует переписи. отсюда и скепсис про сроки реализации.

а сейчас смотреть можно телнетом в gnome-terminal :)
или вывод перекодировать или смотреть на многобайтный мусор, но это уже дрянь...

Делал я себе косоль в utf-8 в 1999 году. Драйвер консоли линуксной уже давным давно весь внутри юникодный. Шрифты тоже юникодные. Если кто не знает, в консольных линуксных шрифтах глифы нумеруются именно юникодом с помощью специальной такой таблицы, имеющейся в шрифте, Screen Font Map называется. А когда приложение выводит байты на линуксную консоль, эти байты преобразуются в юникод, в соответствии с таблицей Application Charset Map. Этот юникод используется для определения индекса глифа в шрифте и этот индекс и суётся в видеопамять. Есть у линуксной консоли также режим UTF-8, когда ACM не используется, а считается что поток байтов, который выводит приложение, является текстом в UTF-8.

Но UTF-8 на линуксной консоли не даёт видеть больше разных символов. Сколько глифов есть в шрифте -- столько и увидишь. А знакогенераторы SVGA поддерживают шрифты максимум в 512 глифов.

Но проблема-то не в линуксной консоли. Мало кто ею вообще пользуется, чаще используют xterm или другие эмуляторы терминалов. А многие ли из этих эмуляторов поддерживают UTF-8? А для того, чтобы извлечь все выгоды от UTF-8, нужен не просто терминал, поддерживающий UTF-8, но и использующий для отображения символов шрифты с большим количеством глифов (TrueType то есть).

И наконец, UTF-8 это многобайтовый чарсет с переменным количеством байт-на-символ. Это значит, что для сдвига указателя на символ вперёд-назад в буфере символов недостаточно прирастить-уменьшить указатель на единичку. И какие текстовые редакторы под консоль поддерживают UTF-8? Знаю, Emacs. Так ему и локаль в UTF-8 не нужна. Просто он понимает, что чарсет консоли и чарсет файла не обязательно совпадают. Emacs'у консоль в UTF-8 и не нужна.

Если бы все проблемы решались просто патчами к curses...

В винде тоже не везде юникод... и зоопарк с 866 и 1251 для России - так что никаких отличий в зоопарке Винды от, допустим, Лин + КДЕ не особо заметно.

ru_RU.UTF-8 в АЛМ2 - не работает в полной мере, так что не надо звездипеть, о том чего не знаете. она вообще пока нигде полноценно не работает. Да и сам выбор utf8 понятен - но абсолютно порочен, а UCS2 запрудить (на худой конец UTF16) - кишечником даже рх слаб... :(

если бы грабли были в одном mc и терминальных дисциплинах (термкап, терминфо с ними) - то это решаемо, а ведь ещё есть 90% приложений, которые паталогически не будут работать с "конической" кодировкой utf-8 :(

молодцы! :)