благодаря ви много

Здравеите
дръпнах cedega 5 и нещо която беше rpm пакет и го качих без проблеми но се оказа че трябва да се регистлирам в трансгаминг за да мога да я ползвам та за това реших пак да си сложа старата cedega 4.3.1 която пак е rpm и не може да се качи защото вече е инсталирана по-нова версия.Търсих в pkgtool но там го няма този пакет.Може ли някои да каже как да си кача старата cedega
дистрото е slackware

освен wget може да ти свърши работа и lynx под win имаше една програма (teleport pro)виж може да са пуснали и такава за linux или просто я емулираи

[Цитат]

преди няколко месеца си качих apach-а и почнах да търся в нета за да се пообразовам малко след няколко дни apacha го нямаше но нещата които намерих в нета си останаха(и аз не знам защо ти го разправям това)та след лека справка останових че

Цитат

Order – указва в какъв ред ще се извършва проверката за това дали даден хост и дадено потребителско име има достъп до сървъра.

та между order deny,allow и order allow,deny има разлика ако изпълниш
order deny,allow то apacheto първо ще почне да забранява достапа на тези ipta които ти си посочил при Deny а ако си въвел Deny from all то секи ще бъде отрязван преди да са му били дадени права за достъп за това в твоя случаи трябва да се ползва order allow,deny

с четене и търсене става тази работа

За Coyote съм чувал доста хубави работи '>
но за тези дистра ти трябва отделен комп(защото под тези ос нищо друго не може да се прави) с които не всеки разполага

[Цитат]

Потърси в търсачката за flat_tc на 1000% съм сигурен че ще намериш нещо интересно защото теми свързани с него са пускани доста.
Трябва да ти оточня само че на оригиналното ядро(предполагам че това 2.4.2 е такова) абсурд да тръгне.За да го поткараш ще трябва да компилираш ipset(за целта ще трябва да patch-ваш) и не помня още какво.Потърси малко и за IPCLASSIFY това трябва да е пакет за контрол на трафика които е по-добър от flat tc-то защото ползвал някакъв друг метод(пак почнах да пиша на аба).В it-place.org имаше статия на български как точно става само с tc и ip но беше доста стара и ползваше ядро 2.2.xx но вече it place го няма (нищо не е вечно за съжаление).
Имаш късмет че навремето се сетих да save-на ето един цитат от нея

Цитат

