GNOME 2.20.3 для Slackware

>Интересно, а году эдак в 2002-м как это происходило ? :)

так же, как я это успешно делаю сейчас.

Блин, вот доверить тебе парк из 50 машин, а потом лечить в Кащенко...

Туда, полагаю, не придется ставить vlc и прочая :-)

какая разница? или это сферические машины в вакууме, для которых хватит базовой системы?

>Или слапт-гет их через libastral.so читает?

Нифига, он их волею Патрика не из пакетов достаёт.

>http://www.linux.org.ru/view-message.jsp?msgid=2415957&page=4#2418486

Тут рассматривается пакет с Linuxpckages -- это далеко не официальный репозитарий.

>http://www.linux.org.ru/view-message.jsp?msgid=2415957&page=6#2418770

А тут точно о Slackware (по-моему об особенностях сборки VCL (дистр то не указан)

>http://www.linux.org.ru/jump-message.jsp?msgid=2415957&cid=2418973

говорилось обо всех пакетах?

>Или слапт-гет их через libastral.so читает?

Они разбиты на disksets + эти пакеты прописаны в зависимостях на slacky.eu

какие люди. Может хоть ты объяснишь откуда зависимости? Я так понял, что те кто деает сторонние пакеты сами могут их добавить, а базовой систем нет. Что на луге не появляешься?

>говорилось обо всех пакетах?

О тех в которых не зависимости, но автор сего поста говорил о всех ибо зависимости он игнорирует даже при их наличии

>эти пакеты прописаны в зависимостях на slacky.eu

А он официальный? Если учитывать его то и linuxpackages тоже

>А он официальный?

Для slapt-get

то есть нет. тогда в расчет не берем

>>Он вообще бинарный или source-based ? 2 my mind оно обладает недостатками обоих подходов, не давая взамен уровня приемуществ хотябы одного чистого подхода.

>А какие именно недостатки?

Негибкость бинарного - видно по предьявам типа "а под Слакой оно работает?" и зависимости от причуд мэйнтейнера неосилившего Гном.

Гиморроидальность&глючность source-based - видно по посыланиям всех "мусье" кто не "курит маны" и не любит компилировать по ночам в Винду.

>Я так понял, что те кто деает сторонние пакеты сами могут их добавить, а базовой систем нет.

Патрик считает, что required и recomended внутри групп пакетов достаточно для разруливания зависимостей внутри базовой системы. Если понимать, что без l большая часть прог (кроме a) работать не будет, а без x xap не слишком интересны (разве что запускать их по сети), то в целом так оно и есть.

Since official Slackware packages do not have the slack-required and other files needed for slapt-get to determine dependencies, it is not able to resolve dependencies for them. Therefore, slapt-get's perceived usefulness is in keeping unofficial third-party packages (or at least those which do contain the necessary files) up to date. See the discussion below for more information on unofficial third-party packages. Also, slapt-get, like swaret, will not "downgrade" a package to a previous version if it occurs in the upstream Slackware tree.

>Что на луге не появляешься?

У меня в универе новая игрушка, а в воскресенье я отдыхаю усиленно от трудов праведных.

Вам уважаемый уже привели обратный пример, когда ldd показывает зависимости либ.

Читаю дальше этот бред, про слепого с глухим :)

а где главный гномофил geek? срет в теме про KDE? тред ниасилил - букаф много :)

гномом не пользуюсь - не нравится... и тем не менее - удачного апдейта

>Негибкость бинарного - видно по предьявам типа "а под Слакой оно работает?"

А высказывание "ждём ебилдов" тоде показывает негибкость Генты? ;)

Да, и часто на вопрос "а под Слакой оно работает?" говорят "нет, нихрена и никогда"? ;)

>Гиморроидальность&глючность source-based

Ну закидать глючность Slackware... Все бы релизы других дистрибутивов были так стабильны как Slackware-Current

