Salix 13.37 LXDE / Админу на заметку / Мтааламу - для профи и профессиональных любителей

Salix 13.37 LXDE

Наконец-то вышла LXDE-версия моего любимого Linux-дистрибутива.



Salix сочетает в себе простоту, надежность, консервативность и академичность Slackware и удивительную добротность, аккуратность исполнения. Внешний вид рабочего стола, локализация — всё это выполнено безупречно. Есть своя система управления пакетами, в т.ч. можно использовать ее в графическом режиме. Можно также устанавливать пакеты Slackware. Их хотя и не столько, как в Debian, но редко чего не хватает. В случае же нехватки чего-то уж очень специфического, не возбраняется собирать софт из исходников или пользоваться технологией slackbuilds.org/.

Я пользуюсь Salix'ом более года, установил его в конторе, где админю, никаких претензий за это время не возникало. Рекомендую всем, кто еще не определился с дистрибутивом Linux. Единственное, что плохо — не успели еще разработчики выпустить свежую live-версию своего LXDE-дистрибутива. Она очень хороша для ноутбуков/нетбуков.

Комментарии (40)

RSS свернуть / развернуть
+
0
А чем именно она лучше Installation Disc Images при использовании ее на ноутбуке?
avatar

dias75

  • 27 января 2012, 00:45
+
0
Salix — система очень компактная и работает даже на слабом железе (у меня, например, на хилом нетбуке живёт). Кроме того, сделана очень аккуратно и по русификации там вообще никакиз проблем. Если чего-то не хватает — легко доустановить. Железо поддерживает хорошо, я еще не сталкивался с ситуацией, когда Salix на каком-то компьютере не запускался. Процесс установки очень простой и быстрый. Есть 32 и 64-битные версии. Короче говоря, комфортная и при этом компактная штука (на CD-болванку помещается).
avatar

yababay

  • 27 января 2012, 12:37
+
0
Поставил Salix Xfce 13.37 CD ISO «на посмотреть» в виртуалбокс. Очень понравилось! Легкий для железа, шустрый…
Да вот «засада»- при установке и в режиме " standard(в настройках «Frame Buffer», подходит для большинства видеокарт и мониторов")и в 1024-768 — все одно в итоге получаю в виртуалбокс экран только 800/600 или 640/480, а не свой 1366x768.
Такая-же картина в виртуалбокс с Salix LXDE Live 13.1.2 CD ISO
При этом убунту в виртуалке легко выдает хостовое разрешение 1366x768 — т.е виртуалбокс настроен правильно.

Нагуглил кое-чего (у автора такая-же как и у меня видеокарта )


Печаль и недоумение cменили радость моего знакомства с SalixOS…
:-)
avatar

dias75

  • 04 февраля 2012, 00:17
+
0
Думаю нужно добавить драйвера virtualbox в salix, тогда в vbox должен отображаться нормально!
avatar

Sergei_T

  • 04 февраля 2012, 09:08
+
0
А какие именно драйвера?
avatar

dias75

  • 04 февраля 2012, 19:05
+
0
Ну, если Вы ищете систему, в которой без лишних заморочек можно сразу же комфортно работать в GUI-режиме на любом, в т.ч. виртуальном, железе то это, конечно, не Salix. Это Ubuntu, или openSUSE, или даже Windows ;). У Salix совсем другие козыри. На ней можно и серверные решения строить, смело экспериментировать, собирая программы из исходников без опасений нарушить зависимости пакетов. У Salix (=Slackware) простые конфиги, пакетная база без зависимостей и т.п. Т.е и гикам на ней хорошо, и новичок, если установит, будет себя комфортно чувствовать. У меня проблем с видеорежимами не было, хотя я устанавливал Salix на десятки машин. Вы, видимо, работаете в Vesa-режиме. Попробуйте команду xorgsetup в виртуальной машине от рута.

Сегодня, кстати, свежая версия Salix XFCE вышла.
avatar