Linux Traffic Control-а е базиран на три основни блока: Queueing-дисциплина  Класове  Филтри  1. Queueing (опашки)      Всеки интерфейс има начин за обработване на опашките, асоциирани към него. Най-простата е FIFO. Има няколко типа на queueing, които се поддържат в момента:  Class Based Queue  Token Bucket Flow  CSZ  First In First Out (FIFO)  Priority  TEQL  SFQ  ATM  RED      Някои от тези дисциплини използват филтри, за да се квалифицират пакетите в различни класове, и да ги обработват спрямо това. Това позволява даден пакет да има приоритет над друг. Такива са например FIFO, CBQ.  Queueing-дисциплините и класовете са вързани едно с друго. Присъствието на класове е фундаментална опция за queueing-дисциплината. Също така, филтрите могат да бъдат комбинирани със queueing-дисциплини и класове.  2. Класове      Опашките и класовете са тясно свързани. Всеки клас има опашка. Класовете се индетифицират спрямо class ID и internal ID. Class ID-то се задава от потребителя, докато internal ID-то се задава от queueing-дисциплината. Class ID-то има структура "major:minor". Major-номера сочи инстанцията в queueing-дисциплината, от която зависи. Minor-номера идентифицира тоя клас в дадена дисциплина.      За повече подробности може да се види include/net/pkt_sched.h.  "tc (Traffic Controller)" Traffic Controller (tc) е потребителска програма, която е грубо казано frontend към създаването и асоциирането на опашки към дадени изходни интерфейси. Тя се използва за създаването на различни видове опашки и асоцииране на класове към всяка от тези опашки. Също така може да се използва за слагане на филтри базирани на  routing-таблицата, u32-класификаторите, както и RSVP-класификаторите. Тя използва netlink socket-ите като механизъм за комуникиране с мрежовите функции на кернела. tc се използва по следния начин:  tc [-s[tatistics]] [-d[etails]] [-r[aw]] < qdiscp | class | filter > { COMMAND | help }  , където: -s[tatistics]    статистика   -d[etails]    детйлна информация   -r[aw]    говори само за себе си   qdiscp   queueing-дисциплина   class    клас   filter    филтър   Queuing-дисциплина:      Синтаксиса за задаване на queueing-дисциплина е следния: tc qdisc [ add | del | replace | change | get ] dev STRING [ handle QHANDLE ] [ root | parent CLASSID ] [ estimator INTERVAL TIME_CONSTANT ] [ [ QDISC_KIND ] [ help | OPTIONS ] ]  tc qdisc show [ dev STRING ]  , където: QDISC_KIND    може да има стойност pfifo, bfifo, tbf,  prio, cbq, red или т.н., т.е. име на  queueing-дисциплината   hande    уникален handle, даден на дадената дисциплина от създателя. Не може да има две дисциплини с еднакъв handle.   root    показва, че дадената дисциплина е root в  sharing-йерархията.   parent    показва родителя на дадената дисциплина.        За да се създаде "class based queue (CBQ)": tc qdisc [ add | del | replace | change | get ] dev STRING \  cbq bandwidth BPS [ avpkt BYTES ] [ mpu BYTES ] [ cell BYTES ] [ ewma LOG ]  , където:   bandwidth    максимална скорост на дадения интерфейс   mpu    минимални байтове, които да се изпращат в даден пакет    Пример:     tc qdisc add dev eth0 root handle 1: cbq bandwidth 10Mbit allot 1514 cell 8 avpkt 1000 mpu 64      В дадения пример, Class Based Queue (CBQ) се създава и се връзва към eth0. handle-ът е 1: (което е 1:0). Общата възможна скорост е 10Mbit.      Класове:  Синтаксисът за създаване на класове е следния: tc class [ add | del | change | get ] dev STRING [ classid CLASSID ] [ root | parent CLASSID ] [ [ QDISC_KIND ] [ help | OPTIONS ] ]  tc class show [ dev STRING ] [ root | parent CLASSID ]  , където:   QDISC_KIND    QDISC_KIND може да бъде някоя от queueing-дисциплините, които поддържат класове (prio, cbq и т.н.).   classid    представлява handle-ът, който е даден на тоя клас от създателя.   root    показва, че тоя клас е root-клас в sharing-йерархията.   parent    показва handle-ът на родителя на дадената   queueing-дисциплина.    3. Class Based Queue      За да се създаде CBQ, синтаксисът е следния: cbq bandwidth BPS rate BPS maxburst PKTS [ avpkt BYTES ] \  [ minburst PKTS ] [ bounded ] [ isolated ] \  [ allot BYTES ] [ mpu BYTES ] [ weight RATE ] \  [ prio NUMBER ] [ cell BYTES ] [ ewma LOG ] \  [ estimator INTERVAL TIME_CONSTANT ] \  [ split CLASSID ] [ defmap MASK/CHANGE ]  , където: bandwidth    показва максималната скорост, която е възможна за  queueing-дисциплината от тоя клас.   rate    представлява скоростта, която се дава на тоя клас.   avpkt    представлява средния брой байтове в пакет, за тоя клас.   bounded    показва, че тоя клас не може да "всзина назаем" неизползвана скорост от "parent"-класа си.   isolated    показва, че класа няма да дели скорост с някой друг клас.        В дадения пример се създава CBQ клас с handle - 1:2. Неговият родител се индентифицира с handle - 1:1. Средният размер на пакета е 1000 байта. Split-точката е 1:0, което показва  root-а на sharing-процедурата. tc class add dev eth1 parent 1:1 classid 1:2 cbq bandwidth 10Mbit \  rate 1Mbit allot 1514 cell 8 weight 100Kbit prio 3 maxburst 20 \  avpkt 1000 split 1:0 defmap c0  4. Филтри:  Синтаксисът за създаване на филтри е: tc filter [ add | del | change | get ] dev STRING \  [ prio PRIO ] [ protocol PROTO ] [ root | classid CLASSID ] \  [ handle FILTERID ] [ [ FILTER_TYPE ] [ help | OPTIONS ] ] \  tc filter show [ dev STRING ] [ root | parent CLASSID ]  , където: FILTER_TYPE е типа на филтъра (rsvp, u32, fw, route и т.н.}, а форматът на FILTERID зависи от класификатора. prio показва приоритет на дадения филтер. Останалите опции бяха разгледани по-горе. Route-класификаторите класифицират пакетите спрямо  routing-таблицата. Синтаксисът е следния: tc filter [add | del | change | get] dev STRING \  [parent PARENTID] [protocol PROTO] [prio PRIORITY] route  , където: PROTO е low-level протокола {ip,  icmp или някой друг}      Ето и един пример:  tc filter add dev eth0 parent 1:0 protocol ip prio 100 route      За да се зададат правила към филтъра:  ip route add 129.237.125.150 via 129.237.125.146 dev eth0 flow 1:2      Тук се зададе правило за IP 129.237.125.150 с Gateway 129.237.125.146, като целия трафик принадлежи към клас, чийто handle е 1:2.

не искам да пускам цялата статия по този начин за това ако ти се стори интересно ще измислим как да фенеш всичко

успех въреки че съм почти сигурен че ще направиш толкова колкото направих аз навремето(преди 2 месеца) а то е едно голямо НИЩО