Гиморроидальность? Слака первый раз настраивается относительно тяжело -- зато потом -- это дело нескольких минут. Потом понимаешь устройство дистрибутива (а простота устройства -- один из козирей Слаки) и разбиратся с автоматикой всяких там Убунту так не хочется (особенно на десктопе).

Блин, вместо того, чтобы кеды и прочий мусор вынести, они гном обратно тащат. Нафига? Есть же куча дистров для гнутья пальцев...

Лучше бы максиму, октаву и т.п. с соотв. сахаром включили. Эх...

> а про слаку и говрить нечего - там rc.inet1.conf вобще не позволяет повесить более двух IPшников на одну карточку

Что еще раз доказывает убогость "слаки", поскольку с /etc/sysconfig/network-scripts из RH/Fedora позволяют естественно и непринужденно при необходимости поднять столько алиасов, сколько позволит ядро :-)

> мне по наследству перепал рейд массивом без супер блока

А за это убивать. Массив без суперблока - это прямая дорога к потере данных, достаточно просто поменять последовательность указания устройств при его создании. Сервер, говорите? Ну-ну. А если так уж уперлось держать массив именно в таком состоянии, можно всегда вписать его в систему инициализации путем добавления файлов.

> > А xinetd как раз позволяет за счет иной архитиктуры конфигурации ничего не править.

> что мешает xinetd поставить?

А что мешает Патрику его в стандартную поставку включить, чтобы всем остальным пересобирать меньше надо было?

> Мозг дан чтобы думать

Думать, а не помнить всякие "особенности конфигурации", которые предыдущий слаковод оставил тебе в наследство (причем в 99% случаев без какой-либо документации) на "системе заточенной под себя".

> Однажды по автообновлению прийдёт жопа

Не придет, поскольку придти она может, только если вы а) правите скрипты, а не конфигурационные файлы б) если вы ставите кардинально обновленную версию пакета в) если у вас в системе есть софт, который ставился минуя пакетный менеджер, и его фрагменты будут затерты в процессе обновления.

Или вы не апдейтите свою систему (со всеми вытекающими)

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

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

> покажет все либы необходимые для работы libnss.

Очепятка вышла - не libnss, а glibc.

> покажет все либы необходимые для работы libnss. 

Не покажет. Простейший пример: программа /bin/su
Что может быть проще чем su (ну кроме echo, конечно).
Сначала смотрим результат ldd:

[root@host]# ldd /bin/su 
        linux-gate.so.1 =>  (0xffffe000)
        libpam.so.0 => /lib/libpam.so.0 (0x4cbb1000)
        libpam_misc.so.0 => /lib/libpam_misc.so.0 (0x4cb2d000)
        libc.so.6 => /lib/libc.so.6 (0x4d5d9000)
        libaudit.so.0 => /lib/libaudit.so.0 (0x4cb54000)
        libdl.so.2 => /lib/libdl.so.2 (0x4d75f000)
        /lib/ld-linux.so.2 (0x4cb0e000)

Не так много, верно?
А теперь посмотрим, что же на самом деле вызывается?

