2Dimai:
>Это не хуже/лучше, чем *.spec для rpm, это по-другому.
Пусть будет по-другому. Я только ЗА!:)
ИМХО даже не "по-другому", просто скрипт обрабатывается другим
командным интерпритатором (rpm'ом, а не bash'ем):)

>я не кричал XXX suxx, YYY rulezzz
И я не кричу:) я просто перечислил кое-что из того, чего недостаёт...
А было бы не плохо... Я не агитирую всем переходить на рпм!
Просто предлагаю довести до ума систему управления пакетами -
задача вполне выполнимая. Просто мне не нравится, когда орут:
нет такого, потому как не нужно... ИМХО нужно... может не всем, но
многим... Ограничений это никаких не наложит (кто любит делать у себя
в систему помойку, тот и на дебиане и алте сделает), зато порядку
прибавит (ИМХО)...

По поводу uninstall`а :

я вот когда у себя дома LFS собирал,сделал по хинту(не помню как он там называется): заводим пользователя под каждую программу(с максимальными ограничениями,запрещённым логином и т.п.) и делаем из под рута: su user configure make make install exit

Очень удобно! Во первых сразу пресекаются все попытки make install что-нибудь куда-нибудь записать,в mc когда заходьш в /usr просто красота - для каждого файла сразу видно владельца и откуда он взялся. Удаление: find / -user prog_user -exec rm {} \; Легко получить список файлов,размеры установленной проги.

прикольно:) но на самом деле довольно много геморроя с кривыми makefile`ами :) так что только дома,хотя результат - супер

Поздравляю пользователей Slackware с выходом новой версии такого популярного (судя хотя бы по этому треду) дистрибутива. Желаю стабильности дистрибутиву и поменьше гемору его пользователям.

--Best regards, Genix [пользователь ALT Linux]

Как ублюдок без package manager-а, с кривейшим bsd-style init, может быть удобным дистрибутивом? В этой ублюдине всё ручками делать приходится, хуже, чем в виндах, и надо очень постараться, чтоб нормально автоматизировать администрирование. Только мудаки могут пользовать не-модульный init!!!

Ты бы, уродец, сначала русские буковки настроил. А то смешно получается. Похоже, нет вообще ни одного вменяемого шлякофила - все вы преизряднейше на голову ебанутые...

to Antichrist

пшел на хуй, шавка. тебя сюда не звали.

> В этой ублюдине всё ручками делать приходится

Ну да, это заодно и тест для ручек ;) С кривыми и
растопыренными лучше не подходить.

> все вы преизряднейше на голову ебанутые...

А я наоборот, всегда говорил: хотите знать, какой самый ебанутый дистрибутив? Посмотрите, чем пользуется Антихрен ;)

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

2 ALES

>А make uninstall не пробовал?, говорят помогает.......:-)

Говорят... ;) Иногда действительно помогает :)))

Вот только для того, чтобы она помогла необходимо:

1. Сохранить каталог с сырцами.

2. Работает не всегда, так как не во всех Makefile'ах есть цель uninstall.

Антихрист весьма резок, однако суть передал точно :)

По поводу безглючности Slackware... :-) (я обожаю эту систему, но и Патрик не безгрешен). Вспомните чудесный релиз, кажется, 4.0... :-) Это же чудо ходячее было. К примеру, локализация под Х не настраивалась никак. XTerm просто не понимал русских буковок, да и большинство софта (кроме KDE) - тоже. Серьезные пакеты (типа того же Апача) пришлось патчить чуть ли не до релиза даже (угу-угу... вспоминается история с релизом W2K ;-), только Слакварь 4-ка вышла задолго до 2000-й маздайки). :-) Отличие от продуктов M$ здесь явное: больше Патрик ТАКОГО не допускает. Дистры получаются "вылизанными", причем настолько, что найденные "дырки" в том же Апаче зачастую действуют на все дистры Линукса, кроме Слаквари... :-))) Да, выходят чуть ли не раз в год-полтора. Да, используют "устаревшее" ПО. НО! Как говорится: "любишь кататься - люби и саночки возить". Хочешь "наворотов" - бери Шапку. Хочешь стабильности - Слакварь. В чем проблемы-то?