Преди да си къча драиверите за видео картата и на мен ми ставаше така
пускам warcraft(например) и kde-то се ресва като това "явление" се наблудаваше при wine и cedega но пък всички програми които не изискват по-специални видео ресурси си вървяха добре.Когато емулираш някоя типично windows-ка програма не се изненадваи че ще се получават доста бъгове.

В този dsl има един фаил knoppix които се монтира за /  и за това оставаш с впечетлението че usb-то е 50mb но нищо не ти пречи да ползваш останалата памен от usb-то.Пиша малко на аба защото не го качих този dsl

Значи по-добре да се откажа от илюзиите че ще успея да кача нещо по-нормално въпреки че в нета намерих няколко страници където  е уписано инсталирането на дебиан в/у флаш памет но за целта ти трябва работеща дебиан система а на мен това ми липсва.Тези live дистра са пълна залагалка и не вършат работа когато на човек му потрябва нещо по стабилно
мерси на всички за помоща

Попадна ми идин usb stick 2GB и реших да се пробвам да му сложа някое истинско дистро.Спрях се на дебиан почнах до го качвам и всичко беше идеално качих grub в mbr на usb sticka но като го boot-нах не стана нищо просто каретката си премигаше.Пробвах няколко пъди да повторя процедурата но ставаше едно и също както с grub така и с lilo.След това пробвах да къча lilo-то с което си boot-вам слака така
lilo -M /dev/sda
целта ми беше просто да видя че лоадара които си ползвам обикновенно
се boot-ва нормално и от mbr на usb-то но резултат нямаше ставаше все едно и също.Пробвах същото това нещо и така
dd if=/dev/hda of=/dev/sda count=1 bs=512
но лоадара така и не тръгна.
като изтрия всичко от стика(dd if=/dev/zero of=/dev/sda)
началния search от биоса просто подминава usb-то и изписна not faund
пробвах да кача dsl с лоадар syslinux както е уписано тук
на пак се получаваше само черен екран с премигаща каретка
дръпнах и друг dsl които специално се качва по win при него просто трябва да се стартира фаила  makeboot.exe които си прави всичко но като го стартирам ми дава следната грешка
the application failed to instalize property (0Xc0000135)
идея си нямам защо става така ще се радвам някои да помогне

[Цитат]

Цитат

@PERMANENT човече, кажи инсталацията си се подкарва под Линукс, или си я записваш под друга ОС?

Инсталвам я по windows но като я подкарам с wine-то си върви напълно нормално

[Цитат]

Цитат

Да попитам тук - Heroes IV как я подкарвате под Линукс, ако има такива?

Аз я подкарвам много добре с wine-то върви си като под win

Цитат

Понеже ме сърбят пръстите да питам, а и не ми се отваря нова тема, ще питам тук. Кога ще играем отборно някоя игричка? Нека се съберем малко народ и да разцъкаме някоя пуцалка. Какво ще кажете?

Добра идея даже ще предложа да играем diablo II доста яко меле става
само да се съберем хора

[Цитат]

Почнах да си правя един web сървар за да мога да си тествам саитчетата
на него.Стигнах до конфигулирането на mod_perl и нещо се омазах доста  
инсталирам mod_perl така
perl Makefile.PL MP_APXS=/url/apache2/bin/apxs
make
make install
и всичко минава без проблеми.
във фаила
/apache2/conf/httpd.conf
добавям LoadModule perl_module modules/mod_perl.so
фаила modules/mod_perl.so съществува
добавям и
AddHandler cgi-script .cgi .pl
настроиките изглеждат така

Цитат

ScriptAlias /cgi-bin/ "/webserver/apache2/cgi-bin/" <IfModule mod_cgid.c> #Scriptsock            logs/cgisock </IfModule> <Directory "/webserver/apache2/cgi-bin">     AllowOverride None     Options Indexes ExecCGI     Order allow,deny     Allow from all     SetHandler cgi-script </Directory>

добавям и  тези настроики
PerlSendHeader  On
PerlSetupEnv    On
PerlHandler     On
PerlTaintCheck  On
PerlWarn        On
пробвах и без тях както и пробвах да махна само някои но резултат никакъв.Съобщението които изкарва бралзера е

Цитат

The server encountered an internal error or misconfiguration and was unable to complete your request.

Бях си качил xampp но и там връщаше същата грешка.Почвам да си мисля че проблема идва от perl(/usr/bin/perl-а) но не знам до колко това е възможно.Версията на mod_perl е 2.0.3
Помогнете

Аз имах същия проблем даже пуснах такава тема.99% съм сигурен че ти разменя наименованията(eth1 eth2 ...) на картите при стартиране което ти прецаква настроиките на мрежата.Решението едитваш фаила
/etc/udev/rules.d/network-devices.rules като разкоментираш последните редове.При мен те са
KERNEL=="eth?", SYSFS{address}=="00:02:44:9d:72:a1", NAME="eth0"
KERNEL=="eth?", SYSFS{address}=="00:0a:e6:c5:1f:d1", NAME="eth1"