Re: lug-bg: tunel via ssh
On Sat, Oct 15 2005, Ivan Bogouchev / Иван Богушев wrote: > ... > Та има ли как да пусна някакъв тунел между машината ми в къщи (FC4) > и машината ми на работа (winxp sp1) през 22ри порт? Иска ми се > трафика дето огнената стена го блокира да минава през тунела. Здравей, Необходимо е да си инстралираш SSH клиент на winxp (ако въобще може), след което да се вържеш за машината си вкъщи по следния начин: ssh федоракъщи -L порт:федоракъщи:федоракъщи-порт, където: - порт е порта на служебния ти компютър, който ще се тунелира - федоракъщи-порт е порта, към който ще се тунелира съответния порт Така например ако искаш да ползваш домашния си компютър за да броузваш където ти е кеф (и без да те следят) правиш следното: ssh федоракъщи -L 80:федоракъщи:80, -- Kamen TOMOV
lug-bg: self-scanning with 2 ip addressess
Здравейте, Имам две IPта на един сървър и те са в различни мрежи. Как мога да си сканирам едното IP от другото, на същия този сървър, така че да накарам пакетите да минават през файъруола, за да го тествам? Пробвах: nmap -S ip1 -sT -P0 ip2 и nmap -е eth1 -sT -P0 ip2, но изглежда, че не минават тези неща през файъруола. Да не би някво директно рутиране да имам пуснато, за което да съм забравил? Благодаря. -- Kamen TOMOV
Re: lug-bg: self-scanning with 2 ip addressess
Идеите ви ми помогнаха да си свърша работа - благодаря! -- Kamen TOMOV
lug-bg: Usenet сървър
Някой знае ли за NEWS сървър със свободен достъп. Ако да би ли споделил? Благодаря. -- Камен
Re: lug-bg: Usenet сървър
On Wed, Nov 23 2005, Sava Chankov wrote: > nntp://news.gmane.org - пощенски списъци в Usenet формат. LUG-BG също e > наличен (gmane.linux.region.bulgaria). Благодаря! -- Kamen TOMOV
lug-bg: cdrecord kernel 2.6 problem
Здравейте, За пореден път имам проблем с CD-Writing на Linux. Писна ми. Не бях записвал дискове от няколко месеца и вчера ми се наложи. Записвачката е старичка - 4х Teac и е закачена на сървър, така че нямам много възможности за рестартиране, load/unload на модули хич не върши работа в тоя случай, щото често unload-a гърми. Въпросът е дали да използвам ide-scsi или ide-cd за да чета и записвам СД-та? Ето какво пише за модула ide-cd в документацията на ядрото: WARNING: ide-scsi is no longer needed for cd writing applications! А също и какви настройки трябва да направя (модули, boot-parameters, devices и т.н.)? Ето какво казва cdrecord -version: Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling cdrecord: Warning: Running on Linux-2.6.14 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. Всъщност опитах и с 2-та модула но без успех. С ide-cd поне успявам да правя mount. Благодаря предварително. (flame-mode Като направя равносметка толкова време съм отделил на този проблем, от както си закачих записвачката преди няколко години, че съжалявам, че изобщо го направих. Заради някакъв тъп конфликт между двама или трима човека страдат толкова много потребители. Като че ли се правят толкова велики неща, че хората са незаменими. Въпреки, че не ползвам кой знае колко от Линукс се сещам поне за два неприятни проблема, с които съм се сблъсквал. Единия е, този за който в момента пиша, а другия беше с devfs. Прехода към тази файлова система беше доста болезнен, за да се окаже малко по-късно, че пак трябва да правя друг болезнен преход, този пък към udev. Въпреки че съм готов да си плащам, за да ми решава някой друг тези проблеми (защото това не е основна дейност за мен) не виждам нищо свясно, което да мога да си купя. Ако дистрибуцията е комерсиална, то по правило тя съдържа стар софтуер, ако пък ОС-а е затворен, то тя по правило не струва - знам го от опит защото направих болезнена миграция от Windows преди няколко години. ) -- Kamen TOMOV
Re: lug-bg: cdrecord kernel 2.6 problem
On Tue, Dec 27 2005, Georgi Chorbadzhiyski wrote: > Kamen TOMOV wrote: >> За пореден път имам проблем с CD-Writing на Linux. Писна ми. Не бях > > Че кога е бил първият път... Преди три години, когато я взех. Тогава се справих сам ама беше доста четене. >> Въпросът е дали да използвам ide-scsi или ide-cd за да чета и записвам >> СД-та? Ето какво пише за модула ide-cd в документацията на ядрото: >> WARNING: ide-scsi is no longer needed for cd writing applications! > > Нито едното нито другото > > cdrecord dev=/dev/hdc ако там ти устройството. С hdc тръгна отмах. Благодарско! Не съм убеден, че може без ide-cd, щото така hdc не съществува. > Стига си ... Кат ти стига... ;-) Всъшност търсих. Винаги го правя преди да питам. -- Kamen TOMOV
Re: lug-bg: cdrecord kernel 2.6 problem
On Wed, Dec 28 2005, peyo wrote: > Еййй! > ... Мдаам, наистина реването ми се отрази добре. Не се засягайте. И ЧРД на Л. Торвалдс. -- Kamen TOMOV
Re: lug-bg: PCMCIA Wireless Network
On Mon, Feb 13 2006, Zahariev, Dobromir wrote: > Здравейте, > Бихте ли ми препоръчали добра PCMCIA Wireless карта която да мога да > ползвам без проблеми (или поне с малки проблеми) под Линукс. > В момента повечето предлагани са с rt2400 или rt2500 и информацията > която намерих за тях е че поддръжката им е много добра понеже има > GPL проект за драйвери на тези карти. Проблема е че като споделих с > магазинера че ще ползвам картата под Ubuntu веднага ми каза че ще > имам проблеми със свързаноста. Той ги е е тествал със Slackware 10.1 > и наистина нямал проблеми да ги подкара но под линукс връзката често > се губела - с 2 думи не стават. Добо, човече :-) Аз съм със RT2500 в момента и съм доволен. Не мисля, че прекъсват. Поздрави, -- Kamen TOMOV
Re: lug-bg: SIM ICQ
On Thu, Mar 16 2006, Ivaylo Toshev wrote: > Сори, за малко оф-топика, ама преди малко на мен и на други ползващи > SIM за ICQ под LINUX, започна да се появява съобщение, че паролата на > ICQ номера била грешна. > И съответно връзката с ICQ сървъра прекъсна. > Искам да помоля, ползващите примерно Kopete да кажат имат ли такъв проблем ? Току що ми се случи същото. Ползвам mICQ. На пръв поглед проблема е в сървъра. -- Kamen TOMOV
lug-bg: samba в ЛАН
Имаме едно съвсем малко ЛАН-че с Линукс-сървър, в което Уиндоус-десктопите "споделят" файлове. Проблема е там, че има два проблема с това споделяне: - понякога не се виждат компютрите в мрежата, когато се отиде в "Microsoft Windows Network"; - много бавно става отварянето, както на Workgroup-ата, така и на "Microsoft Windows Network"; На сървъра има инсталирана Samba и предполагам, че горните две неща могат да се оправят ако тя се конфигурира правилно. Какво бихте ме посъветвали? Благодаря! -- Камен
Re: lug-bg: samba в ЛАН
@Qsin: Сложих тези редове в smb.conf ама нещата не изглежда да са се променили. @Мартин: Около десетина. @Ивайло: Ако имаш впредвид "wins support = Yes" - добавих го. А как да накарам клиентите да го ползват? Благодаря. -- Kamen
Re: lug-bg: samba в ЛАН
On вторник, Юли 18 2006, Georgi Alexandrov wrote: > Kamen TOMOV wrote: >> @Ивайло: Ако имаш впредвид "wins support = Yes" - добавих го. А как да >> накарам клиентите да го ползват? > > OS Level от време на време ще го борят някои Windows-и дори и на > най-голямата му стойност. > Нямам Windows пред мен в момента но се сещам и съм сигурен, че имаше > някъде из мрежовите настройки поле с описание "Wins server" където се > въвеждаше ip/host на wins сървъра - в случая ip на samba-та. Намерих го - TCP/IP, Properties, Advanced, WINS. След като го въведох нещата се оправиха, така че благодаря много :-) Няма ли начин клиентите да се ориентират автоматично, без да се прави тази настройка на всеки? Поздрави -- Камен
Re: lug-bg: samba в ЛАН
On вторник, Юли 18 2006, Nikolaj wrote: > Ted Zlatanov wrote: >> Да, с DHCP. Виж "option netbios*". >> >> Teo > option netbios-name-servers 192.168.x.x; Да, това окончателно реши проблема. Благодаря на всички :-) -- Камен
[SPAM] [Lug-bg] [SPAM] (off-topic) spamcop в ъпроси
Здравейте, Напоследък редовно ме листват в spamcop. Имам Courier SMTP сървър, който ползва сървъра на Евроком-Пловдив като relay. Сървъра ми е защитен и не спамвам. Единственото, което не съм сигурен, че е по правилата е, че пренаписвам From адреса. На практика той е с различен домейн от този, от който се изпраща. Може ли това да е причината? Извинявайте за офтопика. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [SPAM] Re: [SPAM] [SPAM] (o ff-topic) spamcop въпроси
Не знам дали ще го получите това заради етикетите в Subject-а, но както и да е - ако се получава - добре. На въпроса ми защо съм листнат в спам-коп самия lug-bg сървър ми дава отговор и по специално неговия Spamassassin. Ето header-ите в report-a: * 1.7 SUBJECT_ENCODED_TWICE Subject: MIME encoded twice Ето така ми изглежда заглавието преди да го обработи сървъра на lug-bg: (off-topic) spamcop =?windows-1251?B?4vrv8O7x6A==?= Явно не е кодирано два пъти. Обаче това, което се е получило в листата е друго: [SPAM] =?windows-1251?q?=5BSPAM=5D_=28off-topic=29_spamcop_=E2?= =?windows-1251?b?+u/w7vHo?= .., което може би е кодирано повече от веднъж. Значи какво се случва на практика - листата му слага някъв етикет и го кодира. Може да е от спам таговете, може и друго да е - не знам, но това не ми се вижда правилно поведение. * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * 0.1 FORGED_RCVD_HELO Received: contains a forged HELO Някой може ли да ми обясни какво е forged HELO? * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% * [score: 0.4115] * 0.2 MIME_BASE64_NO_NAME RAW: base64 attachment does not have a file * name Какви са тези притурки - аз нищо не съм прикачал. Изглежда, че той е взел самото съобщение като притурка, само защото е в base64 кодиране. * 1.9 MIME_BASE64_TEXT RAW: Message text disguised using base64 encoding Не разбирам - от къде на къде текста ми да е маскиран зад base64?! Клиента ми просто е решил да праща в base64 кирилицата и така. Какво иска от мен тоя сървър? * 0.4 AWL AWL: From: address is in the auto white-list Защо като е в "auto white-list" му слага коефициент по-голям от 0? Тоя списък не е ли на позволените изпращачи? Големи мистерии са това за мен. Дайте съвет - клиента ли ми не играе по правилата, SMTP сървъра ли ме прецаква или spamassassin? -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [SPAM] българско мрежово ад ресно пространство
Някой може ли да ме насочи към списък съдържащ по-голямата част от българското IPv4 адресно пространство? Сигурно не съм първия който пита, но не успях да намеря информация. Освен това се извинявам за офтопика и се чудя дали има специфичен мейл лист по подобни въпроси? -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [SPAM] Re: [SPAM] българско мрежово адресно пространство
On сряда, Януари 24 2007, Danail Petrov wrote: > http://ip.ludost.net Благодаря, както благодаря на Васил и на Боян. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Избор на multipath стратеги я
On сряда, Февруари 28 2007, Vladimir Vitkov wrote: > До момента съм на следното състояние > ip r a дефаулт proto static table default nexthop via dev > eth1 weight 2 nexthop via dev eth2.415 weight 1 > > Но нещо не сработва. По точно почти целия трафик минава през ISP2 > Подозирам че някъде трябва да сложа mpath wrandom или подобно. Предполагам имаш необходимия модул в ядрото. Ако е така то подозирам, че имаш проблем с приоритетите (и мен ме преследва в момента един такъв). Ето как го бях реализирал аз: ip route add default table 222 proto static \ nexthop via $GWE1 dev $IFE1 weight 2 \ nexthop via $GWE2 dev $IFE2 weight 1 ip rule add prio 222 table 222 ip route del default table main ip rule add prio 50 table main ip route flush cache Друг е въпроса, че като цяло това е кофти решение, но все пак работи. Поздрави, -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] въпрос за рутиране
Имаме едно рутерче с два външни и един вътрешен интерфейс, което не работи, както бихме искали. Заданието е да се рутира през единия външен интерфейс трафика от/към една определена мрежа, а през другия интерфейс всичко останало. В момента изглежда, че това се получава за всички пакети, от вътрешната мрежа, но не и за тези генерирани от самия рутер. Ето текущата конфигурация: # ip rule ls 0: from all lookup local 200:from 192.168.1.0/24 to А.Б.С.0/24 lookup 202 201:from Е.Ф.Г.0/24 lookup 201 201:from 192.168.1.0/24 to 62.44.96.0/19 lookup 201 201:from 127.0.0.0/8 to 62.44.96.0 lookup 201 202:from А.Б.С.0/24 lookup 202 32766: from all lookup main 32767: from all lookup default # ip route ls Е.Ф.Г.0/24 dev eth3 scope link metric 1 А.Б.С.0/24 dev eth2 scope link 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 127.0.0.0/8 dev lo scope link default via А.Б.С.1 dev eth2 ip route ls table 201 default via Е.Ф.Г.1 dev eth3 proto static src Е.Ф.Г.52 realm 201 prohibit default proto static metric 1 ip route ls table 202 default via А.Б.С.1 dev eth2 proto static src А.Б.С.4 realm 202 prohibit default proto static metric 1 Ще съм ви признателен за помощта. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] въпрос за рутиране
On сряда, Февруари 28 2007, Delian Krustev wrote: > Не виждам защо за тая цел са ти необходими отделни таблици .. > ip r add netA_gate dev extern0 > ip r add default_gate dev extern1 > ip r add netA via netA_gate > ip r add internal_net dev intern0 > ip r add default via default_gate ОК, ще го пробвам. В отделните таблици ли е проблема на моята конфигурация? > След това не се опитвай да правиш firewall с рутинг, а си го направи както се > прави - с iptables .. Не го правя - защо смяташ, че се опитвам да го правя? > В допълнение, рутерите контролират пътя КЪМ даден хост, не ОТ даден хост .. > Т.е. това трафика от дадената мрежа да ти влиза на определен интерфейс е > извън пълномощията на този рутер (говоря принципно, не за разни маскирания и > др ..) Да, тва беше грешка на езика. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] cdrom problem
Днес слагам едно СД в устройството и: r2 ~ # cdrecord -v blank=fast -data iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. Cdrecord-ProDVD-Clone 2.01.01a10 (i686-pc-linux-gnu) Copyright (C) 1995-2006 Jörg Schilling TOC Type: 1 = CD-ROM scsidev: '/dev/hdb' devname: '/dev/hdb' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. cdrecord: No such file or directory. Cannot open '/dev/hdb'. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. Какво пак иска тази система. Пробвам: r2 ~ # mount /dev/hdb /mnt/floppy/ mount: you must specify the filesystem type Хмм... Може би не може да го чете. Пробвам със друго СД... същото. Тогава решавам, че новият ми udev-115 е прецакал работите и пиша: r2 ~ # dmesg |grep CD hdb: CD-W54E, ATAPI CD/DVD-ROM drive hdb: ATAPI 32X CD-ROM CD-R/RW drive, 1280kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 Изглежда добре... Опитвам друго: r2 ~ # cdrecord -scanbus Cdrecord-ProDVD-Clone 2.01.01a10 (i686-pc-linux-gnu) Copyright (C) 1995-2006 Jörg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. От къде накъде?! Продължавам да упорствам: r2 ~ # more /proc/sys/dev/cdrom/info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name: hdb drive speed: 32 drive # of slots: 1 Can close tray: 1 Can open tray: 1 Can lock tray: 1 Can change speed: 1 Can select disk: 0 Can read multisession: 1 Can read MCN: 1 Reports media changed: 1 Can play audio: 1 Can write CD-R: 1 Can write CD-RW: 1 Can read DVD: 0 Can write DVD-R: 0 Can write DVD-RAM: 0 Can read MRW: 1 Can write MRW: 1 Can write RAM: 1 Тук вече се почувствах изчерпан... и и си отворих мейл клиента... От последния път когато ползвах СД-то съм emerge-вал system поне веднъж. Предполагам разбирате, че става дума за Gentoo. Мисля, че последния път се наложи да се маха coldplug, щото udev-115. Имам Linux 2.6.14. Благодаря предварително за евентуална помощ. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] cdrom problem
On Mon, Nov 12 2007, Kamen Medarski wrote: > Здрасти адаш, > вероятно гентото ти няма поддръжка на scsi емулация. Провери си > кернела. Виж в /proc/scsi дали има папка sg, или zcat > /proc/config.gz | grep -i "sg\|idescsi". > > Успех. > Да, чувал съм, че е/беше необходима scsi емулация, но само за нуждите на записвачката. В моя случай не само не мога да записвам дискове, но и не мога да ги чета. Иначе благодаря за идеята :) -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] приротитизиране на трафик
On Thu, Nov 29 2007, Rossen Antonov wrote: > Какво точно разбираш под "сърверът е натоварен"? Много на брой > заявки, сесии, много входящ трафик, много изходящ? Много входящ и много изходящ трафик. Нормални клиентски машини с оборудвани с броузъри, Торент клиенти, Скайп и т.н. > Сигурен ли си, че iptables редовете ти маркират точно това, което > искаш? Ако бях сигурен щях ли да питам? -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] приротитизиране на трафик
On Thu, Nov 29 2007, Danail Petrov wrote:
> Kamen wrote:
>> helper () {
>> ...
>> iptables -t mangle -A $CHAIN -p tcp -m tcp --sport 80 --source
>> my-domain.com -j MARK --set-mark 0x2
>> iptables -t mangle -A $CHAIN -p tcp -m tcp --sport 80 -j RETURN
>> ...
>> }
>>
>> tc class add dev ${WAN_IF} parent 1:1 classid 1:10 htb rate 64kbit
>> ceil 64kbit prio 0
>> tc class add dev ${WAN_IF} parent 1:1 classid 1:11 htb rate 64kbit
>> ceil ${UPLINK} prio 1
>>
>> tc filter add dev ${WAN_IF} parent 1:0 protocol ip prio 1 handle 1
>> fw classid 1:10
>> tc filter add dev ${WAN_IF} parent 1:0 protocol ip prio 2 handle 2
>> fw classid 1:11
>> ...
>> }
>>
>>
> Здравей,
> да си призная, не съм пипал tc от години, но си мисля, че си объркал
> приоритетите на класовете. Така като гледам, си вкарал трафика от
> WEB сървъра във клас 1:11, който има по-нисък приоритет (prio 1) от
> клас 1:10 (Prio 0) . Мисля, че там ти се крие разковничето!
Благодаря за съвета! Прав си, но не съм казал всичко по
въпроса. Конфигурацията ми е доста по-сложна от колкото съм показал, и
дадох само част от правилата. Класа 1:10 е отделен за SYN и подобни
пакети, така че трафика към уеб сървъра да е 2-ри по
приоритет. Нататъка има други класификации с по-нисък приоритет.
Всъщност намерих един проблем. Забравил бях, че пренасочвам порт 80
към порт на който всъщност слуша уеб сървъра. От там маркирането
ставаше безполезно. Сега го оправих и въпреки че изглежда че нещата са
по-добре - още не съм сигурен, че винаги отваря страница от първия път
и сега чакам да се натовари сървъра за да разбера.
--
Камен
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] приротитизиране на трафик
On Thu, Nov 29 2007, [EMAIL PROTECTED] wrote: > За този ред моя грешка написах го преди да съм допрочел :) > > както и да е. > > http://lartc.org/howto/lartc.adv-qdisc.ingress.html > > е тука пише: > > "Each interface however can also have an ingress qdisc which is not > used to send packets out to the network adaptor. Instead, it allows > you to apply tc filters to packets coming in over the interface, > regardless of whether they have a local destination or are to be > forwarded." > > > варянта на който се е спрял, няма как да работи при положение, че му > е запълнен капацитета. > > Поне аз бих изнесъл WWW за рутера. Хмм, не съм сигурен, че разбирам какво значи да "изнесеш WWW за рутера"? И аз знам, че може да се контролира единствено как един интерфейс ИЗПРАЩА данни, в смисъл че приемането е неконтролируемо. Можеш ли да посочиш някакъв пример на това което предлагаш? Благодаря за дискусията. -- Камен ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: Mysql
On Sat, Feb 14, 2004 at 03:23:41PM +0200, Marian Popov wrote: >Znae li niakoi ima li nachin da se napravi taka v MySQL > >che root-a da ne moje da trie ? > > > >Sluchaino na edna mashina v niakyde v Germany > >trabvashe da iztria edni neshta ot MySQL no > >uj vsichko se trie a dannite stoiat. > > > >Dava mi Query OK, 20 rows affected (0.04 sec) > >No kato selectna sichko si sedi i ne se maha pushtinata. > > > >Niakvi idei ? ÐÐÐÑÐÐ ÐÐ ÐÐÐÑÐÐÐÑ COMMIT ÑÐÐÐ DELETE. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Инсталиране на Slackware 9.1 на 40 MB HDD
On Sun, Feb 22, 2004 at 05:30:48PM +0200, Stefan Gurdev wrote: > ÐÐ ÐÐ ÑÐ ÐÐ ÐÐÑÑÐÐÐÑÐÐ Linux ÐÐ 40 MB HDD. > ÐÐÐÑÐÑ Slackware 9.1 ÐÐ ÐÐ ÑÑÐÑÑ ÐÐ ÑÐ ÐÐÐÑÑÑ Ð ÑÐÐÐ > ÐÑÐÑÑÑÐÐÑÑÐÐ. ÐÐÐÑÐÑ ÑÐÐ ÐÐÑÑÐÐÐÑÐÑ expert ÐÐ > ÑÐÐÐ ÑÑÐ ÐÐÐÑ ÐÐ Ñ ÐÑÐÐÐ Ñ Ð Linux-Ð > ÐÐ ÑÑÑÐÐÐ. ÐÑÑÑÐÑ Ð ÐÐÑÐÑÐÐÑ ÐÐÑÑÑÐÐÑÑÐÐ, > ÑÐÑ ÐÐ ÐÐÑÐÐÑÐ ÐÐ ÐÐ ÑÐ ÐÑÐÐ ÐÐ Ð > . ÐÐÐ ÐÐÑÑÐ ÐÐÐÑÐ ÐÐÐ ÑÑÐ ÐÐ ÐÐÐ ÐÑÑÑÐ? ÐÐ ÑÐ ÑÑÐ Ð ÐÑÑÐÐ ÐÑÐÐÑÐ ZipSlack, ÐÐ Ñ ÐÐ ÐÑÐÐÐÑÐÑ. ÑÐÐÐ, Ð A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: problem s kill 'cat /var/run/slapd.pid'
On Tue, Feb 24, 2004 at 05:30:02PM +0100, Lubomir Haralampiev wrote: > kill 'cat /var/run/slapd.pid' > mi kazwa: > -bash: kill: cat /var/run/slapd.pid: no such pid ÐÐÑÑÐÐÐ ÑÐ ÑÐÐÑÐ. ÐÑÑÐÐÑÐ Ð: kill `cat /var/run/slapd.pid` A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: mail.bg problem
On Wed, Feb 25, 2004 at 08:52:32AM +0200, Qsin wrote: > ÐÐÐÑÐÐ Ð ÐÑÐÐÐÑÐÑ ÐÐ ÑÑÑÐÐÐ ÐÐ Ð? > > ÐÐÐÑ ÐÑÐÐÐÑÐÐ > > From: "Romeo Ninov" <[EMAIL PROTECTED] g> ~~ > To: <[EMAIL PROTECTED]> > Sent: Tuesday, February 24, 2004 1:51 PM > Subject: Re: lug-bg: mail.bg problem > > > > ÐÐÑÐÐ, ÐÐ ÐÑ Ð.. ÑÐ! ÐÐÐÑÐ ÐÐ, ÐÐ > > ÐÑÐÐÐÑÑÐÐ ÐÐÑÐÐ e-mail Ñ ... > > > > > > From: <[EMAIL PROTECTED] g> ~~~ > > > To: <[EMAIL PROTECTED]> > > > Sent: Tuesday, February 24, 2004 10:04 AM > > > Subject: lug-bg: mail.bg problem > > > > > > > > > > > >>problem s po6tata mi v mail.bg pod linux - s 2 dumi na vseki 1-2 min me > > > > > > izhvyrlq ... ÐÐÐÑÐÑÐ, ÐÐ-ÐÐÑÐ ÑÑÐ ÐÐÐÑÐÑÑÐÐ ÐÑÐÐÐ ÐÐÑÐ - ÐÐÑÑÐÐÑÐ ÐÐ ÐÐ ! ÐÐÑÐÐÑÐ Ð ÑÐÐÐ ÐÐÐ ÑÐ ÐÐÑÑÑÐÐÐ ÐÐÑÐ ÑÐÐ-ÑÑÑÐÐÐÑÐ, ÐÐÐÑÐ ÑÑÐÑÐÐÑÐÐ ÑÐÐÐ, ÑÐ ÑÐÐÐ Ð ÐÑÐÐÑÐÑÐÐ ÐÐÑÐÑÐÐÐ ÐÐ ÐÑÐÐÑÐ ÐÐ ÐÐÑÐÑÐ ÐÐ ! ÐÑÐÐ ÐÑ ÑÐÐÐ, ÑÐ ÐÑÐÐÐ ÐÑ ÐÐÑ ÐÐÑ ÐÐÑÑÐÑÑÐ ÐÐÐ ÐÐÐ ÐÐÑÑÑ ÐÑÐ, ÐÐÐÑÐ ÐÑÐ ÐÐÐ ÐÐÐÑÑÐÐÑ headers ÐÑÐ ÐÐÐ, Ð ÐÐÐÑÐ ÐÐÑÐÐÐ ÐÐ ÑÑÑÐÐÐ ÐÐ ÑÐ. ÐÐ ÐÐ ÐÑ ÐÐÐ ÐÐ ÑÐ ÐÐÑÑÑÐÐÑÐ ÐÑÐÑÐ (ÐÐÐ ÐÐÐÑ ÐÐ ÐÐÑÑÑ), ÐÐÐ ÐÐ ÐÐ ÐÐÑÐÑÑÐÐÑÐ. ÐÑÐÐÐ ÑÑÐ, ÑÐ ÐÑÐÐ ÐÐ ÐÐÐ ÐÐ Ð ÑÐ ÑÐÑÐÑÑÑÐÐ ÑÑÐ, ÐÐÑÐÐÐ Ñ Lookout Express, ÐÐÐÑÐ Ð Ð ÐÐÐÑÐ ÐÐÐ-ÑÑÐ, Ð ÑÑÐ ÐÐ ÐÐ ÐÐ ÐÑÐÐÐ Ð Sylpheed. ÐÐÐÑÐ ÐÐ ÐÑÐÐ ÐÐÐ ÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐÐ - ÐÐ ÑÐ ÑÑÐÑÐ headers Ð ÐÐÐÑÐ Ð! ÐÑÑÐÐ ÐÐÐ ÐÐÑÐÐ, ÐÐÐÑÐ ÑÑÐÑÑÐÐ Ð- ÐÐÑÐÑ ÐÐ ÐÑÐÐÐ, ÐÐÐ ÐÐÐ ÐÐÑÐ ÐÑÐÐÑ ÐÐÐ ÐÐ ÑÑÐ ÐÑ, ÐÐ ÐÐÑÐ ÐÐÑÑÐÐÑ . ÑÐÐÐ, Ð pgp0.pgp Description: PGP signature
lug-bg: Sourceforge
ÐÐÐÑÐÐÐ ÑÐ ÐÐ ÐÐÐÑÐÐÑ ÐÑÑÑ import ÐÐ ÐÑÐÐÐÑÐ ÑÐ Ð Sourceforge.Net. ÐÐ ÑÑÐÐÑ "Permission denied", "Cannot write file", "Operation not permitted". Ð, ÑÐ ÑÐÑÑÐ ÐÐ ÐÑÐÐ ÐÑÐÐÐ, ÐÐÐÑÐ Ð Ð ÑÑÑ, ÐÐÑÐÑÐ ÐÐ ÑÐÐÐÑ ÑÑÐ ÑÑ ÐÑÐÐÐÑÐ. ÐÑÐÐÐ ÑÐÑÑ ÐÐ Ð ÐÐÑÑÐÐ? ÑÐÐÐ, Ð pgp0.pgp Description: PGP signature
Re: lug-bg: Sourceforge
On Wed, Feb 25, 2004 at 03:47:26PM +0200, Kamen TOMOV wrote: > ÐÐÐÑÐÐÐ ÑÐ ÐÐ ÐÐÐÑÐÐÑ ÐÑÑÑ import > ÐÐ ÐÑÐÐÐÑÐ ÑÐ Ð > Sourceforge.Net. ÐÐ ÑÑÐÐÑ "Permission denied", "Cannot write > file", "Operation not permitted". Ð, ÑÐ ÑÐÑÑÐ ÐÐ ÐÑÐÐ > ÐÑÐÐÐ, > ÐÐÐÑÐ Ð Ð ÑÑÑ, ÐÐÑÐÑÐ ÐÐ ÑÐÐÐÑ ÑÑÐ > ÑÑ ÐÑÐÐÐÑÐ. ÐÑÐÐÐ > ÑÐÑÑ ÐÐ Ð ÐÐÑÑÐÐ? ÐÑÐÐÐ ÐÑÐÐ ÐÐ CVS initial import. ÐÐÐÑÐÐÑÐÐÐ ÐÐÐÑÐ: cvs -d :ext:[EMAIL PROTECTED]:/cvsroot/sqlhat import -m \ "Initial update" model az start pgp0.pgp Description: PGP signature
Re: lug-bg: Sourceforge
On Thu, Feb 26, 2004 at 12:23:10PM +0200, Vladimir Gerdjikov wrote: > ÐÐÐÑÐ ÐÐÑÐ ÐÐÑÐÐÐ Ð ÑÐÑÐÐÑÐ FAQ... ÑÑÑÐÐÐÑÐ > ÐÐ ÑÐ Ð Ñ ssh ÐÐÐ ÐÐÑÐ ÐÑ ÑÐÑÑÐ ÐÐÑÐ > ÐÑÐ ÑÐÐÐ ÐÐÐ ÑÐ ÑÐÑÐ ÑÐÐÐÑÑ > ÐÐÐÑÐÑ (ÐÐÑÐÐÑÐÑÐÐÑÐ ÐÐ ÐÑÐÐÑÐÐÐ). ÐÐÐÑÐÐÐÑ Ð ÑÐÐÐ Ð ÐÐÐ ÐÐ ÑÑÐÐÐ :( ÐÑÑÐÐÑ ÐÑÐÑÐÑ ÐÐ support-a ÐÐÐ ÐÐÐ ÑÐ ÑÐ ÐÐÑÐÑÐ ÐÑÐ Gna! ÐÐ-ÐÑÑÐÐ Ð Ð ÑÐ ÐÐ ÐÐ ÐÐÑÐ ÑÐÐÑ. ÑÐÐÐ, Ð pgp0.pgp Description: PGP signature
Re: lug-bg: Цели директории с фтп
On Thu, Feb 26, 2004 at 11:35:16AM +0100, Nickolay Kolev wrote: > ÐÐÐ ÐÐ ÐÐÑÐÐÐ ÐÐÐ ÑÐÐÐÑÐ ÑÐÐÐ > ÐÐÑÐÐÑÐÑÐÐ Ñ ÑÑÐ Ð ÐÐÐÑÐ? ÐÐ ÑÐÐÐ > ÐÑÐÐ ÑÐÐ Ñ ÐÐ ÑÐ ÐÐ (ÐÐÐ > -ÐÐÑÐ ÑÐ). > > ÐÑÑÐÐÑÑ ÐÐ ÐÑÐÑÐÑ Ð, ÐÐÐ ÐÐ ÐÐÑÐÐ ÐÐ ÑÐ > ÐÐÐÑÐÐÐ Ñ ÐÑÐÑÐÐÐ, ÐÐÐÑÐ ÐÐÐÑÑ > ÐÐÑÐÑÐ ÐÐ ÑÑÑÐÑÑÐ, ÐÐÑÑÐÐÐÑÐÐÑÐÐÑÐ ÐÐÐ Ð > ÐÐÑÐÐÐÑÐ, Ð ÐÐ ÑÐ ÐÑÑÐÐÐ ÐÐÐÑÐÐÐ Ñ ÑÑÑ, > ÐÐÐÑÑÐ ÐÑÐÐÐ ÐÑÑ ÐÐ ÐÑÐ ÐÑÐÐÐÑÐ > ÑÐ. Ð ncftp Ð ÑÐ Ñ ÐÐ ÐÑÐÐÐÑ Ð 2-ÑÐ ÐÐÑÐ, ÐÐÐÑÐ ÐÑÐÐÑ. # man ncftp ÑÐÐÐ, Ð A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: LAN
ÐÑÐÑÑÐÑÐ ÐÐ ÑÑÐÐÑ ÐÑÐÑÐÑ, ÐÐ ÐÑÐÐÐ ÐÐ Ð ÑÑÐÐÐ ÐÐ ÐÑÐÐÑÐÐ ÐÐ ÑÑÐÑÐ ÐÐ RJ-45 ÐÑÐÑÐÑÐ? ÐÑÐÑÐ, ÑÐ ÐÐÐÑÐÑ ÐÐ ÑÐÑÑÐÐ ÐÐÐ ÐÐÑÐÐÐ Ð ÑÐ Ð, ÑÐ ÐÐÐÑÐÐÑ ÐÐÑÑ (ÐÐ ÑÐ ÐÐÐ-ÐÐÑÑÐ) Ð ÑÐÑÑÐÐ ÐÐÐÑÐ Ð ÑÐ ÐÑÐÐÐÑ Ñ Ð :) ÐÐÑÐ ÐÑ ÑÐ ÐÐÐ ÐÐ ÐÑÐÐÑ ;) ÑÐÐÐ, Ð A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: LAN
On Tue, Mar 02, 2004 at 04:57:45PM +0200, Vasil Kolev wrote: > ÐÐÑÑÑ ÐÑ ÑÐÑÑ Ð ÐÑÑÐÐÑ ÐÑ :) ÐÑÐÐÐ > ÑÐÐÐ ÐÐ ÐÐÐÑÐÐÐÑÐ > 'ÐÐÐ-ÐÑÑÑÐÐ ÐÐÑÑÐÐÐ Ð lug-bg' : > > ÐÐÐÑÐ ÐÐ ÐÐ ÑÑÐ ÑÑÐÐÐ/ÐÐ ÑÐ ÐÐÑÐ. > ÐÐ ÐÐ ÑÐ Ð ÑÑÑÐÐÐ ? > ÐÐÐ ÐÐÑÑÐ ÐÑ ÐÑÑÐÐÑÐ ÑÑÑÐÐÐ? ÐÐÐ Ñ ÐÐ > ÑÑÑ ÐÐÐÑÐÐÑÐ, ÑÐÐÑÑÐÐ ÑÐ > ÑÑÐÐÐÑ ÐÐ ÑÐ ÐÐÑÑÐÐÑ ÐÑÐÐ. > > ÐÑÑÑ Ð ÐÐÑÑÐ ÐÐÐÑÐÐ ÐÐ Ð ÐÑÑÐ, ÐÐÐ > ÐÐÑÐ, ÐÐÐÑÑ ÑÐÑÐ ÐÐ ÑÐ > Ð ÐÐ ÐÑÑÐ ÐÐÑÐÐ. Ð, ÐÐÑÐÑ ÐÐ ÐÐ ÐÐÐ, ÐÐÐ ÑÐ ÐÐÐÐÑ, ÑÐ ÑÐÐÐ ÐÑÐÐÑÐÐÐÑ ÐÐÑÐÐ ÐÐ ÑÑÑÑ ÐÑÑÐÐÐ ÐÐÐÑÑ, ÑÐ ÑÐÐÑ ÐÐÑÑ Ñ :)? ÐÐÑÐÐÑÐ ÐÐ ÑÐÐÑÑÐÐ ÐÐ Ð ÐÐÐÑÑ ÐÑÐ ÐÑÐÑÐÑÑ.. ÐÑÑÑÐ ÐÐÑÐ, ÑÐ ÐÐÑÑÐÑÐ ÐÐÑÐ ÑÐÐÑ ÑÐ ÐÑ Ð ÐÐ ÑÐ ÐÐ Ð Ð ÐÐ ÑÐÐÐÑÐÑÐÐ ÐÐÑÐÐÑÑÐÐ. ÐÑÐÐÐÑ ÐÑÐÑ ÑÐ ÐÐÑÐ ÑÑÐÑÐÐ ÐÐÑÐ. ÐÐÐÑÐ Ð ÐÐ Ð - ÐÑÐÑÐ ÐÐ Ñ ÐÐ Ñ ÑÐÐÐÑÑ Ð ÐÐÐÑ ÐÑÐÐÑÐ ÐÑÐ Ñ ÑÐ ÐÐÑÑÐ. ÐÐÑ ÐÑ ÐÐÑÐÐÑ ÑÐ ÐÑÑÐÐÑÐÐ ÑÐÑÐ.. ;) ÑÐÐÐ, Ð A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: bglinux again ?
On Wed, Mar 03, 2004 at 08:04:06PM +0200, raptor wrote: > ima li drug nachin da se generirat s localedef po drug nachin.. > Probwam da prawq .ebuild za bglinux (Gentoo) > > Problema e che tam nestata se prawqt w virtualna direktoriq (sandbox) i sled towa se > mergwat w root-fs, toest dokato instaliram ne moga da promenqm nisto w rootfs a samo > w tazi virtualna direktoriq.. > > Ta zatowa pitam dali ima nachin da ne se polzwa localedef ?! ÐÑÐÑÐÐ ÑÐ ÑÐÑÐÐÑÐ, ÐÐÐÑÐ Ð ÐÐ ÐÑÐÐÐÑÐÐÐÑÐÐÐ ÐÐ Gentoo. ÐÐÐÑÐÐÐ ÑÐÐÐ ÐÐ ÐÐÐÑ ÑÑÐÑÑÐÐÐÑÐ ÐÑ BG-LINUX, ÐÑÐÑÐÐÐ ÑÐ ÐÐ ÐÐÑ ÐÐÐ Ð ÑÐÑÐÑÑÑÐÐÑÐ. ÑÐ ÐÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐÐÑ ÐÐÑÐÑÑÐÐÐ ebuild. ÐÐÑÐÐÑÐ ÐÑÐÐÐ ÑÐÐÐ ÑÐÐÐ, ÐÐÐÑÐ ÐÐ ÑÑÑÐÐÐ ÐÐ ÐÐÐ. ÑÐÐ Ð ÐÐ ÐÑÑÑÑ ÑÐÑÐÐÑ ÐÐ ÐÐÑÐÐ . ÑÐÐÐ, Ð run-me.sh Description: Bourne shell script
Re: lug-bg:
On Sat, Mar 13, 2004 at 01:54:48AM -0800, Minko Markov wrote: > ÐÐÐ ÐÐÐÑÐ ÐÑÐ ÐÑÐ ÐÐÑÑÐÑÐ ÐÐ > ÑÐÑÐÐ ÑÐÐÐ -- ÑÑÑÐÐÐ ÐÐ ÑÐ ÐÑÑÑÐÐ > ÑÐÑÑÐ ÐÐ ÐÐÑÐÐÐÑÐ ÐÐÑÐÐÐ ÑÐÑÑÐ. ÐÐÑÐÐ Ð, ÑÐ ÐÐÐ ÑÐÐÑÐ ÐÑÐ. ÐÐÐÑÐ ÐÑÐ ÐÑ ÐÐÑÐÐÐÑÐÑÐ ÑÐ Ñ ÑÐ, ÑÐÐÐ ÑÐ ÐÐ ÐÐ ÑÐ ÐÐÑÐÐÐ ÐÑÑÑÑÐ ÐÐ ÐÐ ÐÐ ÐÑ? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [OT] Re: lug-bg: [META] mail lag
On Fri, Mar 05, 2004 at 08:39:54AM +0200, Vasil Kolev wrote: > ÐÐ-ÑÐÐÑÐ ÐÑÐÐÑÐÐÐ ÑÑÑÐÐÐ ÐÐ Ð ÑÐÑÑ - > ÐÐ ÑÐ ÐÐ MTA-ÑÐ > mail Ñ Ð ÐÐÐÑÑÐÑÐÐÐ, ÑÐÐÐ ÐÐÐÑÐ ÑÐ > ÑÐÐÐÑÑ ÐÐ ÐÐÐ, > MX-ÐÐÐ, ÐÐÐ ÐÐÑÐ ÐÐÐ, Ð ÑÐ ÐÑÑÐÐÑ ÐÐ X > ÐÐÑÐÐ ÐÑÐÑÐÑÐ ÐÐ > ÐÐÑÑÐÐÑÑ. ÐÐÑÑÐ MTA ÐÐ ÐÑÐÐÑÑ, Ð ÐÐ ÑÐ ÐÑÐÐÐ > ÐÐÑÐÐÑ > ÐÐÑÑ, ÐÑÐ ÐÑÐ ÐÐÐÑÐ ÐÐÐ ÐÐÑÑ > ÐÐÑÐÑ, ÑÐ Ð ÐÑÐÐÐ. ÐÐÑ lag ÑÐÑÑÐ Ð ÑÐ ÐÑ ÑÐÑ ÐÑÐ ÐÑÐÐ ÑÑÐÑÐ. ÐÐ ÐÑÐÑÐ ÐÐ Ð lug-bg ÐÐ ÑÑÐÐÐ ÐÑ ÐÐÑÐÐÑÐÐ ÑÐÐÑÑÐ ÐÐ news-ÐÑÑÐÐ. ÐÑÐÐ ÐÐ ÐÐÐ ÐÑÐ Ñ lag-a ÐÑÐÑÑÐ ÑÐÑÐ ÐÑÐ ÑÐ ÐÐÐÑÐÐÑÐ ÑÑÐÑÐÐÑÐ Ð ÑÑÐÐÐ ÑÐ Ð ÐÐÑÐÐÐÑÑÐ. Ð ÐÐÑÐÐÑÐ? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: linux vector graphics
ÐÑÐÐÐ ÐÐ ÐÐ ÐÐ ÐÐÑÐÑÐ ÐÑÐ ÑÐÑÑÑÐÑ ÐÐ ÐÐÐÑÐÑÐÐ ÐÑÐÑÐÐÐ ÐÐÐ ÐÐÐÑÐÑ? ÐÑÐ ÐÐÐÑÐ GIMP Ð ÑÐÐÐ ÐÐÑÐÑÐÐÑÐÐÐ ÐÐ PhotoShop ÐÐÐ ÐÐ ÐÐÑÐÑÑ ÑÐÐÐ ÐÐÑÐÑÐÐÑÐÐÐ ÐÐ ÐÐÑÐÐ ÐÑÐÑ? ÐÐÐÑÑ ÐÑÑÐÑ. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [OT] Re: lug-bg: [META] mail lag
On Sat, Mar 13, 2004 at 04:11:12PM +0200, Vasil Kolev wrote: > ÐÐÐÑÐÑÐÐ - ÐÐ :) Ð ÑÐÑÐ ÐÐÑ news reader, Ð > ÑÐÐÐ Ð ÑÐÑÐ > ÑÐ ÑÐ ÑÑ ÐÐ ÐÐÑÐÐÐÑÐ... ÐÐ ÐÐ ÑÐÐ Ð > ÐÐ-ÑÐ Ð ÐÐ ÑÐ > ÑÐÑÐ ÐÐÑÐ :) ÐÐÐÑÐ, Ð Ð ÑÐÑÑÐÑÐ ÐÐ mail2news-ÑÐÐÐ? ÐÐ ÑÐ ÐÐÑÐ ÐÐÐ :) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Slackware Install
On Fri, Mar 26, 2004 at 11:10:25AM +0200, Vladimir Germanov wrote: > ÐÐÑÑÐ ÐÑÑÐÐ, > ÐÑÐÑÐ ÐÑÐÑÑÑÐ 8 ÑÐÑÑÐ ÐÐÑÐÐÐ, ÐÑ > ÐÐÐÑÐ ÑÐÐÐ ÑÐ ÐÐÐ ÑÐÐÐ CD-ROM Ð Floppy, ÑÐ > ÐÐ ÐÐÑ ÐÐÐ ÐÐÐ ÐÑÐÐ ÐÐÑÑÐÐÐÑÐÑÐÐ > Slackware 9.1 Ð ÐÐ ÐÐÐÑÐÐÑÑÐÑÐÑÐÐ. ÐÑÐÑÐÑÐ > ÐÐÐ ÐÐ ÐÐÑÑÐÐÐÑÐÐ Ð ÐÐ ÐÑÑÐÐÑÐ 7 ÐÐÑÐÐÐ > Slack-Ð? ÐÐ ÑÑÑ ÐÐÐ ÑÐÐÐ 3COM 3C940 ÐÑÐ > ÐÐÑÑÐ ÐÐÑÑÐ ÐÐÐÑÑÐÐ PXE. ÐÐÑÐÑ ÐÐ SLackFTP > ÐÑÐÐÐÑÐ, ÐÐ ÐÑÐ ÑÐ ÐÑÐÐ ÐÐ ÑÐ boot ÐÑ > ÐÐÑÐÐÑÐ :( ÐÐÐÑÑ, ÑÐ Ð ÐÐÑÑÐÑÐ ÑÐ ÑÐÑÐ > ÐÐ ÐÐÑÑÐÐÐÑÐÐÐ ÐÑÐÐ USB, ÐÐ ÐÑÐÐÐ ÐÐÐ ÑÑÐÐ > USB Stick ÐÐÐ HDD :( > ÐÑÐ ÐÐÐ ÐÐ ÐÐ ÐÐÑÑÐÐÐÑÐÐ ? > > PS. ÐÐÑÐÐÐÑÐ ÑÐ "ÑÑÐÐÐ" Ð ÐÐ ÐÐ ÐÐ > ÐÑÐÐÑÑÐ, ÐÑÐÐÑÑ ÐÐ ÐÐ ÐÐÑÐÐÑÐÑÑÐ ÐÐ > , Ð ÐÐ ÑÐ ÐÐÑÐÐ ÐÐÐ... ÐÐÑÑÐÐÐÑÐ ÐÑÐÐ Ð loadlin. ÐÑÐ ÐÑÐ, ÑÐ Ñ ÐÐ ÐÑÑÐÐÑ ÐÐ ÐÑÐÐÐÑÐ ÐÐÑÐÐ DOS Ð ÐÐ ÑÑÐÐÐÑ ÐÐ ÐÐÑÐÐÐÑ ÐÐÐÑÐÑ-ÐÑÑ. ÑÐÐÐ Ñ ÐÐ ÑÐ ÐÑÐÐÐÑ ÐÑ ÐÑÐÑÐ ÐÐÑÑÐÐÐÑÐÑ ÐÐ Slackware. ÐÑÑÐÐÑ! -- Kamen A. TOMOV :. Cybuild Technologies .::. http://www.cybuild.com/ .: :. Resume .::. http://www.cybuild.com/resume/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Slackware Install
On Fri, Mar 26, 2004 at 01:13:40PM +, Elin wrote: > ot pismoto mu ne sam go razbral no mu predlozih i varianta prez > mrezata > Tosho Yankov wrote: > >ÐÐ ÑÐ, ÑÐ ÐÐ ÐÐ ÐÑÐÐÑÑ > >ÐÐÑÐÐÐÑÐ !!! ÐÐ ÐÐ ÐÑ ÐÐÑÐ ÐÑÐÑÐÐ ÐÐÑÐÐÑÐ ÐÑÑÐÐ?! ÐÑÐ Ð Ð ÑÐÐ ÑÐ - ÐÐ-ÑÑÐÐ ÐÐ Ð ÐÐ ÐÑÐÐ: > >>>PS. ÐÐÑÐÐÐÑÐ ÑÐ "ÑÑÐÐÐ" Ð ÐÐ ÐÐ ÐÐ > >>>ÐÑÐÐÑÑÐ, ÐÑÐÐÑÑ ÐÐ ÐÐ > >>>ÐÐÑÐÐÑÐÑÑÐ ÐÐ , Ð ÐÐ ÑÐ ÐÐÑÐÐ ÐÐÐ... ÐÑÐÐÐ ÑÐÐÐ ÑÑÐÐ Ð, ÑÐ ÐÑÐÐ Ñ ÐÐ ÑÑÐÑÐÐÑÐÐÑÐ ÐÐÑÐÐÐ: > >>>ÐÐÑÐÑ ÐÐ SLackFTP ÐÑÐÐÐÑÐ, ÐÐ ÐÑÐ ÑÐ ÐÑÐÐ ÐÐ > >>>ÑÐ boot ÐÑ > >>>ÐÐÑÐÐÑÐ :( -- Kamen A. TOMOV :. Cybuild Technologies .::. http://www.cybuild.com/ .: :. Resume .::. http://www.cybuild.com/resume/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Sun Microsoftems
Разврат му е майката - http://www.linux-bg.org/cgi-bin/y/index.pl?page=news&key=360326360 -- Kamen A. TOMOV :. http://www.cybuild.com/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Sun Microsoftems
On Sat, Apr 03, 2004 at 05:49:16PM +0300, Todor Pirov wrote: > > "Sun и Microsoft имат общ проблем - Линукс и явно главите на > корпорациите са преценили, че заплахата в негово лице е достатъчно > сериозна, за да решат да пренебрегнат различията си и да си > партнират." > > > това в смисъла на един закон на капитализма: по-голяма конкуренция = > радост за потребителя > > би трябвало да е добра новина : Да ама само на пръв поглед ;) На мен не ми прилича толкова на капитализъм, колкото на дива форма на монополизъм. Споразумението за технологично сътрудничество е радост за потребителите, ама Сън са оттеглили и антитръстовите си искове, което би било лоша новина, ако проблемите си останат. -- Kamen A. TOMOV :. http://www.cybuild.com/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Sun Microsoftems
On Mon, Apr 05, 2004 at 11:24:15AM +0300, Alexander Popov wrote: > BTW: Richard Stalman ako ne se lyzha kazwa w edno skoroshno > interview che se drazni ot towa che wmesto Linux/OSS horata da da se > zanimawat s razwiwane na produkti s otworen kod, te se zanimawat > predimno s "populqrizirane"... Къде е да го видим това интервю? -- Kamen A. TOMOV :. http://www.cybuild.com/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Sun Microsoftems
On Tue, Apr 06, 2004 at 12:15:19PM +0300, Ibrahim Tarla wrote: > Интерсно в какво точно ще си партнират Sun и Microsoft. На практика > те са технологични врагове - едните контролират Java технологии а > другите лансираха пряк конкурент - .NET Вярно е че дот нет е > голяма боза, но това не прави впечатление на еМеС дивелопърите > впечатление, защото така и така са свикнали с бозави технологии от > любият Майкрософт. Това е все едно Оракъл и Информикс да си > партнират (е ако и това го прочета някъде направо ще се > преквалифицирам в ТИРаджия...) Могат да направят .NET и J2EE да съжителстват по-добре. След това М-офт могат да включат Java VM в новата си боза. Пак там могат да се интегрират сервизи за връзка със Соларис. Обаче основната идея е да се обединят за да запазят статуквото си. pgp0.pgp Description: PGP signature
lug-bg: load balancing
Здравейте, Проблемът е следния: Имам два Ethernet канала към интернет по 512кбит-а всеки и Линукс-рутер. Искам всяка нова заявка автоматично да се разпределя по тях, така че каналите да се използват пълноценно. Бихте ли ме насочили към технология, която да използвам (без policy routing)? Благодаря предварително. -- Kamen A. TOMOV :. http://www.cybuild.com/ .: pgp0.pgp Description: PGP signature
Re: lug-bg: load balancing
On Thu, Apr 08, 2004 at 12:37:29PM +0300, Vasil Kolev wrote: > На чт, 2004-04-08 в 12:05, Stoimen Gerenski записа: > > Това, че на теб не ти харесва такъв начин на работа, не означава > > че не е полезно и не върши работа в определени ситуации. Що не си > > запазиш мнението за "родителите от женски пол" за тебе? Колкото > > до BGP-то ми се струва, че няма да свърши работа, много е трудно > > да направиш балансиране на трафика с този протокол, още > > повече-едва ли ще се навият на такова нещо. Предполагам също, че > > IP адресите които се ползват са различни за различните > > доставчици. Най-добре дай малко по-подробно описание на > > ситуацията. > > Умирам си от желание да разбера къде точно има смисъл от такова > балансиране. Практически round-robin е кофти алгоритъм за баланс на > пакети или tcp връзки е кофти избор, мога да дам един интересен и > доста подобен пример от не-много-близкото минало, като линиите на > академичната мрежа бяха 2 по 64 килобита до Амстердам, само че > едната отиваше в БАН, другата - в ТУ-София, между тях имаше 64 > килобитова линия, и се работеше на round-robin принцип. Така при > отпадане на линията между тях, или на нещо в едното от двете места > целия трафик умираше. > > Практически ти ставаш зависим вместо само от единия доставчик, от > двата. Гадна история, както и да го погледнеш. Благодаря за идеите. Става дума за един доставчик и връзката ще е с 2 кабелни модема и ще имам 2 IP-та. Силно се съмнявам да ме пуснат на техния BGP. Това с IRC-банването е гадно, но не ме притеснява. По-скоро ми трябва нещо, което да стане лесно. Поздрави, -- Kamen A. TOMOV :. http://www.cybuild.com/ .: pgp0.pgp Description: PGP signature
Re: lug-bg: load balancing
On Thu, Apr 08, 2004 at 01:37:16PM +0300, Stoimen Gerenski wrote: > Между другото, доколкото съм запознат, load-balance е когато се > балансира изходящия трафик равномерно(per packet или per > destination).Това което се опитва да направи Камен е може би > "load-sharing", което означава баланс както на изходящия, така и на > входящия трафик. Точно - може и да не съм се изразил правилно :) pgp0.pgp Description: PGP signature
Re: lug-bg: Опит за примирие Re: lug-bg: offtopic: И най-мъдрия ...
On Fri, Apr 16, 2004 at 11:42:48PM +0300, Doncho N. Gunchev wrote: > Като гледам колко/как се обсъжда темата, струва ми се че явно > проблема е сериозен. Едно време, когато поддържката на кирилица > куцаше на всяка стъпка, си пишехне ба 'чатица', 'шльо...' и т.н. и > никой не се оплакваше, но... времената се менят (и ние остаряваме). > Докато четях това писмо ми хрумна една идея, която е вече на 40-50 > секунди :).С риск да изтърся някоя голяма глупост, за което се из- > винявам предварително, ето я (някой ден ще се науча да не тръгвам > да пиша писма посреднощ може би): На мен идеята ми допада :) > Да се направи 'филтър', който да 'коригира' максимално получе- > ните от листата писма вместо да ги трие? Грешната кодировка мисля > може да се познае на база съдържащите се знаци при достатъчно дъл- > го писмо. Ако писмото е 2 реда, дори на китайски да е, мисля никой > няма да му направи впечатление. Yahoo примерно винаги, ама абсо- > лютно винаги праща US кодировка каквото и да става, но не променя > сърържанието - само се променя на CP1251/UTF-8 Според мен първото нещо, което може да се направи е да се пратят към /dev/null писма с грешно зададен Content-Type. Т.е. проверява се дали в бодито на писмото има повече от примерно 10 символа, които не идват от клавиатурата във декларираното кодиране и ако да писмото изчезва. И без това малко хора успяват да декодират подобни писма. Т.е. филтъра трябва да може да пропуска само писма, чието тяло нищо друго освен символите от клавиатурата, които са във вярно кодиране. По-добро от това трудно може да се направи. > Допълнително към тази 'услуга/филтър' може би може да се доба- > ви правило за преобразуване на 'Chatitza' към 'Чатица', (само ако > резултата прилича на кирилица примерно). Правилата за работа с > листата могат да включат инструкций. Обратната операция също може > да се окаже полезна (сещам се за http://www.linux-bg.org). Аз мо- > га да продължа да си мечтая за опционално прекодиране според же- > ланието на получателя още на сървъра... но ако продължа в тоя дух > скоро ще дотрябва да се пише нов mail сървър и да се намерят поне > още 10 машини за работата му... така че спирам дотук. > > пс: Сещам се, че надали всеки ще му допадне идеята някой да му > прекодира/коригира или каквото там се случи пощата (най-малкото > GPG подписите отиват), но надявам се малко мислене по темата > няма да навреди. Та, други идеи? Web интерфейс? След като отсеем писмата с правилно кодиране остава да се справим с чатицата. Наскоро написах едно скриптче, от което може да се почне. То е тотален кирилизатор - трябва да се постави на сървъра и да се настрои да филтрира тялото на писмата преди да ги изпраща. Ще останат следните проблеми: 1. Да, сигнатурите отпадат, ама си мисля, че може да ги пожертваме? 2. Английските думи ще бъдат "кирилизирани". 3. Т.нар. шльокавица не е стандартизирана и декодирания текст може да изглежда малко странно. Последното не е истински проблем. Даже би било допълнителен стимул за хората да си настроят правилно кирилицата. Синтаксиса на скрипта е: $ ./lat2cyr.pl <име на файл на шльокавица>|iconv -futf-8 iconv филтъра се ползва, за настройка на кодирането на изходния текст, в случай, че терминала ви не е УТФ-8. Скрипта го сложих тук: ftp://zlatenlist.homelinux.net:8021/pub/cyr2lat.pl Поздрави, -- Kamen A. TOMOV :. http://www.cybuild.com/ .: pgp0.pgp Description: PGP signature
Re: lug-bg: Опит за примирие Re: lug-bg: offtopic: И най-мъдрия ...
On Mon, Apr 19, 2004 at 09:44:37AM +0300, Ibrahim Tarla wrote: > >... > >2. Английските думи ще бъдат "кирилизирани". > >... > > > Според мен идеята за кирилизатор от чатица и шльокавица (моля, светнете > ме каква е разликата между чатица и шльокавица - няма да цитирате RFC > :)) е просто безумна. В голям процент от писмата се цитират команди или > извадки на английски, които сами се сещате какво ще стане с тях след > като скрипта ги омаже. За да съм по "образен ще симулирам малко скрипт > от горния пасаж: > > -> $ ./lat2cyr.pl <име на файл на шльокавица>|iconv -futf-8 > +> $ ./лат2цър.пл <име на файл на шльокавица>|иконв -футф-8 Няма разлика :) Става дума за чатица, маймуница и т.н. Това, което казваш си е проблем. Лошото е, че няма как скрипта да стане достатъчно интелигентен, че да се справя в посочените ситуации, без да се въведат някви конвенции. Иначе, отсяването на писма с грешно кодиране би могло да се направи сравнително лесно. Поздрави, -- Kamen A. TOMOV :. http://www.cybuild.com/ .: pgp0.pgp Description: PGP signature
Re: lug-bg: Монтиране на USB устройство
On Tue, Apr 20, 2004 at 03:37:41PM +0300, Атанас Мавров wrote: > Здравейте, > имам следния проблем - ползвам slackware-current, ядрото е 2.6.5 и се опитвам > да монтирам една флаш памет. Включена е поддръжката на hotplug, както и > модулите за usb. Когато включа паметта се разпознава: > 15:32:22:/# lsusb > Bus 001 Device 003: ID 0ea0:6828 Ours Technology, Inc. OTI-6828 Flash Disk > Когато се опитам да я монитам по този начин обаче се получава следното: > 15:34:49:/# mount -t vfat /dev/sda1 /mnt/cdrom/ > mount: /dev/sda1 is not a valid block device Хмм, защо /dev/sda1? Имам флаш памет която се намира на /dev/sd/c1b0t0u0p1 и се монтира по същия начин. -- Kamen A. TOMOV :. http://www.cybuild.com/ .: pgp0.pgp Description: PGP signature
Re: lug-bg: sobstveno izwestiawane za e-mail
Rosen Rosenov wrote: > Здравейте, > > Сигурно на доста от вас биха искали да имат отново уведомяване за > нова поща, но Мтел едва ли ще пуснат безплатно вече за абв и мейл.бг > . Та въпроса ми е следния: Мисля че може да се направи с fetchmail > i sendmail да се проверява пощата през pop3 i да се препраща през > sendmail на [EMAIL PROTECTED] Ако някой знае как става и > дали въобще е възможно това нека сподели. Това мисля, че можеш да го направиш с procmail. Трябва ти да напишеш едно правило в procmailrc. -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Къде се инсталират програми, проблем с екран
Не знам дали знаеш за тази клавишна комбинация на Тошибата: Fn + Up/Down Arrow Това повишава/понижава яркостта. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: netnews and lug-bg
Възможно ли е да се спре получаването на поща от ЛУГ-БГ, но да може да се поства. Питам, защото чета листата през нюуз клиент. -- Kamen A. TOMOV :. http://www.cybuild.com/ .: A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Seminar 2004
И аз да се включа: "Linux, защото свободата не е нищо друго освен правото ни на избор." -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Intel 440BX problem
[EMAIL PROTECTED] writes: > Zdraveite vsichki, Molq da mi pomognete da razresha problema, koito > imam: BIOS - a ne razpoznava HDD Maxtor 80GB/7200/ATA 133. BIOS > TYPE: v4.51PG BIOS ID: i440BX-I8671-CB648XBXC-00. Линукс заобикаля БИОС-а и адресира дисковете директно, така че ако намериш начин да буутнеш системата има огромна вероятност диска ти да е достъпен. Дано да стане и дано да си настроиш кирилицата. -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: *.SVG
On Wed, Oct 13 2004, Georgi Genov wrote: > Имам малко въпросче. > Няко случайно да има идея с каква програма мога да edit-вам файлове с > разширение *.SVG? > И с каква програма (различна от gimp) мога да export-вам файлове *.ps > във .png .gif .jpg и т.н. > Проблема идва от там, че чертая едни графики с NEATO, самото neato > може да генерира графиките > в каквито файлове си поискам ни ги компресира много > дърварски. Единствено *.ps остава с добро > качество но не ми върши работа този формат. sodipodi -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: разделяне на файловата система на данни и програми
Здравейте, Обмислям възможността да разделя диска си на дялове, такива че някои от тях да са монтирани read-only. Имам впредвид разделяне на данните от програмите. Подобни дялове може да съдържат директории като bin, lib, opt, sbin, sys, usr или линкове към тях. Какво мислите за подобен подход за повишаване на сигурността на системата? Обсъждан ли е този въпрос някъде, някога? Какъв е най-добрия начин това да се направи? Поздрави, -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: разделяне на файловата система на данни и програми
Благодаря на всички за съветите и линковете! On Mon, Nov 01 2004, Виктор Василев wrote: > ... > Oсновната грижа я е създал von Neumann, като е решил да третира > данни и код по един и същ начин :) > ... Хех.. интересно. Ама човека не е виновен - правил е просто модел и хората са го разбрали твърде буквално ;) Поздрави, -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: разделяне на файловата система на данни и програми
On Mon, Nov 01 2004, Skeleta wrote: > >>Oсновната грижа я е създал von Neumann, като е решил да третира > >>данни и код по един и същ начин :) > >> > > > >Хех.. интересно. Ама човека не е виновен - правил е просто модел и > >хората са го разбрали твърде буквално ;) > > Третирането на данни и код по еднакъв начин е голяма екстра и едва > ли е имало някакъв начин да се избегне по онова време. > > Ако искаме да ги разделяме тези работи, много ще се затрудни > всякаква работа с компютрите. Съвременните системи ги делят частично > програмите и данните, колкото да се повиши малко надеждността, също > и стил да се демонстрира, но възможността за третиране на данни като > програми и обратно е толкова фундаментална, че без нея няма да има > изобщо компютърни науки, компилатори и пр. Ау.. май шегите стигнаха твърде далече в смесването на модели и реалност. Сега се страхувам, че някой обещаващ, но млад колега може да заключи, че ако искаме да разделяме тези работи (данни и програми на диска примерно ;) ) много ще се затрудни всякаква работа с компютрите, което разбира се Скелет не искаше да каже. Нека само добавя, че не външната памет, каквато е хард диска, се имаше впредвид досега при дискутирането на арх. модели като този на Фон Нойман. > Измислят се и специални техники за прикриване на съвместното > третиране - обектното програмиране за мене си е почти смесване на > програми и данни, ама кръстено с друго име. > > Изобщо като правиш нещо с някаква информация, няма начин да се > забрани самоизразяването (т.е. възможността да лъжеш системата), > вкл. такива ефекти като маскарадинга, тунелирането, криптирането и > пр. тарикатски неща. > > А не е и нужно. Много скучен ще стане света. Всъщност, ако отида още по-далеч в пренасянето на моделите в реалността бих казал, че при изграждането на големи системи винаги сме се стремяли да се доближим повече до Харвардската архитектура, от колкото до Фон Ноймановата - в тях максимално избягваме миксирането на данни и програми на един физически носител. Има различни доказателства за това. Така например - избягваме получаването на суап партишъни чрез увеличаването на опреративната памет, разполагаме с отделни сървъри за данни, каквито са сървърите за бази данни и т.н. Не мисля, че ОО езиците са изключение в това отношение. Те могат да се разгледат като модел на процесорен език от по-високо ниво. В такъв процесор по аналогичен начин се формират инструкциите - чрез четене на физически отделна памет каквато може да бъде една БД например. Единствената разлика е, че множеството от инструкции на такъв процесор е различно. То вече е прерастнало в език. Поздрави, -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Рутиране на две връзки към един гейтуей
Здравейте, Имам Линукс машина с ядро 2.6, на който има 3 мрежови карти. Бих искал да попитам какви правила трябва да имам в руутинг таблицата, така че външния трафик от мрежа 192.168.254.0/25 да се рутира през първата карта, а този от мрежа 192.168.254.128/25 - през втората. Проблемът идва от там, че GW1 е същия като GW2, както и мрежата на GW1 е същата като мрежата на GW2. Конфигурацията е следната: Шлюзове : GW1=GW2 Мрежи : NW1=NW2 Мрежови маски : NM1=NM2 Интерфейси : eth1: NW1/NM1, gw1: GW1, ip: IP1 eth2: NW2/NM2, gw2: GW2, ip: IP2 Това което опитах до сега е следното: iptables -t nat -A POSTROUTING -s 192.168.254.0/25 -o eth1 -j SNAT \ --to-source IP1 iptables -t nat -A POSTROUTING -s 192.168.254.128/25 -o eth1 -j SNAT \ --to-source IP2 Изтрих всичко от главната таблица за рутиране и добавих следното: ip route add to 192.168.254.0/25 dev eth0 src 192.168.254.1 table 170 ip route add to NW1/NM1 dev eth1 src IP1 table 180 ip route add to NW2/NM2 dev eth2 src IP2 table 190 ip rule add prio 58 table 170 ip rule add from 192.168.254.0/25 to NW1/NM1 \ iif eth1 table 180 prio 59 ip rule add from 192.168.254.128/25 to NW2/NM2 \ iif eth2 table 190 prio 60 След тези команди очаквах GW1 да бъде достъпен на част от мрежата ми (192.168.254.0/25), но това не стана. Той не беше достъпен нито от рутера ми, нито от някой възел от вътрешната ми мрежа. Посветих на този въпрос вече няколко денонощия без да намеря отговор, така че ако обичате спестете ми съвети от вида - прекарай всичко през едната мрежова карта или пък - сложи си още един рутер, или пък - говори с доставчика да направи това или онова или ако не го смени. Благодаря предварително за помощта. Поздрави, -- Камен ТОМОВ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Fri, Jan 28 2005, Dimitar G. Katerinski wrote: > ... > Поздрави, > Димитър Благодаря на всички за помощта. Напреднах малко, но не достатъчно да си реша проблема. Съмнявам се, че това не работи, защото по този начин реализирано ще има проблем във връзката на мрежа 192.168.254.128/25 с 192.168.254.1. Ето ми правилата: iptables -t nat -A POSTROUTING -s 192.168.254.0/25 -o eth1 -j SNAT --to-source $IPE1 iptables -t nat -A POSTROUTING -s 192.168.254.128/25 -o eth2 -j SNAT --to-source $IPE2 ip route add $NW/$NM dev eth1 src $IPE1 table 230 ip route add 192.168.254.0/24 dev eth0 src 192.168.254.1 table 230 ip route add default via $GW dev eth1 table 230 ip route add $NW/$NM dev eth2 src $IPE2 table 231 ip route add 192.168.254.0/24 dev eth0 src 192.168.254.1 table 231 ip route add default via $GW dev eth2 table 231 ip rule add from 192.168.254.0/25 table 230 prio 230 ip rule add from 192.168.254.128/25 table 231 prio 231 Като се има в предвид, че eth0 е локалния ми интерфейс с единствен адрес : 192.168.254.1 Поздрави, -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Fri, Jan 28 2005, Georgi Genov wrote: > До колкото разбирам физически двете мрежи са всъщност една. > Самия рутер ги разделя като две като просто рутира половината > мрежа през един интерфейс другата през друг. > Ако клиентите ти от "двете мрежи" имат: > IP 192.168.128.XXX > Netmask 255.255.255.0 > GW 192.168.128.1 > То те ще се виждат директно без да минават през рутер, защото > са в една мрежа.А смият рутер ще ги рутира в зависимост от IP-то. Хмм, прав си. Следователно проблема е някъде другаде. Това което се наблюдава в така конфигурираната мрежа е, че трафика се рутира в зависимост от това какво е заложено в main routing таблицата като шлюз и интерфейс по подразбиране. Въпроса е защо така става при положение, че приоритета на другите две таблици е по-голям?! Имам чувството, че рутера ми не го кефят тия таблици и че той ги заобикаля по някаква необяснима причина. -- Kamen A. TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
Здравей Георги, Не съм сигурен, че разбирам препоръката ти.. On Fri, Jan 28 2005, Georgi Genov wrote: > Не обещавам това да работи не съм го провал. Но мисля, че такъв > трябва да е принципа на това, което искаш. > > #LAN > /sbin/ip link set eth0 up > /sbin/ip addr add 192.168.254.1/24 > > #UPLINK 1 > /sbin/ip link set eth1 up > /sbin/ip addr add aaa.bbb.ccc.ddd/x > > #UPLINK 2 > /sbin/ip link set eth2 up > /sbin/ip addr add AAA.BBB.CCC.DDD/X > Дотука ясно - дигнал съм си интерфейсите и аз. > #Default GW > /sbin/ip route add 0.0.0.0/0 via aaa.bbb.ccc.ddd/x dev eth1 > #/sbin/ip route add 0.0.0.0/0 via AAA.BBB.CCC.DDD/X dev eth2 > Какво имаш в предвид при положение, че: - "via" трябва да е последвано от рутер а не от мрежа; - Наистина ли искаш да пиша "0.0.0.0/0" или имаш в предвид да го заместя? > #ROUTE TABLE > /sbin/ip route add 0.0.0.0/0 via aaa.bbb.ccc.ddd/x dev eth1 table 1 > /sbin/ip route add 0.0.0.0/0 via AAA.BBB.CCC.DDD/X dev eth2 table 2 > > #RULEz > /sbin/ip rule add from 192.168.254.1/25 table 1 > /sbin/ip rule add from 192.168.254.128/25 table 2 > Тука по същия начин не е ясно какво препоръчваш, но ако допусна че това са просто грешки, то аз правя същото в моят скрипт и пак не се получава това което трябва. > #MASQUERADE > /usr/sbin/iptables --table nat --append POSTROUTING --out-interface > eth0 -j MASQUERADE > /usr/sbin/iptables --table nat --append POSTROUTING --out-interface > eth1 -j MASQUERADE > /usr/sbin/iptables --table nat --append POSTROUTING --out-interface > eth2 -j MASQUERADE > Тука има две основни разлики, които не разбирам: - Какъв е проблема, че да използвам MASQUERADE, вместо SNAT? - Защо препоръчваш да има правило за eth0? > #FORWARD > /usr/sbin/iptables -P FORWARD DROP > /usr/sbin/iptables -A FORWARD -s 192.168.254.0/24 -j ACCEPT > /usr/sbin/iptables -A FORWARD -d 192.168.254.0/24 -j ACCEPT Това последното също го имам под една или друга форма. Поздрави, -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Sat, Jan 29 2005, Georgi Genov wrote: > ... Георги, Това което си препоръчал като правила в голяма степен съвпада със скрипта, който публикувах и който по една или друга причина не работи. Така че все още нямам решение на проблема. -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Sat, Jan 29 2005, Georgi Genov wrote: > ... > /sbin/ip route del 192.168.254.0/24 > > защото имам чувството че правилата в таблици 170, 180 и 190 не се > изпълняват защото въобще не стигаш до тях Теоретично main таблицата е с по-нисък приоритет от новите таблици. Така че не би трябвало да се стига въобще до нея. Ето текущата конфигурация: r2 root # ip rule ls 0: from all lookup local 32764: from 192.168.254.0/25 lookup 230 32765: from 192.168.254.128/25 lookup 231 32766: from all lookup main 32767: from all lookup default r2 root # ip route ls A.B.C.0/24 dev eth2 proto kernel scope link src A.B.C.X A.B.C.0/24 dev eth1 proto kernel scope link src A.B.C.Y 192.168.254.0/24 dev eth0 proto kernel scope link src 192.168.254.1 default via A.B.C.D dev eth1 default via A.B.C.D dev eth2 r2 root # ip route ls table 230 A.B.C.0/24 dev eth1 scope link src A.B.C.X A.B.C.0/24 dev eth0 scope link src 192.168.254.1 default via A.B.C.D dev eth1 r2 root # ip route ls table 231 A.B.C.0/24 dev eth2 scope link src A.B.C.Y A.B.C.0/24 dev eth0 scope link src 192.168.254.1 default via A.B.C.D dev eth2 На практика обаче точно данните от main таблицата се използват за вземане на руутинг решение, което не си го обяснявам по никъв начин. -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
Здравей Димитър, On Sat, Jan 29 2005, Dimitar G. Katerinski wrote: > Здравей, извинявай че малко късно пиша, но бях зает в последните > дни. Прочетох нишката от писма по надолу, и те моля най искрено, не > прави глупости от типа на: > > "#MASQUERADE > /usr/sbin/iptables --table nat --append POSTROUTING --out-interface eth0 -j > MASQUERADE" Добре - Няма да ги правя :-) > Така, относно, това че се съмняваш дали работи, пробва ли изобщо? Аз > мисля, че ще работи, но само за едната мрежа. Не се беше уточнил че > на машините от вътрешната мрежа, си настроил маски от типа /25. Всъщност, не съм настроил такива маски. Заблудих се за момент, че може да има проблем, но тъй като няма такива маски - няма и проблем. > За да може да има връзка и към втората мрежа от рутера, трябва да > подмениш и добавиш следните правила: > > 1. Да добавиш втори IP адрес на интерфейса към вътрешната ти > мрежа. Нека бъде нещо подобно на ip addr add 192.168.254.254/25 dev > eth0 > 2. Да изтриеш и да оправиш маската на предишния IP адрес > 192.168.254.1/24 на 192.168.254.1/25. > 3. За всяка от двете таблици, където указваш рутинг правило за всяка > една от двете вътрешни мрежи, трябва да направиш следното: > > за таблица1: > ip ro add 192.168.254.0/25 dev eth0 src 192.168.254.1 table table1 > > за таблица2: > ip ro add 192.168.254.128/25 dev eth0 src 192.168.254.254 table2 > > 192.168.254.254 следва да бъде указан като шлюз по подразбиране на > хостовете от 192.168.254.128/25 мрежата. > > > > ip rule add from 192.168.254.0/25 table 230 prio 230 > > ip rule add from 192.168.254.128/25 table 231 prio 231 > Моля те, освен ако нямаш експлицитна нужда да използваш prio, и > разбираш как работи това, кои са номерата на local,main и > т.н. таблици, не го използвай. Разбирам как работи prio, но и без да го задавам се получава с подходящ приоритет. > Ще добавиш това, което ти казах нали? Инак няма как :) > > Поздрави, > Димитър > > P.S. Моля те, пробвай всичко това, и ако искаш да получиш отговори, > кажи какво точно не работи. А не да изказваш предположения, че нещо > нямало да работи. На практика това, което ми препоръча не се различава особено от това което бях написал в 1то си писмо. Трудно е да се каже какво точно не работи, тъй като нямам данни през коя таблица колко пакета и как са минали. Както вече казах, въпреки правилата пакетите се рутират само спрямо главната таблица на рутиране. Поздрави, -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Sat, Jan 29 2005, Dimitar G. Katerinski wrote: > И още нещо, което забравих, за да нямаш чувството , че след като въведещ > по горните команди, хостовете се рутират пак през main таблицата. Изпълни > ip ro flush cache, за да изтриеш всички кеширани рутинг записи. Правя flush cache, но това не решава проблема. -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Re: lug-bg: Рутиране на две връзки към един гейтуей
On Sat, Jan 29 2005, Nickola Kolev wrote: > ... > Не следя нишката, но когато се вдигат IP адреси от една и съща мрежа в > един и същи мрежов сегмент, понякога се получават доста странни проблеми. > ... Опасявам се, че наистина това е проблема. Съмнявам се, че задачата има тривиално решение. Благодаря за връзките. -- Kamen TOMOV A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Re: lug-bg: Re[2]: lug-bg: Рутиране на две връзки към един гейтуей
Здравейте, On Wed, Feb 02 2005, Jordan P. Petkov wrote: > Да, но до колкото разбрах всъщност това не е неговия случай. > Правилно, това не е моят случай. В посоченената документация става дума за два доставчика, и е неприложима за две връзки към един доставчик като при това с адреси в една мрежа. > ... > В крайна сметка, Камене, как ти е топологията ? > 192.168.254.0 от локалната ли е, или е на ISP? > не мисля, че ще е ти е голям проблем да го напишеш, начертаеш и > обозначиш с истинските адреси. > ... Да прав си - картинките носят много по лесно смилаема ситуация и трябваше това да го направя отдавна. Ето ми топологията с примерни адреси : /--eth1 212.401.1.183 -- ~ --\ LAN---eth0-< >--- ISP GW 212.401.1.1 \--eth2 212.401.1.56 -- ~ --/ В крайна сметка се оказа технически възможно да ми сменят IP адресите, така че да са в различни мрежи, т.е. проблема беше решен като беше заобиколен :) Предложените в листата решения не бяха приложими за конкретния проблем, а именно ако имаме два интерфейса с IP-адреси в една и съща мрежа. Въпреки това благодаря за желанието на хората да помогнат. А от заядливи забележки, както и от пишман-помагачи - "файда никакъв" ;) Вероятно съществува решение някъде измежду предложените връзки, но след като намерих начин да заобиколя проблема престанах да дълбая и не съм навлизал в дебрите на концепции като "the flux problem". Причината е че за този проблем ме интересуваше повече резултата, от колкото изследването на нови области в рутирането. Жалкото е, че не можахме да стигнем до окончателно решение в листата, т.е. хора които опрат до проблема трябва сами да стигнат до решение. Поздрави, -- Камен ТОМОВ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [OT] [Flame] Re: lug-bg: Linux problema v Bulgaria
Васко, благодаря ти, че каза тия неща. Напълно те подкрепям. Жалко, че ставаме свидетели на подобен тон. Срамота е да ни държат сметка или да ни дават акъл от такава позиция. Поздрави на групата, Камен On Sun, Jul 27, 2003 at 11:37:23PM +0300, Васил Колев wrote: > Постинга ти беше изруган, най-вече, защото > беше труден за четене. Това > беше го постингал с писане на латиница, с > липса на препинателни знаци, и > въобще с такъв стил на писане, че чак беше > болезнено да се чете. > > Няма никакъв проблем да си пишеш на кирилица, > и да вкарваш терминология > в нея, като web hosting, debug-ване , и така нататъка - > можеш да > превключваш, и да пишеш термините на латиница, > както и да си правиш > глаголи с -вам и т.н. (български, предполагам, > си учил). > > Не пречи и малко по-нормален тон да > употребяваш... Тук _АБСОЛЮТНО НИКОЙ_ > не е длъжен да ти помага. Прави се, защото на > хората им харесва да го > правят, и защото имат време. Като не им > харесваш, няма да ти помогнат, и > даже и няма да се замислят :) Както и трябва да > бъде. > > За qt - ти си на слак. Какво ти пречи просто да си > компилираш новото qt, > след което да рекомпилираш пакетите, на които > им пречи разликата м/у > версиите? Ето ти кратко и ясно обяснение :) > > Как да инсталираш пакет x,y,z, си пише в > документацията на пакета. Като > не можеш да четеш, страдай :) > > Колкото до HOWTO-то на Георги за mplayer - да, готино > е, но това е един > от малкото пакети, на които може да им > потрябва подобно HOWTO, заради > купищата пинизи, които може :) А те така или > иначе могат да се научат от > документацията, и с малко мислене, но айде, ти > си потребител, на тебе ти > се позволява да си неинформиран и заблуден > > А, да, не прави на хората това, което не искаш > да ти правят на теб - > пиши учтиво, за да не бъдеш наруган, и не > очаквай от хората да са длъжни > да ти помагат, само защото са се записали в > тази листа. Някъде да пише - > помагаме на всички, ние сме благотворителна > организация? > > Ако не ти харесва, отдолу на всеки постинг > пише как да се отпишеш. Вземи > ни направи тази услуга, помисли малко, и реши, > дали ще ни пречиш само, > или ще направиш нещо полезно и за нас, и за > себе си. > > На ?, 2003-07-27 в 22:31, [EMAIL PROTECTED] записа: > > Kato nemozesh da dadesh akul, po dobre si zamulchi, za da ne kazesh > > niakoia glupost - koj li go beshe kazal ? > > > > Ami da rechem slednoto, gledam si fen na Slack-a, ha sega me swetni, > > shtoto da rechem az sum nachinaesht slack(gluposti govoria, linux > > user), ama friends me izlugaha che slack e da best. Ta imam si slack > > 9.0, ideiata e kak da si sloza qt 3.2.0, kogato 3,1,x e po default w > > slackware, pri remove KDE i srodnite mu umirat, a puk az iskam hem da > > polzwam KDE 3.1.x hem, da polzwam CVS LICQ, Kaptain, koito puk ot > > swoia strana iskat 3.2.0, i pak li kum HOWTO shte me pratite, > > interesno no HOWTO za rabota na 3 QT versii na edna sistema niama, > > oshte poweche za Slack. > > > > Drugo da pitam li ? > > > > Aha, kak da si instaliram xMule na Slakcware i OSD (za 9.0 goforim), > > kato shte e sharenia da e sharenia :) > > > > Derzaite, i prestanete da se zaiazdate basi, kato nemozete da dadete > > akul, trajte si. Evala na Georgi Chorbadjiiski che sedna da napishe > > edno kachestweno HOWTO - Mplayer ? > > Ami ostanalite Commrads ko napraihte, napulnihte listata i forumite s > > gluposti, koj koia po goliama shte ia izcepi, a da i da se zaiazdate s > > poor users, deto ot nemaj kude se opitwat da rabotiat pod i s Linux, > > ako nawremeto imah takuw help, kakuwto okazwate sega, shtiah da si > > ostana vurl fen na OS/2 :) > > > > I se zamislete malko, edin Chorbadjiiski nemoze da ogree nawsiakude, > > kato znaesh neshto sedni i napishi Guide, ne wiarwam da wi lipswa dar > > slowo - e za zaiazdane si go imate, ama za neshto seriozno ? > A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: MPlayer: subtitri
Здравейте група! Питането ми е във ваканционен дух, а именно по отношение на субтитрите в MPlayer: Получава се е едно неприятно трептене на субтитрите, когато гледам филми. Може ли да оправи? Другия проблем е, че не виждам как бих могъл да преместя субтитрите си по вертикала, така че да не са върху картината. И двете неща изглеждат маловажни проблеми, но когато се събираме с приятели да зяпаме някой филм и ме карат да буутвам под уин, а там както всички знаем бозата е голяма, а и ме е срам да имам проблеми с Линукс - лош PR. Не се колебайте да ме препратите към някое HOWTO, стига да има отговор на въпроса ми там. Благодаря ви предварително. Софтуер: Slackware 9.0 MPlayer 0.90rc5-3.2.2 Камен A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: MPlayer: subtitri
On Mon, Jul 28, 2003 at 12:27:38PM +0300, Plamen Tonev wrote: > > Получава се е едно неприятно трептене на > > субтитрите, когато > > гледам филми. Може ли да оправи? > > > Пробва ли с друг -vo драйвер? Мисля че при мен > при определен > -vo драйвер (нещо различно беше от xv,x11) ми се > случваше това > дразнещо трептене (мисля че видео драйвера се > бори с overlay-a > ;-) Благодаря ти за идеята! Току що пробвах с -vo sdl и е OK. > > Другия проблем е, че не виждам как бих могъл > > да преместя > > субтитрите си по вертикала, така че да не са > > върху картината. > > > > Мисля, че тук момента беше малко крив??? > Май 100% беше долният край на картината и не > можеше да слезе > по-надолу... > Някой може ли да помогне да каже дали е така? Интересното е, че с -vo sdl субтитрите се позиционираха точно под картината! Изненада ;) > > а и ме е срам да имам проблеми с Линукс - лош PR. > > > Няма да се срамуваш ;-) Тва е един от малкото моменти, когато мога да демонстрирам, какво може Линукс пред приятели, така че радвам се че вече съм спокоен ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: MPlayer: subtitri
On Mon, Jul 28, 2003 at 01:46:33PM +0300, Стоян Цалев wrote: > Здрасти Камене, Здравей! > имам спомени за подобни проблеми при някои > видео outpuт > драйвери (май fbdev?), така че няма да е лошо все > пак да > дадеш малко информация за това. Все пак може > да пробваш с > опцията -double, така се буферират два кадъра във > видео > паметта вместо един. Естествено,идеята е да > имаш повечко > памет на видеокартата. Оказа се, че опцията -double премахна трептенето дори и със стария драйвер: -vo xvidix. > А за позиционирането на субтитрите, виж > тези две > опцийки: -subpos и - -subalign. Помагат. :) Единствения начин, по който успявам да поставя субтитрите под картината, обаче, е с -vo sdl. Не знам как го правят ама бачка ;) > Успех. > Stockton Благодаря! A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Problem s Mplayer
On Mon, Jul 28, 2003 at 03:34:33PM +0200, Nickolay Kolev wrote: > Здравейте, > > Това ми е първото съобщение в LUG-BG. То е и > първото писмо, което май пи > ша на кирилица, надявам се да можете да го > прочетете. Здравей! Кирилицата ти е ОК. Добре дошъл в LUG-BG и аз пратих днес първото си съобщение. > Имам следния проблем с Mplayer. Ако го стартирам > от теминала така: > > mplayer film.avi или съответно gmplayer film.avi > > си работи както трябва. Ако при стартирането > обаче го изпратя назад > (mplayer film.avi &) увисва. Рамкта на филма се появява, > а вътре е само > черно, в терминала уж всичко е наред, а натисна > ли Enter виждам, че проц > есът е спрял. За да махна появилата се рамка му > трябва (kill -9). Същата > работа е и с gmplayer. Това ми се струва е стандартното поведение на това приложение. Не виждам защо трябва да те притеснява. Винаги можеш да го спреш с C-Z и да го resume-неш с fg. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: MPlayer: subtitri
On Tue, Jul 29, 2003 at 04:15:10PM +0300, Ангел Вълков wrote: > > И двете неща изглеждат маловажни проблеми, > > но когато се > > събираме с приятели да зяпаме някой филм и ме > > карат да > > буутвам под уин, а там както всички знаем > > бозата е голяма, > > а и ме е срам да имам проблеми с Линукс - лош PR. > Не съвсем аз например нямам никакви проблеми > да гледам всичко което под Win > гледам при по-добро кочество на сравнително > бавна машина + няколко формата, > които за да ги гледам и тях под Win трябва да > ползвам един куп различни > плейъра. С тези опции субтитрите наистина са там където трябва, независимо от "-vo" параметъра. Вече и аз нямам причина да буутвам под Уин, за което съм особено благодарен ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Linux PCs in Munich
On Wed, Jul 30, 2003 at 06:43:06PM +0300, Plamen Tonev wrote: > Какво мислите за това? > > Fun Fact About Those Linux PCs in Munich > And speaking about Linux stories you don't hear much from the Linux-loving mainstream press, consider the following. Remember that story about the city of Munich choosing Linux to power 14,000 desktop computers? One aspect of this story that most people don't know about is that up to 80 percent of those Linux desktops will be equipped with VMWare, a virtual machine emulator, under which they will run Windows and Windows applications. That's right, folks: The majority of those "Linux desktops" will be used to run … Windows. [кръц] Чиста пропаганда. Дори и да върви VMWare на тези машини, то едва ли е за да "run Windows", а по скоро за да работят приложенията, с които хората си вършат работата. Най-вероятно тва е софтуер за Уиндоус писан по времето на Уин 3.1. Прави чест на управата на Мюнхен, че е избрала Open Source. На тоя сайт, където е статията, има статии озъглавени: Report: Embedded XP, CE .NET is Cheaper Than Embedded Linux, а също и неща от сорта: Download MSN Messenger 6.0 Не знам за вас, ама аз не бих ходил там ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Linux PCs in Munich
On Thu, Jul 31, 2003 at 10:31:52AM +0300, Plamen Tonev wrote: [кръц] > Така е, разбира се, че е заради приложенияНО > именно > това е интересно..защо > не ги пренапишат или емулират, Wine. > + това ако изчислиш парите необходими за двата > варианта, > наистина ще разбереш какво имам предвид. > > Old style ;-) > Вариант 1: > - Only Windows v.whatever - $edin_windows (вероятно със > свалки и четки от M$ т.е със сигурност $price < > $edin_windows > > Open...source...free...your mind...ала-бала... > Вариант 2: > - GNU/Linux (probably for free [no support?]) > - VMWare - $329 > - Windows v.whatever - $edin_windows (разбира се без отстъпки > най-вероятно [като се разчуе за първият ред ]) > > New age ;-) > Вариант 3: > - GNU/Linux - $support > - Coders (for developing old apps) - $? > > Ха сега ми обяснете Munich тъпи ли са, просто ей > така заради > идеята ли? На твое място не бих подценил управата на Мюнхен. Тва да не са нашите далавераджии. Най-вероятно хората са си свършили работата - направили са анализ и са теглили чертата. Неведоми са пътищата на парите и не мога да ти отговоря на всички въпроси. Можем само да правим догадки, а моите догадки са че всеки доставчик на софтуер прави отстъпки за количество, а именно че VMWare едва ли им е струвал $329 на работно място. Трябва да се отбележи още, че един чиновник не може да си смени навиците overnight и да мине на Линукс. Така че на тяхно място и аз бих се замислил дали да не купя VMWare за предприятието ми за примерно година, докато ми мигрират и модернизират приложението. Основното в случая е дългосрочната перспектива, а тя е че хората инвестират както в Линукс на сървъра така и на десктопа и тва не трявбва да те учудва. > Виж, няма значение останали статии...нещата > свеждат до > true|false, то и на freshmeat имаше реклами на .NET Как да няма!? Когато става дума за медии, нещата са далеч от true/false, от черно/бяло, от добро/зло и тем подобни. Там просто дявола чете Евангелието и всичко зависи от тва кой му плаща за да го чете. Не става дума просто за реклами, а какви интереси се обслужват. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: no MBR no diskette no Linux?
On Fri, Aug 29, 2003 at 12:46:08PM +0300, Sebastian z55 wrote: > preinstall na windows i si zatrih MBR s Lilo-to na Slack - kak moga da go podkaram > otnovo? Буутваш от буут дискетата или от диструбуционния диск на Слак-а и там където те пита даваш параметър-а: root=/dev/hda1 или където ти е руут-партишъна. Като се логнеш пишеш lilo и вече си имаш Линукс ако искаш и Уинбоза трябва да си я сетнеш в lilo.conf Успех! Камен Послеслов: Ако нямаш буут дискета на Слака си изтегли от сайта и си я запиши под Уиндоуз A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Problem? s KDE i oshte edin sys CDROM ;-)
On Mon, Sep 08, 2003 at 01:52:46PM +0300, Plamen Tonev wrote: > Не...не благодаря - аз също имам 2 такива > кабела...но изкарват гаден шум в > аудио-то...интерференция с компонентите от > кутията. > И затова искам digital audio - а и са отживелица тия > кабелчета...преди нямаше как... Пламене, че се случва да влиза шум през аудио входовете на звуковата карта - случва се по някакви причини, ама че са отживелица...хммм. Тези кабелчета спестяват доста процесорни цикли. Освен това в общия случай през тях не би трябвало да влиза толкова шум. Вероятно и DAC-а на CD-то ти е по-зле от този на картата ти. Ама има куп други фактори. Не съм сигурен, че някакав универсален софтуер може да чете аудио данни по добре от фирмуеъра на CD-то. Става дума за корекция на грешки и тем подобни. На практика ми се струва, че CD-то ще върти доста повече, когато използваш тва т.нар. digital audio в сравнение с другия случай. А тва, само по себе си, е фактор за повече грешки. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Problem? s KDE i oshte edin sys CDROM ;-)
On Tue, Sep 09, 2003 at 10:25:21AM +0300, Doncho Gunchev wrote: > KDE 3.x (ne znam ot koq natatyk) ima w IOSlaves s koito ot dadeno audio CD > moje da si svalish direktno mp3/ogg/wav failowe. Formata e > audiocd:/?device=/dev/scd0?paranoia_level=0&use_cddb=0 primerno > W Control-Center-a na KDE-to na Information -> Protocols na 1-wo mqsto > se myrdi tochno tozi i ima midlq dostatychno info kak :) Predpolagam che > swireneto na wav shte e nai-lesno :) Тва е забележително. Всичко си е както казваш. Аз обаче драгнах и дропнах един аудио файл в/у Kabodile и музиката беше накъсана, а когато пуснах същата песен с KsCD свиреше нормално. Освен тва натоварването на машината в 1-я случай беше доста по-голямо от това във втория. Вероятно съм бил свидетел на 2-та случая - "с кабелче и без кабелче" :) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: [off[ slashdot izwadka :")
Определено не съм съгласен с теб. Няма "излишни пари", а когато много пари отиват в хазната на един монополист, то се храни една система, заради която скоро няма да настъпи промяна в мисленето на хората и под комютърна грамотност ще продължава да се разбира не това което трябва. А зад RHCE поне стои една нормална компания. On Tue, Sep 16, 2003 at 02:07:42PM +0200, Yasen Balev wrote: > Недей де. Хората са намерили някакъв начин да > насочват потока от излишни пари > по предназначение. От друга страна, какво > според теб е RHCE? > > On Tuesday 16 September 2003 00:08, raptor wrote: > > ne movah da se sdyrva :")) > > > > > > Minesweeper Certified Solitaire Expert (MCSE) > > etc, etc... A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: MySQL update
On Fri, Sep 19, 2003 at 05:28:43AM -0700, martin petkov wrote: > > |user_id|credit| > > |1 |10| > |2 |10| > |3 |10| > |4 |10| > |5 |20| > |6 |20| > |7 |10| > |8 |10| > > > t.e. kak da se update-nat stoinostite na credit (s 5 > naprimer), koito sa s user_id ot 1-4 i 7-8 . UPDATE t1 SET t1.credit=5 WHERE t1.user_id BETWEEN 1 AND 4 OR t1.user_id BETWEEN 7 AND 8 A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
[OFF - a nice X Terminal (Re: lug-bg: aterm localizaciq)]
> п.с. аз мисля да го сменям, заради няколкото > много странни проблема, > copy/paste м/у aterm и QT приложения не работи, и > ужасно маже > copy/paste на кирилски символи, даже м/у 2 aterm-а) А с какво би го сменил? Въобще някой може ли да даде акъл за добър терминален емулатор за Х? Никой, от тези които съм ползвал, не е наред - или се дънят с УТФ-8 или с клавиатурата ще имат проблем, а най-често нищо от това не върви правилно. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [OFF - a nice X Terminal (Re: lug-bg: aterm localizaciq)]
> >А с какво би го сменил? Въобще някой може > >ли да даде акъл за добър терминален > >емулатор за Х? Никой, от тези които съм > >ползвал, не е наред - или се дънят с УТФ-8 > >или с клавиатурата ще имат проблем, а > >най-често нищо от това не върви правилно. > > gnome-terminal? > какъв е проблема с xterm? > al_shopov Ами дънят се всички терминали с кирилицата, която при мен е УТФ-8. Например, когато пиша на кирилица в Х-конзола (gnome-terminal, xterm) - когато свърши реда - терминала не пренася на нов ред, а започва да маже върху написаното - намазва bash prompt-а и продължава. Друг е въпроса, че реда може да свърши и по-средата на екрана - заради УТФ-а, а и когато натиснеш BkSp продължително - той ти изтрива и самия промт. Не че съм преритал да пиша на кирилица точно там, но проблем има и при четене на кирилица в конзолата - странни квадратчета по екрана - там където иска да пренася текст. А в xterm никоя от комбинациите Alt+f, Alt+b,... не работи. Вместо това излиза едно красиво пунктирано квадратче :) А версиите са им сравнително нови - имам последна версия на дистрибуцията си. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [OFF - a nice X Terminal (Re: lug-bg: aterm localizaciq)]
On Thu, Sep 25, 2003 at 11:20:56AM +0300, George Danchev wrote: > On Thursday 25 September 2003 10:52, Kamen Tomov wrote: > > > >А с какво би го сменил? Въобще някой може > > > >ли да даде акъл за добър терминален > > > >емулатор за Х? Никой, от тези които съм > > > >ползвал, не е наред - или се дънят с УТФ-8 > > > >или с клавиатурата ще имат проблем, а > > > >най-често нищо от това не върви правилно. > > > > > > gnome-terminal? > > > какъв е проблема с xterm? > > > al_shopov > > > > Ами дънят се всички терминали с кирилицата, > > която при мен е УТФ-8. > > т.е. locale charmap ти връща UTF-8 ? Ето какво ми връща locale: [EMAIL PROTECTED]:~$ locale LANG=bg_BG.UTF-8 LC_CTYPE="bg_BG.UTF-8" LC_NUMERIC="bg_BG.UTF-8" LC_TIME=C LC_COLLATE="bg_BG.UTF-8" LC_MONETARY="bg_BG.UTF-8" LC_MESSAGES=C LC_PAPER="bg_BG.UTF-8" LC_NAME="bg_BG.UTF-8" LC_ADDRESS="bg_BG.UTF-8" LC_TELEPHONE="bg_BG.UTF-8" LC_MEASUREMENT="bg_BG.UTF-8" LC_IDENTIFICATION="bg_BG.UTF-8" LC_ALL= Ф..к! Ето какво ми връща locale charmap: [EMAIL PROTECTED]:~$ locale charmap ISO-8859-5 Какво трябва да направя? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: patents
On Thu, Sep 25, 2003 at 11:03:10AM +0300, Romeo Ninov wrote: > С две думи: Европейския парламент е > гласувал ЗА софтуерните патенти > :-((( Мирише ми на заговор срещу свободния софтуер. Големите софтуерни монополи губят почвата под краката си и стават злобни и агресивни. Нищо чудно вчерашното решение да е свързано със срещите на високо равнище в Ню Йорк. Тук става дума за твърде много пари. С това монополи ще се регламентират. Използването на технологии, както и усъвършенстването им под формата на свободен софтуер ще бъде задушено. Малките и средни компании за разработка на софтуер, ще трябва да плащат и за въздуха който дишат служителите им. Това си е баш прът в колелото, ама пропускат факта че то е твърде голямо за да бъде спряно с патенти или пък с лицензи, както се опитват от SCO. Аз мисля, че ние вече сме световна сила и могат само да ни пречат, но не могат да ни спрат. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: ATI+Slack
On Thu, Sep 25, 2003 at 01:57:09PM +0300, [EMAIL PROTECTED] wrote: > вапросът ми е как да да обърна това RPM в формат > използваем за Slack rpm2tgz A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: patents
On Thu, Sep 25, 2003 at 03:28:10PM +0300, Romeo Ninov wrote: > Kamen Tomov wrote: > >On Thu, Sep 25, 2003 at 11:03:10AM +0300, Romeo Ninov wrote: > > > >>С две думи: Европейския парламент е > >>гласувал ЗА софтуерните патенти > >>:-((( > > > > > >Мирише ми на заговор срещу свободния > >софтуер. Големите софтуерни монополи > >губят почвата под краката си и стават > >злобни и агресивни. Нищо чудно > >вчерашното решение да е свързано със > >срещите на високо равнище в Ню Йорк. Тук > >става дума за твърде много пари. С това > >монополи ще се регламентират. > >Използването на технологии, както и > >усъвършенстването им под формата на > >свободен софтуер ще бъде задушено. > >Малките и средни компании за разработка > >на софтуер, ще трябва да плащат и за > >въздуха който дишат служителите им. Това > >си е баш прът в колелото, а > м! > >а пропускат факта че то е твърде голямо > >за да бъде спряно с патенти или пък с > >лицензи, както се опитват от SCO. Аз мисля, > >че ние вече сме световна сила и могат > >само да ни пречат, но не могат да ни спрат. > > > Наистина става въпрос за МНОГО пари. От > една страна това са парите от > лицензиране (или как да го кажа - от > отчисления за ползване на патентовани > технологии), от друга страна това е > увеличаване на продажбите поради > намаляване (или временно спиране) на > предлагането на свободен софтуер. А че ще > има намаляване на темпото или даже > спиране на някои проекти по мое мнение не > подлежи на съмнение. Мисля си, че за > съжаление, срока на "въздействие" на > патентите ще бъде между шест месеца и три > години. Даже и минималния срок може да > нанесе сериозни поражения на open source > движението, а от там и на всички негови > потребители. > :-( Обаче според нашите организации постигнатото в Европейския парламент е успех! Вижте какво пишат от FFII/Eurolinux (http://swpat.ffii.org/news/03/plen0924/index.en.html): "The members of the European Parliament deserve thanks for their efforts in understanding the social consequences of this admittedly difficult technical decision. This has not happened anywhere else in the world so far. We Europeans can be proud of this political achievement, and I hope our politicians share this pride." Там още се казва, че въпреки че са приети около 78 поправки на първоначалния закон, не всички проблеми са решени, но основното е постигнатато и че при следващото гласуване ще трябва само да се изгладят нещата. Тва смятам, че е авторитетен източник и смятам да пия една бира по въпроса ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Za mailing lista
On Fri, Sep 26, 2003 at 01:12:10PM +0300, Teodor Yantchev wrote: > Taka lista mnogo gotino si se narezhda wuw wgradeniq "filter" za mailing > listowe na opera-ta i neshtata sa "kakto trqbwa". Не съм специалист по мейл-листи, но за филтриране на поща има едно уневерсално средство наречено procmail, с което филтрирам пощата си на базата на: "To: [EMAIL PROTECTED]" и не виждам смисъл от нагаждане към т.нар. proprietrary филтри каквито могат да имат разните и многобройни мейл клиенти. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Knoppix - patenti
On Fri, Sep 26, 2003 at 03:06:02PM +0300, Qsin wrote: > Вярно :( > > Извинявам се. Аз попаднах на: > http://www.knopper.net/knoppix/ > > Явор Атанасов А аз мисля, че си прав и че това е истинския адрес. Там все още има линка към старата страница и май Knopper засега само предупреждава. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Za mailing lista
On Fri, Sep 26, 2003 at 04:30:47PM +0300, Ivan Dimitrov wrote: > Kamene, vinagi moga da pratq mail s list-a v CC, nai-dobriq nachin e da > se filtrira po "A mail-list of Linux Users Group - Bulgaria (bulgarian > linuxers)." :)) Излъгах. Ето част от моят .procmailrc : :0 * [EMAIL PROTECTED] lug-bg А може и да си прав за това. Аз обаче досега не съм получил писмо от листата, което да не го хване филтъра - за тва викам да не изпадаме в подробности и да има време за бира ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: 20 godini GNU
On Sat, Sep 27, 2003 at 06:11:09PM +0300, Alexander Shopov wrote: > Здравейте, > Днес се навършват 20 години от паметното > съобщение на Ричард Столмън до Юзнет, в > което заявява своето желание да направи > свободен Юникс. > За да отпразнуваме събитието изпращам > съобщението тук. > Така младите ще неучат малко за > историята, по-старите ще си спомнят, че са > били млади и т.н. > Когато адресите бяха с главни букви и > удивителната значеше нещо. > И отделният човек има значение. > Има ГОЛЯМО значение и сега. тоя пич е гений - наздраве за празника! A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: mysql stranen problem sas importa
On Wed, Oct 01, 2003 at 02:25:08PM -0700, emo terziev wrote: > zdravejte, > imam stranen problem sas mysql i ne moga da nameria > reshenie. > znachi nesto savsem prostichko kogato napravia > mysqldump na edna baza v koiato ima tablici sas > auto_increment poleta sled tova kato iskam da ia > importna sas mysql < sql.file > mi dava vinagi > Duplicate entry '1' for key 1 > > > znaeli niakoj reshenie na problema ? > > > emo Опитай да дропнеш таблиците или най-добре цялата база преди да направиш импорт. Само ако е възможно де. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: simple traffic control
Здравейте група, Ще съм благодарен ако ми кажете как да конфигурирам един ЛАН-рутер така, че трафика да се разделя по равно на всички потребители, но да не дава фиксиран трансфер на всеки. Проблема идва единствено от download-ите и то защото някои пускат по няколко едновременно или използват FlashGet. Има твърде много queuing disciplines за да се запознавам тепърва с тях за да си избера някоя. Имам tc и се справям добре с iptables. Поздрави, Камен A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: simple traffic control
On Tue, Oct 21, 2003 at 02:16:39AM +0300, Kamen Tomov wrote: > Здравейте група, ... Благодаря ви за съветите. Може ли обаче да ме насочите кое е най-добре да избера. Дотук ми препоръчахте: 1. WRR 2. SFQ 3. HTB Кърнъла го прекомпилирам често, особено напоследък, така че това не е проблем. Рутера обслужва само няколко потребителя, така че решението не трябва да е претенциозно. Основното, което ме вълнува е да е simple, защото нямам възможност да задълбавам в това точно сега. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: simple traffic control
On Sat, Oct 25, 2003 at 01:15:07AM +0200, Anton Tinchev wrote: > HTB s ednakav prioritet. Razdeliash trafica na userite, udriash cifrata za > garantiran. > Posle gi slagash da burstvat s raven prioritet do celia, ako ima megdan - t.e. > niakoi ne tochki. > > Bez HTB, v srednia sluchai, trafika se razdelia na conekcia, a ne na user. Flashgeta > mnogo iako mori chetiashtite ili gledashtite poshta Успях да направя simple трафик контрол с HTB/SFQ. Всичко мина гладко освен едно, което ми загуби много време и трябваше да го налучквам. Така и не разбрах защо в tc filter-а на рутера под src ip се разбира ip-то на рутера. На мен ми изглежда логично това да е dst ip. С терминологията на iptables излиза, че това филтриране се случва някъде в POSTROUTING chain-а ама тва човек като не го знае и се чуди кво става. За да го пусна първо трябваше да разбера, че проблема е че филтъра не сработва и после да започна да експериментирам с него. Беше много досадно като всяко налучкване, но важното е че стана. Иначе благодаря на всички за съветите. HTB наистина е ОК. Поздрави, Камен A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: kopirane na linux
ÐÐÑÑÐ ÐÑÑÐÐ, ÐÐ ÐÐÑÐÐÐ ÐÐÐÑ ÐÐ-ÐÐÐÑÐ ÐÐÑÐ Ð ÐÑÐÐÐ ÐÐ ÐÑÐÑÐÑÑÐÑ ÐÐÐÑÐÑÐ ÑÐ ÐÐ Ñ ÐÐÑÐ. ÐÑÐÐ Ð ÑÐ ÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐÑ ÐÐ ÑÑÑÑÐÐÑ ÐÐÑÐÐ ÐÐÑÐ ÑÐÐ ÐÑÐÐ, ÐÐÑÐÑÐ Ñ root ÐÑÐ ÐÑÐÐÐ ÐÐ Ð ÐÐ-ÐÐÐÑÐ ÐÑ ÑÑÐÑÐÑ. ÐÐÐ ÐÐ ÐÑÑÐ ÐÐÑÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐÑ? ÐÐÐÑÑ, Ð A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
