Представлены множественные улучшения и исправления.
По настоящему верная реализация технологии "plug and play" - теперь все действия со сменными носителями производятся исключительно через HAL.
Обновление системы управления пакетами - slackpkg.
Поддержка шифрованых сетевых соединений с помощью OpenSSL,
OpenSSH, OpenVPN и GnuPG.
Веб сервер Apache-2.2.10 с поддержкой Dynamic Shared Object
support, SSL и PHP 5.2.8.
Множество средств разработки: Perl 5.10.0, Python 2.5.2,
Ruby 1.8.7-p72, Subversion 1.5.4, git-1.6.0.3, mercurial-1.0.2
и графические средства, такие как Qt designer и KDevelop.
Огромный репозиторий дополнительного программного обеспечения, включающий в себя различные оконные менеджеры, Java(TM) 2 SDK SE, libsafe и множество других вкусностей.
Перевод слова generic для данного случая - "общий", т.е. имелось ввиду "дистрибутив общего назначения", универсальный, т.е. подходящий как для сервера, так и для декстопа. Столько возни вокруг этого говорит либо о вашей безграмотности (в английском), либо о желании тупо потроллить, третьего варианта не дано.
так не подходит он и для сервера и для современных рабочмх станций, хоть какими словами не пытайтесь его называть. какого же он общего назначения если он вообще никакого - скажите спасибо патрику за 32 бит и 3.2Gb. ну а на сервер дистр который выходит раза 2 в год и тестируется ещё меньше чем простой релиз ubuntu - не ставится. у ubuntu хоть LTS версии есть (я к ним скептически отношусь так как именно с такого LTS пишу).
сначала собрать убогий дистрибутив - потом его все качают и чуть что всё там пересобирают. и потом самому следить за обногвлениями безопасности и почими патчами.
>Это 64-х битная сборка slackware. тестируют все. работает у всех.
Когда раньше сидел на дебиане (woody,sarge). И админы (толковые, надо сказать) в универе тоже ядро самособрное на все компы заливали, чтобы меньше памяти ело и быстрее работало
>сначала собрать убогий дистрибутив - потом его все качают и чуть что всё там пересобирают. и потом самому следить за обногвлениями безопасности и почими патчами.
Да, нелегко тебе с Ubuntu...
>где именно? dataцентры? серверы?
В США, Польше, Чехии, Нидерландах, России, Украине и т.д. Да. Да.
Перешел на новую мантру - "гонка релизов" ? :) У Slackware, в отличии от многих нет плана по релизам, так что Патрику некуда спешить - и поэтому релизы Slackware отличаются законченностью и стабильностью предлагаемых решений, в отличии от многих, которые, к примеру, уже ставят KDE4 как одну из основных DE. И релизы появляются тогда, когда в этом назревает необходимость.
>единица решила за всех всех.
ты, в данном случае, ничего не решаешь - и это хорошо
>вот поэтому вас почти и нет.
повторяй это почаще и может быть это заменит тебе реальность
ну при такой "законченности" дистрибутивы slackware можно как срезы gentoo релизить. всё равно о проблемах никто не сообщит так как нигде оно не применяется в реальной жизни, кроме наверное нескольких студенческих серверов в вузах на модемном канале и старом железе (где лишь бы хоть что-то как то работало).
Вот tommy скажи, почему если дистрибутив позиционирует только для x86 платформы, какой нафиг amd64?? Чтож вы не орете, что там нету arm, mips, powerpc?
Давай я начну орать, что debian не поддерживает мою кофеварку (не у меня одного она такая), и что он плохой теперь?
>"amd64" - в каждом современном процессоре практически. и уже несколько лет.
у меня ноутбук новый (выпущен летом или в конце весны). на нем intel celeron, чтож там есть amd64? а сами процы amd не нужны, уж больно часто горят они. толи у меня просто карма такая...
>ну при такой "законченности" дистрибутивы slackware можно как срезы gentoo релизить. всё равно о проблемах никто не сообщит так как нигде оно не применяется в реальной жизни, кроме наверное нескольких студенческих серверов в вузах на модемном канале и старом железе (где лишь бы хоть что-то как то работало).
>а потому что памяти поддерживает 3.2 Gb всего а 64бит нету. хоть бы что-то из этого было. но даже pae не включено.
в студию пример где нужна 64 битная ось... причем там где 32-битной не обойтись и там куда бы можно было поставить слакварь если бы tommy одобрил 64битные форки...
>в студию пример где нужна 64 битная ось... причем там где 32-битной не обойтись и там куда бы можно было поставить слакварь если бы tommy одобрил 64битные форки...
там где надо иметь подержку хотя бы чистых 4Gb RAM. а в 32битной slackware нет PAE. далее идёт разбор чего ещё нет в slackware и её выбор отпадает.
64битные форки я одобрить не могу. это будет мало отличаться от того что ты сам форкнешь slackware и будешь этим пользоваться - и в мыслях такое поделие поставить на сервер не будет ни у кого.
Ты на вопрос ответь, а не пиши что тебе нада больше 4gb и 64 бита...
Ещё раз: в студию пример где нужна 64 битная ось... причем там где 32-битной не обойтись и там куда бы можно было поставить слакварь если бы [fixed] она была 64 битной
>Ты на вопрос ответь, а не пиши что тебе нада больше 4gb и 64 бита...
как я могу не писать если мне надо? ставить на серверы и рабочие станции ставить 2Gb или 3 (2x1Gb + 2x512) вместо хотя бы 4-х (которые slackware полностью не увидит)? это ради чего такое? потому что патрик PAE не осилил? или пересобирать кернел сразу после установки?
>Ещё раз: в студию пример где нужна 64 битная ось... причем там где 32-битной не обойтись
я вот дома прекрасно обхожусь 32битной при 8Gb RAM. но slackware наверное единственный из известных дистрибутивов где надо пересобирать кернел для этого.
>там где надо иметь подержку хотя бы чистых 4Gb RAM
Обратись к производителю своей материнской платы
>а в 32битной slackware нет PAE
Есть, но он не включен
>далее идёт разбор чего ещё нет в slackware и её выбор отпадает.
Очень жаль, что у тебя что-то отпадает
>64битные форки я одобрить не могу. это будет мало отличаться от того что ты сам форкнешь slackware и будешь этим пользоваться - и в мыслях такое поделие поставить на сервер не будет ни у кого.
Ну если ты, к примеру, форкаешь дистрибутив и считаешь результат своей же работы поделием - это исключительно твои проблемы, т.к. у других подобных предубеждений нет
>>Ты на вопрос ответь, а не пиши что тебе нада больше 4gb и 64 бита...
>как я могу не писать если мне надо?
Bluewhite, Slamd64
>ставить на серверы и рабочие станции ставить 2Gb или 3 (2x1Gb + 2x512) вместо хотя бы 4-х (которые slackware полностью не увидит)? это ради чего такое?
Это исключительно твои проблемы, т.к. ты ниасилил слакварь.
Ладно давай поставим подругому... вот pae включен по умолчанию в других дистрах, в слаквари он выключен, чтоб его включить надо провести настройки ядра.. считай это всего лишь настройкой... так же как ты в kconfigcenter (или как его там) тыкаешь галочки тут вот ты чуть-чуть посложнее
>Ладно давай поставим подругому... вот pae включен по умолчанию в других дистрах
это неверно. он выключен по умолчанию. но в дистрибутиве есть кернел где pae включен (рядом с xen и другими ядрами). и оно так же обновляется с патчами безопасности и бэкпортами оборудования как например в debian и тд.
>это неверно. он выключен по умолчанию. но в дистрибутиве есть кернел где pae включен (рядом с xen и другими ядрами). и оно так же обновляется с патчами безопасности и бэкпортами оборудования как например в debian и тд.
>без PAE операционная система не увидит больше чем примерно 3.2Gb.
Усложнения и падение производительностис TLB-кеша при включении PAE сводит на нет все преимущества от дополнительных 700Мб. А Slackware всегда был и остается одним из самых быстрых дистрибутивов. В любом случае, PAE можно включить за 5 минут без особого труда, так что эти претензии неактуальны
По работе использую замечательный дистрибутив uСLinux. Он гоняется на на армах с 32М оперативки и юзер-спейс там объединен с кернел-спейсом. В нем вообще нет пакетов и вообще ничего нету. Только кросс-компилятор есть. Видимо мне нужно повесится?
>но в дистрибутиве есть кернел где pae включен (рядом с xen и другими ядрами). и оно так же обновляется с патчами безопасности и бэкпортами оборудования как например в debian и тд.
Во-первых, чтобы поставить друего дистрибутивное ядро нужно знать команды пакетного менеджера конкретного дистрибутива. Во вторых, нужно знать хотя-бы приблизительное название нужного ядра. В третьих, чтобы узнать все это потребуется ну никак не меньше времени, чтобы сделать make menuconfig и поставить одну галочку в конфиге. В четвертых, ты зависишь кроме собственной криворукости еще и от криворукости сборщика пакета ядра, который и не догадывается об особенностях твоего оборудования. В пятых, обновления безопасности (в т.ч. ядра) есть и в слаквари. И наконец: ты ниасилил слакварь - и этим все сказано.
>В третьих, чтобы узнать все это потребуется ну никак не меньше времени, чтобы сделать make menuconfig и поставить одну галочку в конфиге
ща будущее предскажу, томми будет писать что мол в дистрибутивах есть отдельный пакет с pae... так что этот пунктик можно и убрать... (но не всегда)...
кстати томми, а в ядрах дебиана на каждый чих ядра есть? а если мне захочется использовать что-то, что есть в ядро, но нету не в одном пакете ядра? вау и тут то путь слаквари! компилить ядро!!! айайайай, дебиан не кошерный