yababay

  • 04 февраля 2012, 20:54
+
0
:-) Slapt-get показал установленный драйвер xf86-video-intel
Так что автору в вышеприведенных ссылках можно порекомендовать SALIX OS
Если я правильно понимаю…

В моей ситуации достаточно было поставить дополнения гостевой… Пошел организовывать общую папку и умненькая программка подсказала… )) По скудоумию я думал, что те дополнения, которые я ставил при установке 1 гостевой оси, будут работать для всех.А оно оказывается для каждой новой системы их надо ставить.Вопрос снят.
Да, в свежей версии внесли исправления и теперь для установки дополнений не требуется предварительная установка kernel-source
"..missing header in kernelive that prevented to install VirtualBox or VMWare additions without installing kernel-source"
А вот вопрос.
С помощью команды xorgsetup можно узнать в Vesa-режиме или в другом юзер работает?
Я ввел ее из любопытства- она выдала
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running

Fatal server error:
Cannot establish any listening sockets — Make sure an X server isn't already running

Please consult the The X.Org Foundation support
at wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.

В файле Xorg.0.log
[ 882.812] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
[ 882.813] _XSERVTransMakeAllCOTSServerListeners: server already running
[ 882.813]
Fatal server error:
[ 882.813] Cannot establish any listening sockets — Make sure an X server isn't already running
[ 882.813]
Please consult the The X.Org Foundation support
at wiki.x.org
for help.
[ 882.815] Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 882.815]
— Растолкуйте, пожалуйста, что это значит?
avatar

dias75

  • 04 февраля 2012, 22:32
+
0
Блин, ведь хотел спросить установлены ли дополнения гостевой ОС

Что касается xorgsetup, то ее нужно запускать:

1) от рута
2) выйдя из GUI-режима.

Я в таких случаях выставляю в файле /etc/inittab default runlevel равным 3, перезапускаю машину (она теперь загрузится в консольном режиме), вхожу от рута, прогоняю xorgsetup (а попутно можно, например, установить родные дрова nVIDIA), возвращаю в inittab runlevel 4, перезагружаю с новым, автоматически сформированным xorg.conf. Вроде, не подводит эта методика.
avatar

yababay

  • 06 февраля 2012, 00:55
+
0
То есть, если бы например, надо было установить дрова nVIDIA и поменять режим с vesa на родной, их надо было-бы предварительно скачать, установить, а потом запустить xorgsetup, который бы определил видео автоматически и прописал родной драйвер? Или утилита сама его установит и пропишет(поменяет режим vesa), пользователю достаточно скачать нужный драйвер(усли его нет в ядре)?
avatar

dias75

  • 06 февраля 2012, 15:39
+
0
Драйвера nVIDEA проприетарные, поэтому их нужно скачивать отдельно с сайта производителя. Они поставляются в виде самораспаковывающегося архива (файл с расширением *.run). Нужно от рута сделать такой файл исполняемым (chmod +x *.run) и запустить. Появится нехитрый визард, через который нужно пройти. В этом случае xorgsetup запускать не нужно. Если же используется другая видеокарта или есть желание вместо проприетарного использовать свободный драйвер nVIDEA (а он тоже есть, но работает не так шустро), то xorgsetup.
avatar

yababay

  • 06 февраля 2012, 18:04
+
0
У меня видеокарта INTEL GMA 4500MHD
В ядре Salix -Gslapt показывает свободный драйвер xf86-video-intel
А на проприетарный интел-драйвер его можно в принципе заменить? Как это обычно делается и есть ли смысл?
avatar

dias75

  • 09 февраля 2012, 00:28
+
0
Поспешил с вопросом -http://packages.ubuntu.com/maverick/xserver-xorg-video-intel
«If you have an Intel video chip, you do not need a restricted video driver. Intel's official driver is Free Software (open source) and is bundled with Ubuntu (and most other distributions). „
перевод через транслятор:“Если у вас есть чип Intel видео, вам не нужно проприетарный драйвер видео. Официальный драйвер Intel является свободное программное обеспечение (Open Source) и поставляется с Ubuntu (и большинство других дистрибутивов).»