[root@host]# strace -osu-trace su user
[user@host]$ exit
[root@host]# cat su-trace | grep lib | grep -v NOENT
stat64("/usr/lib/xorg", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/opt/oracle/client10/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/lib/libpam.so.0", O_RDONLY)      = 3
open("/lib/libpam_misc.so.0", O_RDONLY) = 3
open("/lib/libc.so.6", O_RDONLY)        = 3
open("/lib/libaudit.so.0", O_RDONLY)    = 3
open("/lib/libdl.so.2", O_RDONLY)       = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
open("/lib/libnss_files.so.2", O_RDONLY) = 3
open("/usr/lib/libnss_ldap.so.2", O_RDONLY) = 3
open("/usr/lib/libldap-2.3.so.0", O_RDONLY) = 3
open("/usr/lib/liblber-2.3.so.0", O_RDONLY) = 3
open("/usr/lib/libgssapi_krb5.so.2", O_RDONLY) = 3
open("/lib/libnsl.so.1", O_RDONLY)      = 3
open("/lib/libresolv.so.2", O_RDONLY)   = 3
open("/usr/lib/libsasl2.so.2", O_RDONLY) = 3
open("/lib/libssl.so.6", O_RDONLY)      = 3
open("/lib/libcrypto.so.6", O_RDONLY)   = 3
open("/usr/lib/libkrb5.so.3", O_RDONLY) = 3
open("/usr/lib/libk5crypto.so.3", O_RDONLY) = 3
open("/lib/libcom_err.so.2", O_RDONLY)  = 3
open("/usr/lib/libkrb5support.so.0", O_RDONLY) = 3
open("/lib/libkeyutils.so.1", O_RDONLY) = 3
open("/lib/libcrypt.so.1", O_RDONLY)    = 3
open("/lib/libz.so.1", O_RDONLY)        = 3
open("/lib/libselinux.so.1", O_RDONLY)  = 3
open("/lib/security/pam_rootok.so", O_RDONLY) = 5
open("/lib/security/pam_env.so", O_RDONLY) = 6
open("/lib/security/pam_unix.so", O_RDONLY) = 6
open("/usr/lib/libcrack.so.2", O_RDONLY) = 6
open("/lib/security/pam_ldap.so", O_RDONLY) = 6
open("/lib/security/pam_succeed_if.so", O_RDONLY) = 6
open("/lib/security/pam_deny.so", O_RDONLY) = 6
open("/lib/security/pam_localuser.so", O_RDONLY) = 6
open("/lib/security/pam_permit.so", O_RDONLY) = 6
open("/lib/security/pam_cracklib.so", O_RDONLY) = 6
open("/lib/security/pam_keyinit.so", O_RDONLY) = 6
open("/lib/security/pam_limits.so", O_RDONLY) = 6
open("/lib/security/pam_xauth.so", O_RDONLY) = 5

Пля. Одной libbnss_files хватит (про libresolv, libnss_ldap,
библиотеки pam я уже не говорю - вы наверное и слов то таких
не слышали). Всего в выводе ldd нет, но без этого su, чей
запуск мы отследили, работать не будет. Обидно, не так ли?

> я внимательно читаю

Вы бы еще попробовали не только читать, но и понимать прочитанное

Пакеты, зависимости... Не вижу проблем. Не вижу помойки. Не нравится слака - не пользуйся.

А по теме - слаку надо форкнуть. Как убунту. На SlacKware и SlaGware. Второе название, заодно, точно характеризует лично мое отношение к Гному.

>А по теме - слаку надо форкнуть. Как убунту.

Никто Ubuntu не форкал - это один проект.

Ну подпроект. Название рояли не играет. Называйте как хотите. В любом случае Kubuntu/Xubuntu/Ubuntu разные сущности с разными мэнтейнерами, отвечающими за наличие/отсутствие первой буквы.

Богохульное предложение. Тогда появятся слаки без патрега. Что не есть тру

>А что мешает Патрику его в...

религия и отсутствие времени. Вон сколько времени на модульный хорг ушло

>Блин, вместо того, чтобы кеды и прочий мусор вынести, они гном обратно тащат. Нафига? Есть же куча дистров для гнутья пальцев... Лучше бы максиму, октаву и т.п. с соотв. сахаром включили. Эх...

А в нормальных дистрибутивах у тебя есть возможность "изкаробки" при установке поставить максиму и октаву и т.п. и не ставить ни гном ни кеды, оставить флюкс например

>А высказывание "ждём ебилдов" тоде показывает негибкость Генты? ;)

Это высказывание показывает что для _всего_ софта напишут ебилды которые позволят ему в генте работать. Т.е. гибкость и универсальность генты. (я не пользуюсь генту) А вот под слакой спрашивают будет работать или нет.

>Слака первый раз настраивается относительно тяжело

