[Цитат]

По тоя повод:

Цитат

za bokluka - slackware

няма да е лошо да се направи някаква система за поставяне на рейтинг на хората посредством контроли към всеки пост който са пуснали както и да им се показва текущия рейтинг - така нов посетител като види пост от човек с отрицателен рейтинг да може да го игнорира с по-леко сърце...

Ако имаш мейл сървър под линукс въпроса си е много намясто....

supermount или нещо от сорта ... отдавна сам се замислил дали не може да се пачне ядрото за да се прекара нотификацията за вкарване изкарване на ЦД-то през системата за хотплъг мааааааа

Ако си с KDE по-добре използвай arts плъгина за да не се карат за звуковата карта...

Най-вероятно накрая ще се окажеш с един много скъп суитч (компютъра на който си инсталирал линукс) ако не се постараеш бриджа да е филтриращ.... изобщо май си се захванал с неща дето не са ти много ясни и то пробваш по трудния начин - без да прочетеш малко това онова .... ако се понапънеш малко можеш да избегнеш бридж-ването с arpproxy и subnetworking, макар че не съм сигурен дали това не е по-трудно от бридж-ване... а в края на краищата защо не си сложиш някои приличен файъруол на Бозата и да не се занимаваш с глупости?

Май отговора не се получи точно в стила на сайта ма карай...

Ако паметта ми не ме лъже разгледай /etc/rc.d/ и принаделжащите /etc/rc.d/rc.0,1,2,3,4... там са описани (като симлинкове) кои скриптове се стартират при влизане/излизане от runlevel. Префикаса на symlink-а определя дали ще се стартира (S) или спира (К) като цхислата определят реда на стартиране .... аз по принцип не ползвам тази дистрибуция (нито такава с подобна ситема (бе позлвам Слак)) и за това може и да те подвеждам нещо...

Само да вметна че за проекти от тип една таблица абсолютно никога не ползвам база данни поради "overkill" ефекта. Много по-лесно ми е да grep-на каквото ми трябва вместо да занимавам цял SQL енджин/демон с елементарно търсене което в 90% от случаите не може да се индексира (name like %bla% ). Да не говорим колко по-лесен е деплоймънт-а ако няма нужда от предварително инсталирани услуги...

Абе защо не може да се трие мнение, при положение че можеш да го редактираш до неузнаваемост?
(по погрешка постнах два пъти и....)

Естествения въпрос е дали и кога ще има версия поддържаща FTP скан :)
Не съм го разглеждал, но няма да е лошо ако има изход в обикновен текстов файл а не само към MySQL защото не всички ползват тази BD, а някои изобщо избягваме да ползваме BD  ;)

По въпроса за bin/que просто го обръщаш на ISO и по познатия начин... ей го на и тоол-а:   http://he.fi/bchunk/ има и други gg:bin2iso

коментирай ги - ако не ще да boot-не зареждаш от някое CD маунтваш си дяла и го оправяш ... бтв вероятността да не боот-не е 0-ева - ако са критични тия модули щяха да са изнесени в initrd а ако са изнесени там то тяхното зареждане не се командва от rc.modules ....

Погледни си /etc/rc.d/rc.modules  ако имаш такъв де  '>  Slack rulz!

1 Вариант: Пробвай да пуснеш UDP 137/138
2 Вариант: Изтрепи де що има демони (очисти резултатите от netstat) след това си пусни самба + една конекция към нея и пак с netstat виж какво трябва да разрешиш

Ще ти трябва нещо като трансперантно POP3 прокси и много играчка но ако го сетнеш ведъж както трябва (ако изобщо съшествува такова нещо) ще е сравнително лесно да сканираш пощата ... проблема е че парво трябва да свалиш цялото писмо за да можеш да го сканнеш и евентуално забраниш иначе само с iptables най много да забраниш пакета в който е открита сигнатурата - другите ще са вече препратени. Да не говорим ако сигнатурата се уцели да е между два пакета...

Ще ти трябва нещо като трансперантно POP3 прокси и много играчка но ако го сетнеш ведъж както трябва (ако изобщо съшествува такова нещо) ще е сравнително лесно да сканираш пощата ... проблема е че парво трябва да свалиш цялото писмо за да можеш да го сканнеш и евентуално забраниш иначе само с iptables най много да забраниш пакета в който е открита сигнатурата - другите ще са вече препратени. Да не говорим ако сигнатурата се уцели да е между два пакета...