| 1.1, anonymous (??), 11:56, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;
Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?
| | |
| |
| 2.5, Аноним (-), 12:04, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Можно, у меня прекрасно стоят оба.
Заменяют офисный пакет по умолчанию, так что глупости тут нет.
| | |
| 2.7, Аноним (-), 12:11, 10/07/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Можно ведь их параллельно ставить, зачем заменять один другим?
В теории можно, но на практике поддерживать два офиных пакета никто не хочет.
| | |
| 2.16, Аноним (-), 12:43, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?
По традиции, показывают ораклу кузькину мать.
Год назад, когда оракл давил на сообщество по поводу oo.o, такое поведение (принудительная замена опена на либру) было модным во многих дистрах. А теперь, когда бури поутихли, кулаками машут только выходцы из криокамеры, типа центоса и дебиана.
| | |
| 2.31, filosofem (ok), 22:07, 10/07/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >>В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;
>Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?
OpenOffice.org больше нет.
Есть LibreOffice ― по большей части то, что раньше называлось OpenOffice.org. Замена только в назвнии.
Есть Apache OpenOffice ― некая иная сущность под другой лицензией, которая пока неизвестно что будет из себя представлять и будет ли вообще.
Непонятно что непонятного.
| | |
|
| 1.4, б.б. (?), 12:02, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в плей-офф, и скоро ждать SL6.3 не приходится? :)
| | |
| |
| 2.15, Аноним (-), 12:40, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
> плей-офф, и скоро ждать SL6.3 не приходится? :)
Вроде ж все разработчики SL в редхат ушли, не?
| | |
| |
| 3.26, Stax (ok), 18:55, 10/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
>> плей-офф, и скоро ждать SL6.3 не приходится? :)
> Вроде ж все разработчики SL в редхат ушли, не?
Нет, вы с чем-то путаете. Группа оплачиваемых разработчиков по прежнему занимается сборкой и поддержкой (и, что приятно, очень оперативно и вежливо реагируют в мейллистах. Вообще мейллисты у SL весьма радуют, градус неадеквата значительно ниже, чем в центос-листах, и озверевших от постоянных глупых вопросов разработчиков тут тоже на наблюдается).
| | |
|
| 2.25, Stax (ok), 18:52, 10/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вчера переместили большую пачку секрьюрити-апдейтов из 6.3 из sl-testing в sl-security (были собраны в конце июня, просто тестировались)
$ rpm -q selinux-policy
selinux-policy-3.7.19-155.el6_3.noarch
Пакеты без секьюрити фиксов пока еще не собрали, ждем в ближайшее время.
| | |
|
| 1.6, Аноним (-), 12:09, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ] | +5 +/– | Наблюдаются проблемы с запуском интерфейса Ethernet при использовании задействов... большой текст свёрнут, показать | | |
| |
| |
| |
| 4.12, Аноним (-), 12:29, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
А можно «на пальцах» — чем отличаются, вроде же код один? Я как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки, нет?
| | |
| |
| 5.14, Аноним (-), 12:39, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А можно «на пальцах» — чем отличаются, вроде же код один? Я
> как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки,
> нет?
CentOS - это RHEL, пересобранный из сорцов. Так как точно воспроизвести среду сборки затруднительно, поведение собранного ПО может отличаться.
| | |
| |
| 6.28, anonynous (?), 20:28, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>поведение собранного ПО может отличаться.
Чукча не читатель?
>Дистрибутив на 100% бинарно совместим с RHEL
Они специально убивают огромное количество времени на то, чтобы
>точно воспроизвести среду сборки | | |
| |
| 7.38, АнонимусРекс (?), 01:32, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >>поведение собранного ПО может отличаться.
> Чукча не читатель?
>>Дистрибутив на 100% бинарно совместим с RHEL
> Они специально убивают огромное количество времени на то, чтобы
>>точно воспроизвести среду сборки
и где сказано что они этого добиваются?
| | |
|
|
|
| 4.23, Аноним (-), 16:08, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> когда уже народ поймет что centos!=rhel
Никогда, потому что это не правда.
| | |
| |
| 5.37, АнонимусРекс (?), 01:31, 11/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> когда уже народ поймет что centos!=rhel
> Никогда, потому что это не правда.
мсье администратор Ред Хетовского brew, и сосед по комнате Каранбира одновременно?
| | |
|
|
|
| 2.13, Аноним (-), 12:38, 10/07/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Фигасе серверный дистр для продакшена
Типичные линуксопроблемы.
Разница только в том, что в каких-нибудь дебианах и убунтах о таких вещах вслух говорить не принято. И исправлять тоже, потому что исправлять баги - значит нарушать стабильность™.
А здесь - предупреждают. Возможно даже, пофиксят скоро.
| | |
| |
| 3.43, PnD (??), 11:26, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
Не могу не указать, что пачка подобных проблем сопровождает релиз любой крупной системы. Вопрос тут в том, каким образом их устаканивают и насколько оперативно.
Как пример, M$ или скажем Fedora релизят альфу с пачкой багов и пытаются отладить все на ходу, разгребая пачки баг-репортов. У M$ это даже получается ввиду большого количества ресурсов и длительного цикла поддержки.
С другой стороны, есть подход Debian'овцев: минимум ключевых изменений и их длительная обкатка. Однако, проблемы при таком подходе немедленно выстреливают при изменении экосистемы (все как в зоологии). Собственно, Ubuntu корректирует в первую очередь данный аспект (быстрее реакция + дольше поддержка = больше сообщество).
RedHat тут, как мне представляется, изначально избрал сбалансированную стратегию. Во-первых, используют Fedora по-полной как полигон для экспериментов (в последнее время перебарщивают imho). Обкатанные там до беты решения портируют в RHEL, не забывая помечать как ЭКСПЕРИМЕНТАЛЬНЫЕ. И только после обкатки на той части корпоративщиков, для которых бонусы нестабильной фичи перевешивают возможные проблемы, включают в состав штатной поддержки.
Правда, от откровенно провальных решений такой подход все равно не защитит. См. например rhel5+cluster+totem - их угораздило слать токены по мультикасту (udp, со всеми вытекающими; выпилили уже из rhel6).
| | |
|
| 2.44, arisu (ok), 13:28, 11/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > задействованной по умолчанию системы NetworkManager
> серверный дистр
divided by zero.
| | |
|
| 1.24, vle (ok), 18:36, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Отличный выбор для организации OpenVZ сервера.
Я использую SL-6, но это непринципиально.
Ставим "minimal", добавляем OpenVZ репо,
пару телодвижений и дело в шляпе.
| | |
| |
| |
| 3.34, Аноним (-), 00:42, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Я думал вы ничего кроме NetBSD не используете )
NetBSD - это, конечно, хорошо, но еще и работать на чем-то надо.
| | |
| 3.35, vle (ok), 01:17, 11/07/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Я думал вы ничего кроме NetBSD не используете )
Я использую то, что хорошо подходит. Никакого фанатизма.
Для моих задач по работе Линукс и NetBSD подходят, в принципе,
одинаково, там shell сервера, не было бы проблем с драйверами,
но с Линуксом я познакомился на 7 лет раньше,
потому на работе Линукс. Просто так исторически сложилось.
Дочь работает на SL-6, там карточка nvidia, с вытекающими.
Но в плане дизайна системы NetBSD мне нравится больше, чем
все Линупсы, которые я видел.
| | |
| |
| 4.46, mavriq (ok), 01:23, 12/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.
а gentoo смотрели? я без претензий, ибо сам netbsd не тыкал, но с фрей с ее портами сталкивался. или я чего-то не догнал, или портежи реально удобней.
| | |
| |
| 5.47, vle (ok), 21:47, 12/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.
> а gentoo смотрели? я без претензий, ибо сам netbsd не тыкал, но
> с фрей с ее портами сталкивался. или я чего-то не догнал,
> или портежи реально удобней.
gentoo не смотрел, попробовать все не хватает времени :-(
Но "фря и ее порты" однозначно идут лесом ;-)
| | |
|
|
|
| 2.33, ононим (?), 22:22, 10/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
есть проксмокс где все тоже самое, но уже из коробки и с отличной базой пакетов от дебиана.
| | |
| |
| 3.36, vle (ok), 01:20, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
> есть проксмокс где все тоже самое, но уже из коробки и с
> отличной базой пакетов от дебиана.
Вот как раз "отличной" пакетной базы от Дебиана
мне как раз и не хватало. Это как раз то, от чего я
пытаюсь избавиться. Но вообще спасибо, надо будет глянуть.
| | |
|
|
| 1.30, Аноним (-), 21:11, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
>Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ. Для работы инсталлятора требуется как минимум 392 Мб ОЗУ
Они там ошалели?
| | |
| |
| |
| 3.41, б.б. (?), 05:53, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
:) Там дело не в Python, который ест немного памяти, а в том, что этот образ на 200 мб со всем установщиком, включая иксы, распаковывается в память, причём в прямом смысле распаковывается. И пакеты тоже в память распаковываются.
Кто их так учил писать установщики - я не знаю.
| | |
|
| 2.39, Michael Shigorin (ok), 04:02, 11/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >>Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ.
Н-да, 640Мб нынче хватит не всем.
> Они там ошалели?
Если что, на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/ водятся server-*.iso в некотором ассортименте -- собрал свежий server-mini на шестом бранче, засунул 32-битную сборку в virtualbox с 64M RAM (+VRAM), вполне себе встало и загрузилось. 64-битная засунулась в 128M, минимум не искал.
Пожелания принимаются, в принципе есть совсем мелкий netinstall ;-)
| | |
| 2.49, Аноним (-), 18:50, 13/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
А ведь не так давно линуксиоды дружно закидывали г*вном Solaris за дикие системные требования для установки...
| | |
|
| |
| |
| 3.52, fi (ok), 13:08, 19/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >> Мало древних машин, поэтому такой инсталятор.
> Просто надо немного соображать -- что тащить, а что нет (вон http://www.altlinux.org/Antique
> использует штатный альтовский инсталятор). Если NetworkManager глаза застил, дальнейшее
> неудивительно.
А может всё проще? ресурсы на тестирование выделяют на более значимые подсистемы? например на кернел, который потом к себе утащили альтовцы? Ведь у них все тестиры работают на полную ставку.
Много систем через мои руки прошли, начиная с интеректив, но такой вылизанной системы я не встречал.
| | |
| |
| 4.53, Michael Shigorin (ok), 13:49, 19/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А может всё проще?
Да понятно, что вопрос в приоритетах. Только стыдно за инженегров, которые _такое_ из своих рук выпустили и пользователям вручили. Ну, как инженегру стыдно.
| | |
| |
| 5.54, fi (ok), 14:12, 19/07/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> А может всё проще?
> Да понятно, что вопрос в приоритетах. Только стыдно за инженегров, которые
> _такое_ из своих рук выпустили и пользователям вручили. Ну, как
> инженегру стыдно.
Кому как :)
По мне так требование 600М вполне адекватное, никто не предназначал rhel для убиты писи, другой сегмент рынка. У нас самые дешевые железки идут с гигом - меньше не найти. Более того, для KS только такой подход оправдан - там загрузка идет по tftp. возможно они даже преднамеренно сделали один подход для всех типов инсталяции.
| | |
| |
| 6.55, Michael Shigorin (ok), 15:22, 19/07/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Кому как :)
Как инженеру. В качестве эксплуатационщика мне тоже не жмёт. :)
> Более того, для KS только такой подход оправдан - там загрузка идет по tftp.
> возможно они даже преднамеренно сделали один подход для всех типов инсталяции.
Говорю же, монтировать с носителя ещё проще, чем тащить в ramdisk -- и переключалка проста как двери, дальше дело в передаче параметра в {iso,pxe,sys}linux.cfg.
Сам такое в mkimage-profiles и реализовывал, потому и говорю.
| | |
|
|
|
|
|
|