А все говорят что за 20 минут... Сколько патрик за пиар платит? Простота - не есть хорошо. Вон калькуляторы тоже просты, а фич нету. Так же и слака. То что в других дистрах изкаробки тут надо приколачивать руками, и не факт что удастся. (оракл, ИМХО, не получится)

>У меня в универе новая игрушка, а в воскресенье я отдыхаю усиленно от трудов праведных.

Судя по новостям на главной целых 4 игрушки. Ты не в монастыре теперь работаешь, праведник? :)))

> Не вижу проблем. Не вижу помойки

Эммм... К окулисту или к психиатру :-)

> оракл, ИМХО, не получится

Получится - но будет больно :-)

Больно будет оракловой ТП. :))) Хотя они за слаку сразу лесом пошлют

s/лесом/в сраку

> Богохульное предложение.

Почему? Полная аналогия с убунтой и космонавтом. Роль последнего в кубунте никто не отрицает.

По моеиу скромному имху, идея с делением (суб-?)дистрибов по ДЕ весьма удачна. Пожалуй, пачка gnome+k+etc нужна лишь неофиту, дабы посмотреть, сравнить и выбрать.

неофит не знает что есть kde, gnome, etc. неофиту нужны красивые, работающие livecd. А вот субдистры нужны только скачущим с линукса на линукс. В случае убунты я вообще считаю что там надо на диске поставлять только синаптик и минимум софта, в любом случае дело кончится инетом. Или локальным репозиторием. Пользоваться голой убунтой трудновато, многого нет.

А ментейнерами назначим:
слаКваре - патриК
слаГваре - патреГ

>А вот субдистры нужны только скачущим с линукса на линукс.

Не вполне понял мысль. Просто для некоторой экономии трафика или есть еще какие-то соображения? Что прыгуны имеют от разделения?

>надо на диске поставлять только синаптик и минимум софта

В общем случае, +1. Дебиановский нетинст/бизнес кард - самое оно. При наличии Сети. Но, рискуя спровоцировать очередную волну флейма о жизни вне МКАДа, таки вспомню, что мегабайты могут быть и недоступны. Интересно, что бы я сейчас думал о юниксах, если бы 10 лет назад дистрибы фряхи и редхата были минимальными?

>А ментейнерами назначим: слаКваре - патриК слаГваре - патреГ

:-D

Вот вам и пример. Захожу сейчас на форум локальной сети, а там человек жалуется что при удалении vlc предлагается вынести и OO :-)

Пакеты, которые будут УДАЛЕНЫ:
libhsqldb-java libservlet2.3-java libvlc0 openoffice.org openoffice.org-base openoffice.org-evolution vlc vlc-nox

> Больно будет оракловой ТП

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

> Ага, ну инсталлишь ты к примеру в ~/pkg, собираешь там пакет, устанавливаешь его, запускаешь и обламываешься - т.к. бинарь ищет библиотеки в ~/pkg/usr/lib, а не в /usr/lib... Такое всегда случается с разными питонскими поделиями.

Hint: ./configure --prefix=/usr; make;make install prefix=/tmp/package-foo/usr. Слакбилды то иногда хоть немного просматривай.

> а про слаку и говрить нечего - там rc.inet1.conf вобще не позволяет повесить более двух IPшников на одну карточку легко)) позволяет # Config information for eth0: IPADDR[0]="192.168.188.5" NETMASK[0]="255.255.255.0" USE_DHCP[0]="" DHCP_HOSTNAME[0]=""

# Config information for eth1: IFNAME[1]="eth0:0" IPADDR[1]="192.168.0.1" NETMASK[1]="255.255.255.0" USE_DHCP[1]="" DHCP_HOSTNAME[1]=""

>Это высказывание показывает что для _всего_ софта напишут ебилды которые позволят ему в генте работать.

Спасибо что объяснил, а то я как-то не догадывался. И так ли для_всего_софта? Об KDE4 слышал?

>Т.е. гибкость и универсальность генты.

В чём она у Слаки меньше?

>А все говорят что за 20 минут..