Но все равно интересно мнение специалистов по этому поводу касательно salix.
avatar

dias75

  • 09 февраля 2012, 00:40
+
0
Я имею в виду какие драйвера(ATI,Nvidia) лучше использовать в salix свободные или проприетар.? Или все как в убунте — зависит от железа и качества конкретно взятого драйвера?
Вообще разработчики salix как-то оптимизируют качество драйверов или это не их дело?
avatar

dias75

  • 09 февраля 2012, 01:06
+
0
yababay, а вот это под саликс не пробовал собрать?
Компания Intel представила специализированный графический инсталлятор, для установки свежей версии графического стека на базе свободных видеодрайверов Intel… Готовые сборки инсталлятора подготовлены для Ubuntu 12.04/12.10 и Fedora Linux 17/18, для других дистрибутивов можно собрать инсталлятор из исходных текстов.
avatar

dias75

  • 14 марта 2013, 10:34
+
0
www.webupd8.org/2013/03/intel-releases-linux-graphics-drivers.html
avatar

dias75

  • 14 марта 2013, 10:34
+
0
:-) Вот ссылки на то, чего нагуглил
www.lefroway.com/node/502
www.lefroway.com/node/503
avatar

dias75

  • 04 февраля 2012, 00:18
+
0
А можно в Salix LXDE установить видеоредактор Kdenlive? Будет он работать в этой среде и насколько корректно?
Такой-же вопроc относительно Salix XFCE
avatar

dias75

  • 09 февраля 2012, 22:43
+
0
Кстати по драйверам virtualbox — в дистрибутиве parsix я заметил что они установлены — можешь посмотреть как у них сделано. Интеграция курсора мыши, автоподбор разрешения есть.
avatar

Sergei_T

  • 12 февраля 2012, 22:25
+
0
А ты сам какой дистрибутив предпочитаешь?
avatar

dias75

  • 13 февраля 2012, 22:58
+
0
Особых предпочтений нет, в последнее время сижу на opensuse предпоследним, т.к. есть gnome 2 и удобная установка пакетов в 1 клик с software.opensuse.org. Также там есть проект Evergreen по расширению срока поддержки.
А так и генту пользовался долго, дебианом и прочими производными.
Windows использую очень редко — полностью пропустил висту, 7ку, 8ку думаю тоже пропущу.
avatar

Sergei_T

  • 13 февраля 2012, 23:24
+
0
А слака-детками пользовался?
avatar

dias75

  • 13 февраля 2012, 23:37
+
0
В свое время пользовался только slackware 10.1
avatar

Sergei_T

  • 14 февраля 2012, 15:37
+
0
"… установил его в конторе, где админю.."
Очень интересно было-бы посмотреть на рендеринг шрифтов ( интерфейс, отображение в браузере ) в Salixe, установленном на компах этой конторы для бывших пользователей Windows.
Я не ехидничаю! Просто уже довольно долго «парюсь» с этим вопросом, но результаты меня не устраивают. К рендерингу шрифтов в убунте, Austrumi у меня претензий нет.А вот в этом весьма достойном слака-модификате как-то с этим… У меня не складывается пока.
avatar

dias75

  • 18 марта 2012, 13:43
+
0
Патчи ClearType от Daedra на freetype и cairo — и шрифты выглядят замечательно.
avatar

dias75

  • 14 марта 2013, 10:26
+
0
И к Sergei_T вопрос. Ты в дебиане шрифта как настраивал? Я смотрел LiveCD Dreamlinux — пробовал настраивать стандартными способами — паршивенько получалось… До убунты далеко.
avatar

dias75

  • 18 марта 2012, 13:47