2Antichrist: Ты не поверишь, но! :-) Я перекопал конфиги в /etc/rc.d/* и кое-что в /etc еще когда только до 7-ки добрался (это ж сколько времени прошло? года два?) и ВСЁ! Теперь при апгрейде (или установке новой машины) просто переписываю эти файлы (меняя только IP-шники и имя машины) и не трахаюсь больше никак. Всё есть, в том числе и русская локализация (это которая по вызову chmod --help выводит инфу по-русски, ну и Midnight тоже весь русский в доску). Надо будет - добавлю очередного демона в rc.M (или уберу ненужного), но это разве сложно? Раскидать 10-ток файлов? Не веришь - давай мыло. Скину тебе эти файлы. :-) Убедишься сам, насколько это просто. Проще - только голосом сказать чего и где поменять!!! :-) В общем, кидай мыло. А будешь выёживаться - выкину конфиги в этот тред. Чтобы все поклонники дерьмовой Шапки заткнулись и кинулись сосать собственные хуи.

Хто? Антихрюшка? Алтлюликс он юзает. Сам признавался.

Всем противникам Слакваря могу сказать только это

http://www.slackware.com/~msimons/slackware/grfx/shared/slackoff.jpg

Пока Альт не будет ставится на все где есть процессор и память - он пока отдыхает. Шлаку использую от 386 с 4Мб до 3Пентиума. Во многих случаях ручки дают наиболее правильный результат. Держать разные дистрибутивы на разных компьютерах - смысла не вижу.

geekkoo

>>Ну нравится мне когда /bin /usr/bin имеют владельца
bin:bin :)) Я на вопрос об установке root:root 755 отвечаю
отрицательно ;)
Тоже не проблема. Небольшая модификация скрипта
binlist=$(find /bin /usr/bin -group ...)
chown bin.bin $binlist
и желаемый эффект достигнут :) Можно по прежнему отвечать отрицательно ...

geekkoo

Кто-нибудь может мне подсказать как в Слаке решить проблему с запуском rc-скриптов? Например отредактировав rc.M/rc.local добавив туда запуск MySQL, NTP, Squid и т.д. почему-то не происходит запуск одного (нескольких) из этих демонов, по какой причине я понять не могу, кто с этим сталкивался подскажите пожалуйста решение данной проблемы?
Что самое интересное в rc.local я прописал следующее:
/usr/sbin/iptables-restore < /etc/netfilter но это не делается, это наводит на мысль что выполнение /etc/rc.d/rc.local не происходит!? Но почему?
Единожды мне помогло вот что: я добавил строчку типа: 
touch /var/lock/subsys/SOMTHING тогда демон начал запускаться при старте системы, но это было только с Qmail. 

Честно говоря, забавно...
Я rc.local убил на фиг и все демоны запускаю через rc.M . Я не уверен (сейчас нет под рукой оригинальных файлов rc.*), но кажется, что rc.local попросту вызывался из rc.M без всяких там выпендрежей. Точно так же, как rc.inet* и файлы раскладок клавы. На самом деле, ничего этого вызывать совершенно не нужно. Кинь мыло - вышлю свои rc-шки.

2ROOT:
>Я rc.local убил на фиг и все демоны запускаю через rc.M
>Точно так же, как rc.inet* и файлы раскладок клавы. На самом деле,
>ничего этого вызывать совершенно не нужно
Вобще весело: помойка с пакетами, помойка в rc (всё в одном)...
Это и есть "Рулеееззз!"? Так вот он какой оказывается!:)))
Не. я чего-то не понимаю, пора на пенсию (потому как если это
тенденция, то следующим шагом будет отмена знаков препинания,
отмена разбивки текста на абзацы, книжки будут выпускать в рулонах,
замена букв на цифры и т.п.):))

2Led (*) (2003-03-05 15:28:55.019): Прежде чем вы*бываться, глянь-ка, сколько у тебя в е*анной Шапке каталог /etc/rc.M занимает.
Мой файл rc.M ВЕСЬ весит 1172 байта. Из них процентов 70 приходится на "красивости" типа русских комментариев к тому, что там делается.
Каталог /etc у меня занимает 9841 байт. И тоже с русскими комментариями, так что разобраться что там и где делается не представляет никакого труда.

2R00T:
>глянь-ка, сколько у тебя в е*анной Шапке каталог /etc/rc.M занимает.
Вобще-то у меня не шапка, но ладно:)
Посмотрел: /etc/init.d занимает у меня <0.004% от общего занятого
места на диске... Мне уже ничего не поможет, доктор?:)))

> это наводит на мысль что выполнение /etc/rc.d/rc.local не происходит!?

А ты проверь финальный перевод строки в конце rc.local

2Led (*) (2003-03-05 15:53:54.334): Что есть проценты от неизвестного? Стесняешься сказать точную цифру?

Поправочка! В R00T (*) (2003-03-05 15:38:02.64) строчку "Каталог /etc" следует читать как "Каталог /etc/rc.d"... Ошибочка. :-)

bash-2.05a$ du -sh /etc/init.d/
236K    /etc/init.d
bash-2.05a$ 


bash-2.05a$ ls -l /etc/init.d/
итого 228
-rwxr-xr-x    1 root     root          867 2003-01-18 05:37 apache
-rwxr-xr-x    1 root     root          547 2003-01-17 14:43 atd
-rwxr-xr-x    1 root     root         1204 2003-01-14 21:00 aumix
-rwxr-xr-x    1 root     root          976 2003-01-14 22:35 authdaemond
-rwxr-xr-x    1 root     root         2832 2002-12-04 10:51 bootmisc
-rwxr-xr-x    1 root     root         1887 2002-12-04 10:51 checkfs
-rwxr-xr-x    1 root     root         1954 2002-12-04 10:51 checkroot
-rwxr-xr-x    1 root     root         1514 2002-12-04 10:51 clock
-rwxr-xr-x    1 root     root         1654 2002-12-04 10:51 consolefont
-rwxr-xr-x    1 root     root          779 2003-01-14 22:35 courier-imapd
-rwxr-xr-x    1 root     root         1022 2003-01-14 22:35 courier-imapd-ssl
-rwxr-xr-x    1 root     root          787 2003-01-14 22:35 courier-pop3d
-rwxr-xr-x    1 root     root         1030 2003-01-14 22:35 courier-pop3d-ssl
-rwxr-xr-x    1 root     root          496 2003-01-14 21:56 cupsd
-rwxr-xr-x    1 root     root          546 2003-01-14 21:50 dcron
lrwxrwxrwx    1 root     root           16 2003-01-15 20:40 depscan.sh -> /sbin/
depscan.sh
-rwxr-xr-x    1 root     root         1784 2003-01-16 01:58 dictd
-rwxr-xr-x    1 root     root          504 2003-01-16 00:00 fam
lrwxrwxrwx    1 root     root           18 2003-01-15 20:40 functions.sh -> /sbi
n/functions.sh
-rwxr-xr-x    1 root     root          958 2003-01-14 11:33 gpm
-rwxr-xr-x    1 root     root         3831 2002-12-04 10:51 halt.sh
-rwxr-xr-x    1 root     root          387 2002-12-04 14:13 hdparm
-rwxr-xr-x    1 root     root          822 2002-12-04 10:51 hostname
-rwxr-xr-x    1 root     root          524 2002-12-04 14:17 inetd
-rwxr-xr-x    1 root     root         2251 2003-01-14 21:40 iptables
-rwxr-xr-x    1 root     root          739 2003-02-24 21:48 jabber
-rwxr-xr-x    1 root     root          796 2002-12-04 10:51 keymaps
-rwxr-xr-x    1 root     root          621 2003-02-15 04:42 lm_sensors
-rwxr-xr-x    1 root     root          727 2002-12-04 10:51 local
-rwxr-xr-x    1 root     root         1070 2002-12-04 10:51 localmount
-rwxr-xr-x    1 root     root         1264 2002-12-04 10:51 modules
-rwxr-xr-x    1 root     root          949 2003-02-05 06:07 mysql
-rwxr-xr-x    1 root     root         3669 2002-12-04 10:51 net.eth0
-rwxr-xr-x    1 root     root         3669 2003-01-15 15:28 net.eth1
-rwxr-xr-x    1 root     root          426 2002-12-04 10:51 net.lo
-rwxr-xr-x    1 root     root         2580 2002-12-04 10:51 netmount
-rwxr-xr-x    1 root     root         4226 2002-12-04 10:51 net.ppp0
-rwxr-xr-x    1 root     root          862 2002-12-04 10:51 nscd
-rwxr-xr-x    1 root     root          598 2002-12-04 10:51 numlock
-rwxr-xr-x    1 root     root         1068 2003-01-15 23:59 portmap
-rwxr-xr-x    1 root     root          678 2003-02-05 07:18 postgresql
-rwxr-xr-x    1 root     root          743 2003-02-07 03:11 proftpd
-rwxr-xr-x    1 root     root          239 2002-12-04 10:51 reboot.sh
-rwxr-xr-x    1 root     root          384 2002-12-04 10:51 rmnologin
lrwxrwxrwx    1 root     root           18 2003-01-15 20:40 runscript.sh -> /sbi
n/runscript.sh
-rwxr-xr-x    1 root     root          716 2003-01-14 22:14 samba
-rwxr-xr-x    1 root     root          514 2003-02-24 04:16 scanlogd
-rwxr-xr-x    1 root     root         1111 2002-12-04 10:51 serial
-rwxr-xr-x    1 root     root          239 2002-12-04 10:51 shutdown.sh
-rwxr-xr-x    1 root     root         1870 2003-01-15 22:26 squid
-rwxr-xr-x    1 root     root         1213 2002-12-04 14:51 sshd
-rwxr-xr-x    1 root     root          785 2003-01-14 22:21 svscan
-rwxr-xr-x    1 root     root          962 2003-01-14 21:50 sysklogd
-rwxr-xr-x    1 root     root          894 2002-12-04 10:51 urandom
-rwxr-xr-x    1 root     root         1439 2003-01-17 19:14 vmware
lrwxrwxrwx    1 root     root           24 2003-01-17 22:33 Win4Lin -> /etc/rc.d
/init.d/Win4Lin
-rwxr-xr-x    1 root     root          898 2003-02-11 19:44 winbind
-rwxr-xr-x    1 root     root         2769 2003-01-14 16:15 xdm
-rwxr-xr-x    1 root     root         6602 2003-01-14 16:15 xfs
bash-2.05a$ 

2borisych (*) (2003-03-05 16:16:51.723): Мда... IMHO, это неизлечимо...

anonymous (*) (2003-03-05 15:56:56.069),
>А ты проверь финальный перевод строки в конце rc.local

Нет с этим никаких проблем нет, т.к. до того как я поправил/lj,fdbk запуск Qmail в /etc/rc.d/rc.?? вместо sendmail, перестало что либо выполняться прописанное в rc.local, но что самое интересное попутно отвалился Squid... хотя в логах я наблюдаю его запуск, но потом по непонятным причинам он останавливается..;(

2R00T
>Что есть проценты от неизвестного? Стесняешься сказать точную цифру?
По-моему абсолютная цифра скажет ещё меньше...
У меня ок. 244К. Общий вид каталога привели уже выше...
названия файлов (это выполняемые скрипты, которые легко запускать
следуюющим образом:
service xxx (start|stop|restart|status|...)
) IMHO говорят сами за себя и поэтому понять что происходит в системе
легко может ЛЮБОЙ (а не только тот, кто это устанавливал/настраивал),
потому как стандарт де-факто:). И для того, чтобы включить/выключить,
изменить порядок запуска мне нужна только одна команда - ln.

2Led (*) (2003-03-05 16:29:37.717): Глупый. Тебе же говорят: Slackware дистрибутив, в основном, для серверов. А потому надо настроить файлышки так, чтобы оно всё работало без участия человека. Например, у меня на файл-помойке такая вот хрень (кусок из rc.M):

echo -n "Запуск демонов"
/usr/sbin/syslogd >& /dev/null
echo -n "."
sleep 1
/usr/sbin/klogd >& /dev/null
echo -n "."
/usr/local/samba/smbd -D
echo -n "."
/usr/local/samba/nmbd -D
echo -n "."
/usr/sbin/crond
echo -n ". OK"
echo

При первоначальной настройке системы эти "." помогают увидеть, чего не запустилось. Потом служат исключительно для "красивостей". Если "красивости" не нужны, то это всё поместится в 6 строчек.
А теперь объясни, будь любезен, ЗАЧЕМ держать 288 файлов в каталоге init.d и в них копаться, когда из всего этого надо ШЕСТЬ строчек? :-))) И ещё вопрос в догонку - тут все кричат, что Слакварь типа трудный дистрибутив, и вам хочется "работать", а не играться. Ну так и объясни: неужели не проще (пусть даже ручками, если ума нет) набить 6 строчек и поместить их в rc.M, чем разбираться что и как делают 288 файлов в init.d???

Ну дела - народ уже размерами /etc/rc.d меряется...

2R00T:
>неужели не проще (пусть даже ручками, если ума нет) набить 6 строчек
>и поместить их в rc.M, чем разбираться что и как делают 288 файлов в
>init.d???
не, мне проще запустить ntsysv и поставить звёздочки напротив тех сервисов,
который мне нужны и и убрать звёздочки напротив тех, которые мне не нужны:)
>А потому надо настроить файлышки так, чтобы оно всё работало без участия человека.
Оно и так работает без участия человека:) командa service
используется в ручном режиме толко когда нужно временно ввключить/выключить
или перезапустить сервис (скажем после подстройки его файла конфигурации). Автоматически отслеживается и предотвращается повторный
запуск (без копания в выводе ps ax. И вывод "ОК" или "FAILED" после
запуска сервиса (в ручном режиме или при загрузке) у меня работает...
причём сразу из коробки... по умолчанию:)

2anonymous (*) (2003-03-05 16:50:01.114): Размер конфигурационных файлов неоднозначно показывает, насколько трудно администрировать систему. Чем больше файлов и содержимого в нём - тем труднее.

2Led (*) (2003-03-05 17:03:41.934): Ну ежели тебе так хочется - копайся в "ps -ax". Мне лично больше нравится что-нибудь типа "ps -ax |grep httpd".

А про ОК и FAILED - это вообще тупость. Нормально настроенный демон будет запускаться всегда! Всё, что нужно - это прямые ручки при первоначальной настройке.

Slackware 8.1, на нем научился хоть что-то понимать, а не бездумно
запускать linuxconf в RedHat.
Но вот rc.M мне не особо нравится.

Неудобно иметь один файл запуска (rc.M), надо в один файл прописать вызовы всех файлов rc.postgres,rc.samba и т.д. с проверкой наличия
rc.postgres,rc.samba и т.д.
Это нужно чтобы из tgz установить, конечно можно и руками набить rc.M.

В 1200 байт не поместится запуск Postgres или другой навороченной
программы. rc.d/init.d содержит скрипты запуска, которые находятся
в Slackware в домашнем каталоге программы.
То есть вызов одной строкой из rc.M и обращение не в init.d, а в /opt/postgres/rc....

M.

2anonymous (*) (2003-03-05 17:24:00.102): Не, ну это естественно. Никто же не будет править скрипт apachectl (да это и не нужно). Нужно просто четко видеть - что и где запускается. А система, когда у тебя 288 файлов со скриптами эту ситуацию сильно усложняет: сразу не разберешься - это инициализационный скрипт глючит или конфиг демона? Или, может, винт посыпался и пора бы его поменять?
В моём случае строку запуска видно сразу - поэтому и решение проблемы я найду быстрее.

2R00T:
>В моём случае строку запуска видно сразу - поэтому и решение проблемы я найду быстрее.
Отвечу тебе в твоём стиле: если "ручки" прямые, проблемы вобще не возникают:)

2R00T:
>Ну ежели тебе так хочется - копайся в "ps -ax". Мне лично больше нравится что-нибудь типа "ps -ax |grep httpd".
Это я и называл "копанием".
А мне больше нравится
service httpd status
:)

ROOT, наверное, тяжело быть олегофреном ....

есть до хрена случаев, когда например строчкой /sbin/smbd -D
не обойдешься, простой пример :
надо запустить xfs, чтобы его запустить
надо закэшировать директории со шрифтами
и в зависимости от того есть кэш или нет запускать xfs.
ну вот на такие случаи и придумали для каждого сервиса отдельные 
скрипты.

А на красную шапку не пизди, там есть тоже rc.local
так что можешь там хуячить до посинения.

anonymous (*) (2003-03-03 23:36:42.167) mkdir /tmp/pkg/coolprog cd /usr/src/coolprog ./configure && make && make install prefix=/tmp/pkg/coolprog/prefix_coolprog cd /tmp/pkg/coolprog makepkg coolprog-xxx-ixxx.tgz installpkg coolprog-xxx.-ixxx.tgz

Надеюсь как удалять пакеты объяснять не надо?:)

ps. autopkg ни кто не отменял. 2ps в прочем как и stow или сhecinstall.

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

для не догадавшихся по поводук антика(ну это клиника мля), объясняю что есть такая штука как сизиф там много вкусного. Это не дистриб, так что не пиздите батенька в чём не разбираетесь.

Вышел Slackware-9.0 релиз кандидат-1

/etc/rc.d/rc.M

# Start MySQL server: if [ -x /etc/rc.d/mysql.server ]; then . /etc/rc.d/mysql.server start fi

Это ответ по MySQL.

ps.Вообще-то для сетевых есть /etc/rc.d/rc.inet2 ( IMHO ) это в пику Squid-а

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

А амперсанд в конце команды есть? Типа mysqprog &
Мне кажется это пробелма bash. То есть даже не проблема, а
неверный использование subshell.

Так с тестами для ручек - это в Виндовз. Там только руками и можно работать. А если ты не выёбистый пионэришко-кульхацкир, и тебе дорого твоё время, то за тебя администрить скрипты должны. Для чего и требуется модульная система конфигов и стартап-скриптов. И, кстати, настроить этот автоматизьм - куда как более прямые руки нужны, чтоб для тупого ковыряния в /etc/.

Это у тебя задачи простые. А если надо что-то поменять на куче разных машин, причём, изменения в конфигах не одинаковые, но ФОРМАЛИЗУЕМЫЕ. В каком случае это проще сделать - когда у тебя конфиги и скрипты порезаны на большое количество мелких и функционально различных модулей, или когда всё в кучу, как в BSD-init? И не думай, что я защищаю конфиги в RH. Они там тоже не шибко прямые. Я говорю только про SysV-style vs. BSD-style, не конкретизируя, где есть не-кривая реализация SysV-style.

И что, твоя шлака на мой SPARC встанет? Гонишь. Вот debian - встанет. И на Альфу встанет. И на PPC, если подковырять, тоже встанет. Так что что-то ты развонялся не по делу...

Попался. Прикинь теперь, что ты снёс samba (ну, не нужна больше, все на NFS3 перешли). Уйдёт она сама из этого скрипта на всех машинах? Хуй! А в SysV - никаких проблем.

Так же мне хотелось бы посмеяться над тем, как в шляке организованы конфиги к logrotate и привязанные к пакетам crontab-ы.

Пиздишь, чмо безграмотное. Проще скриптом обработать много файлов с одинаковой простой структурой, чем искать что-то слабоформализуемое в одном большом файле "про всё".