так и есть. Первый раз -- это когда пользователь до Slackware видел Линукс только в левой части главной страници ЛОРа.

>Вон калькуляторы тоже просты, а фич нету.

Открой для себя "Электроника БЗ-34"

>То что в других дистрах изкаробки тут надо приколачивать руками, и не факт что удастся. (оракл, ИМХО, не получится)

В друих дистрибутивах Оракл из коробки?

>Эммм... К окулисту или к психиатру :-)

Это ты у нас спрашиваешь, куда тебя послать? ;)

>То что в других дистрах изкаробки тут надо приколачивать руками

Гюлчатай, открой личико. У тебя какой дистрибутив?

.Пакеты, которые будут УДАЛЕНЫ: libhsqldb-java libservlet2.3-java libvlc0 openoffice.org openoffice.org-base openoffice.org-evolution vlc vlc-nox

а какой дистрибутив?

>Вот вам и пример. Захожу сейчас на форум локальной сети, а там человек жалуется что при удалении vlc предлагается вынести и OO :-)

>Пакеты, которые будут УДАЛЕНЫ: libhsqldb-java libservlet2.3-java libvlc0 openoffice.org openoffice.org-base openoffice.org-evolution vlc vlc-nox

Когда пользовался Debian тоже попадал в подобную ситуацию. Например, apt предлагал мне для установки xfce4 снести kde :) Вообще лучше всего поменьше метапакетов ставить и потом проще будет разрешать вот такие случаи.

>Вам уважаемый уже привели обратный пример, когда ldd показывает зависимости либ.

Если динамически подгружать библиотеки, то ldd не покажет зависимости.

>>Т.е. гибкость и универсальность генты.

>В чём она у Слаки меньше?

отсутствием portage? (:

>а какой дистрибутив?

это человек на убунту жаловался, на 7.04-ую.

Плюс сам я тут пробовал убунту и устанавливая какой-то плагин к бравзеру увидел, что apt-get ругается на md5 и пишет что установка не удалась, а синаптик при этом бодро сообщал что пакет установлен и отмечал его галочкой :-) Так что вся эта автоматизация тоже не так гладко работает.

>Очепятка вышла - не libnss, а glibc

Посмотри на теги к glibc-solibs и не разливай тут идиотских доводов

>[root@host]# cat su-trace | grep lib | grep -v NOENT

Ты разницу между static и runtime-линковкой понимаешь? Или хочешь сказать, что без обязательного наличия каждой либы из списка оно работать не будет? ГСМщик ты полный

>вы наверное и слов то таких не слышали

Отучайся говорить и думать за других, умник хренов

>Обидно, не так ли?

Это тебе обидно, вечно непонятно и какие-то проблемы всплывают

>Вы бы еще попробовали не только читать, но и понимать прочитанное

Было бы совсем замечательно с вашей стороны вообще такого не писать

>> а про слаку и говрить нечего - там rc.inet1.conf вобще не позволяет повесить более двух IPшников на одну карточку

>Что еще раз доказывает убогость "слаки", поскольку с /etc/sysconfig/network-scripts из RH/Fedora позволяют естественно и непринужденно при необходимости поднять столько алиасов, сколько позволит ядро :-)

to no-dashi: и вы в ЭТО поверили сударь? Не ожидал. Буквально ниже был пример, как при помощи rc.inet1.conf сделать много интерфейсов :)

А вообще то rc.inet1.conf в Слаке лишний. Наличие этого файла, послабление для админов ни Асиливших программы типа ifconig, route или ip. Лучше самому создавать rc.inet1, так надежнее и более похоже на Слака вей :) Как по мне, в Слаке конфигурация сети в стартовых скриптах гораздо проще чем в том же РедХате. Все видно и все понятно. Не надо изучать форматы дополнительных конфигурационных файлов.

Ну ладно, я отвлекся. Пишите дальше. Очень люблю читать срач про Слаку. Получаю от этого невообразимое удовольствие :)