+
0
Думаю в Debian просто сокращенный набор шрифтов в отличии от Ubuntu
Если в иксах посмотреть
avatar

Sergei_T

  • 19 марта 2012, 09:15
+
0
Вопрос знатокам.
На странице загрузок саликса предлагаются: Xfce Installation Disc Images и Xfce Live Disc Images
У лайв версии имеется установщик, позволяющий установить ее на hdd. Будет ли какая-то разница в работе у версии
Xfce Live Disc Images, установленной на жесткий диск, по сравнению с версией Xfce Installation Disc Images,
установленной на жесткий диск? После установки на жесткий диск будет ли между ними в работе какая-то разница?
Если я не ошибаюсь, Xfce Live Disc Images даже после установки на жесткий диск по
другому работает с оперативной памятью?
То, что система, установленная с Live CD Salix OS будет зеркальным отражением текущего состояния live-сессии,
то есть скопируются все изменения, сделанные пользователем, я в курсе.
avatar

dias75

  • 04 сентября 2012, 17:29
+
0
Думаю особой разницы не будет.
avatar

Sergei_T

  • 09 сентября 2012, 01:12
+
0
А как мультимедийная станция ( фоторедактирование, видеомонтаж, Blender ) годится этот дистрибутив?
Или он направлен больше на офис, интернет, сервер?
avatar

ROMAN

  • 03 мая 2013, 17:25
+
0
Годится, но лучше в Вашем случае взять Ubuntu, там всё «из коробки». Salix — для ежедневного обычного использования. Графические редакторы там есть, а вот насчет видео и трехмерки не могу сказать.
avatar

yababay

  • 04 мая 2013, 10:03
+
0
Salix — для ежедневного обычного использования.
Имеется в виду подбор софта в репах или специфика внутренней структуры дистра, особенности сборки ядра и т.п…?
avatar

ROMAN

  • 05 мая 2013, 00:57
+
0
Репозитории Salix (и вообще Slackware) в том виде, к которому привыкли почитатели Debian, довольно бедны по сравнению с deb- и rpm-репозиториями. Только самое основное. Причина — малочисленность сообщества. Сам дистрибутив поддерживает практически один человек. Что-то делает небольшая команда Vector Linux, плюс ребята из Salix, Slax, Superb Mini Server… Короче, «дистрибутив одиночек». Не сравнишь с многочисленными сообществами Ubuntu или RHEL/Fedora.

Специфическое ПО собирается из исходников или ищется на slackbuilds.org. Особенность Slackware не в богатстве репозиториев, а в возможности производить в системе любые изменения не боясь нарушить «структуру пакетов».

Ядро без специфики, практически ванильное с каким-то небольшим патчем.
avatar

yababay

  • 06 мая 2013, 01:32
+
0
Новые версии относительно небольшого количества программ (видеоредакторы) я собираю с git
Обновления остальных меня мало интересуют. Гонки релизов убунты тоже не привлекают.
Вот заинтересовался вот этой вашей фразой:
можно смело экспериментировать, собирая программы из исходников без опасений нарушить зависимости пакетов. У Salix (=Slackware) простые конфиги, пакетная база без зависимостей
А можно чуть подробнее по поводу политики зависимостей?
avatar

ROMAN

  • 06 мая 2013, 23:04
+
0
Пакеты в Slackware — обычные tgz-архивы, в которые иногда включают исполняемые файлы (install.sh). Slackware был одним из первых (если не первым) дистрибутивов Linux, где была применена концепция пакетов. С тех пор мало что изменилось (разве что механизм компрессии с некоторых пор поменяли с gz на xz). Для установки пакетов применяется специальная утилита installpkg. Распаковывает пакет в корень и выполняет install.sh. Насколько я знаю, никаких записей о зависимостях при этом не ведется. Всё предельно тупо (= slack). Пакеты спроектированы так, чтобы число зависимостей свести к минимуму.

С недавних пор появился в slackware-дистрибутивах аналог apt-get: slapt-get. К нему прилагается даже графический интерфейс. Вот тут уже и зависимости между пакетами учитываются, и база данных ведется. Ничего плохого про эту затею сказать не могу, удобно подтянуть нужный пакет по сети, но пакетная база пока сравнительно скромна, поэтому сборка их исходников по-прежнему часто выручает.

В последнее время меня уже не увлекают эксперименты с ОС. Хочется чтобы просто всё работало. Даже не интересно, откуда всё это берется и как называется. Но если мне понадобится что-то установить на свой Linux, я совершенно точно (в 99,9% случаев) это сделаю. Тут главное некая приверженность, привычность окружения. Можно и в Ubuntu запутаться, а можно и "from scratch" отличную систему собрать.
avatar

yababay

  • 07 мая 2013, 13:22
+
0
применяется специальная утилита installpkg. Распаковывает пакет в корень и выполняет install.sh. Насколько я знаю, никаких записей о зависимостях при этом не ведется.
Интересно.В deb-based я после make опакечиваю в deb, тем самым избегаю хаоса.
А тут как-же? Это ведь не голый мейкинсталл?
avatar

ROMAN

  • 07 мая 2013, 15:04
+
0
Так и есть. И вроде все живы-здоровы Хаос как раз случается иной раз в мире пакетных менеджеров, когда, например, при установке некоторых серверов в Debian за тебя решают где хранить файлы, какими базами данных пользоваться и т.п. Например, OpenLDAP из deb-пакета и OpenLDAP из сорцов — 2 большие разницы. Я уж не говорю о ситуациях, когда нужно воспользоваться самой свежей версией какого-то ПО (PostgreSQL 9.3, например), а пакетная база упорно предлагает устаревшую версию, т.к. свежую, видите ли, интегрировать в пакетную базу не успели.

Сборщики дистрибутивов иногда слишком много себе позволяют по отношению к свободному ПО, слишком специфически его конфигурируют. А хочется, чтобы где бы ни настраивалась программа (deb, rpm, BSD-системы) — везде ее конфиги находились бы в едином месте и выглядели примерно одинаково. Так что даже имея пакет я зачастую собираю программы из исходников и меньше всего при этом заботит как они впишутся в пакетную базу.
avatar

yababay

  • 07 мая 2013, 17:55
+
0
Но тогда надо знать и запоминать куда устанавливается программа? Тем более, если
в новой версии изменен порядок размещения файлов. А удаление? Сохранять дерево исходников? Но ведь make uninstall не всегда корректно работает…
avatar

ROMAN

  • 07 мая 2013, 23:04
+
0
Но если мне понадобится что-то установить на свой Linux, я совершенно точно (в 99,9% случаев) это сделаю.
Осмелюсь назвать программу из того самого 0.1 %
Cinelerra версии Heroine Virtual- достойный тест для пользователей уровня 99,9%
sourceforge.net/projects/heroines/
Ежели сгоряча у кого возникнет желание сразу усложнить задачу — можно попытаться собрать и запустить ее на 32-bit.
На этой головоломкой ломает головы сообщество уж почитай 15 лет. И каждый новый релиз — легче полететь в космос, чем ее собрать и запустить. Те кто в теме — знает.
По этой( и не только) причине была создана версия от сообщества — CinelerraCV
avatar

ROMAN

  • 05 июля 2013, 10:25
+
0
О, да… Работа с видео — одна из самых сложных тем. В кодеках нужно хорошо разбираться и всё такое. Как раз вчера так и не смог добиться трансляции потокового видео в формате webm посредством ffserver, хотя чувак бьет себя пяткой в грудь, что у него получилось. Тоже «0,1%». Правда, устанавливал я на удаленном CentOS, а не на домашнем Slackware.
avatar

yababay

  • 05 июля 2013, 11:31
+
0
Как вариант — Mint
avatar

Sergei_T

  • 05 мая 2013, 00:33

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.