Re: lug-bg: Firefox plugins
2005/12/20, Vladimir Vitkov [EMAIL PROTECTED]: Защото плъгина търси библиотеки и jar-ве които се намират над реалното място на което се намира плъгина Дааам, то и аз за това първо се сетих, но ми се струва странно, че парче код може да разбере пътя до файла на библиотеката от която е заредено, пък и да проверява после дали е линк, че ако е линк да намира истинския файл и т.н. Просто се чудех дали е някаква приумица на Сън или има логично обяснение. Порздрави, -- Ivan
lug-bg: Firefox plugins
Здравейте, може ли някой да ми обясни защо като копирам libjavaplugin_oji.so в плъгин директорията на лисицата тя не успява да зареди плъгина, а като го направя софт линк към /usr/java/jdk1.5.0_06/jre/plugin/i386/ns7/libjavaplugin_oji.so всичко си работи като песен? -- Ivan
lug-bg: Re: lug-bg: NFS надежност и стабилност ?
2005/10/28, MafiaInc [EMAIL PROTECTED]: Инсталирали ли сте някога NFS сървър в мрежи от да речем 60 компютъра. Чувал съм, че NFS не е много надежден избор за натоварени среди. Възможно ли е според вас да се работи нормално с един сървър, към който се свързват да речем 50 човека и работят средно с около 50 файла ? Каква е разликата между NFSv2 и NFSv3 ? В университета ми бяхме 6 зали от по 16 компютъра и /home, /etc, /usr и подобни бяха на еинд nfsv2 сървър и работеше перфектно, дори когато всички зали бяха пълни. И така работи от години. Мога да се поинтересувам каква точно е конфигурацията на сървъра, но съм сигурен че машината не е нещо особено. Поздрави, -- Ivan
Re: lug-bg: Re: lug-bg: проба, не обръщайте внимание :-)
2005/10/27, Georgi Alexandrov [EMAIL PROTECTED]: Dimitar Vasilev wrote: От известно време започнах да ползвам smtp server-а на google. Вчера и преди това също праштах писма до листа през него, но не пристигнаха. Това днес пристигна веднага (отново през smtp на google). Има ли причина или е просто ей така, или проблема е в моя телевизор? :-) Може доставчика да те филтрира на 25-ти порт ТСР. Освен това ползвай и правописен речник моля - пише се праЩах. Поздрави -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 Здравей, извинявам се за грешката, много рядко пиша на кирилица :-) Доставчика ми със сигурност не ме филтрира. По скоро проблема е при получаването на писмата. Ето например второто мое не съм го получил (това на което ти отговаряш). Явно ги праЩам успешно (тук замалко пак да напиша праштам). По принцип gmail се опитва да не ти показва писмата които ти си пратил към някоя листа докато нямаш отговор. И аз на няколко пъти се хващах на въдицата. А за писмото което си видял като получено сигурно се е промъкнало незабелязано. Проверих spam филтъра на gmail, но уви - не са попаднали там писмата. Ще погледна на още някое място където може да се губи, но засега нямам обяснение на феномена :-) Георги Александров Поздрави, -- Ivan
Re: lug-bg: tunel via ssh
Здрасти, 2005/10/15, Georgi Chorbadzhiyski [EMAIL PROTECTED]: ssh -D 1080 udoma.com после си настройваш браузера, фтп клиента, ИМ клиента и т.н. да ползват SOCKS5 прокси на localhost:1080 и си готов. Целият трафик минава през SSH връзката до у вас, и от там се прави заявката. Работи. Бях супер учуден като видях, че чак и messenger подържа socks. Но ми се искаше да мога да добавя втори мрежов интерфейс на уина и да рутирам през него _само_ хостовете/протоколите/сайтовете, които стената не пуска (разликата в скоростите е в пъти). За сега сменям настройките на лисицата когато ударя на камък в мрежата. бтв, в къщи съм зад рутер който прави NAT, и не мога да измисля как да му видя реалното IP от машина зад рутера. За сега се свързвам към уеб интерфейса на рутера и от там виждам адреса. traceroute ми показва само вътрешното IP. Още не съм опитал ОpenVPN, при първо свободно време го подхващам ... но все пак малко ме притесняват разни клюки, че не се съобразявал със стандартите и разни такива. Чувал съм, че в win xp има някаква стандартна имплементация на тунелиране. Може ли някой да ме насочи? Мерси за помощта, -- Ivan
lug-bg: tunel via ssh
Здравейте, можете ли да ме насочите към решение на следния проблем: зад много злобен firewall съм, който не пуска нищо освен трафик по ssh, http и https портове. Дори http трафика ми реже понякога (например linux-bg.org го категоризира като games и го блокира). Та има ли как да пусна някакъв тунел между машината ми в къщи (FC4) и машината ми на работа (winxp sp1) през 22ри порт? Иска ми се трафика дето огнената стена го блокира да минава през тунела. Благодаря предварително -- Ivan
Re: lug-bg: Странно поведение на binutils
2005/10/13, Danail Petrov [EMAIL PROTECTED]: Doncho Gunchev wrote: ва не е много често срещана ситуация :-) ls .[^.]* * Работи чудесно и не пропуска. защо ти трябват всички тези сложни скобички , и чофки , и точки ... и цял регуларен израз , като си имаш : ls -a ? :) Може би защото chmod (от там тръкна нишката все пак) няма опция -a. -- Ivan
Re: lug-bg: Странно поведение на binutils
2005/10/13, Daniel Ivanov [EMAIL PROTECTED]: DotGlob е правилното поведение и съм свикнал да ми е стандартно. Това да ползвам find за да exec-вам команда в текуща директория е пресилено.Благодаря на Svilen Ivanov. Е понякога се налага ... ако има прекалено много файлове в директорията например. Ако все пак няма нужда от всичките далаверки на find, може и така: for i in *; do chmod -R 0666 $i; done Дамян Иванов wrote: Daniel Ivanov wrote: стандартните файлове. Ако отида в ~ и напиша chmod -R 0666 * , то това ще засегне файлове от вида abcd, def,fgh и подобни ,но няма да хване неща като .abc,.def,.ghi . Объркан съм. Ако направя chmod -R 0666 .*, това пък променя и mode-a на parent директорията (..), заедно със скритите файлове. Това не е стандартно поведение. Напротив. Това *е* стандартното поведение. Доста куцо. Къде мислите, че трябва да търся проблема? Между клавиатурата и стола. Налага се да прочетеш документацията. Погледни и отличните съвети, които другите ти дадоха. дам -- Ivan
Re: lug-bg: RE: lug-bg: Re: lug-bg: Заличаване на информация
2005/10/10, Vesselin Markov [EMAIL PROTECTED]: Хайде сега малко по-сериозно. След cat /dev/zero /dev/hda информацията от /dev/hda ще бъде презаписана с ASCII NULs (0x00) strings /dev/hda няма да върне нищо. Както е малко известно, това е начин за възстановяване на текст от файлове от почти всяка ФС, в т.ч. журнални. Ееех, май забравяш командата superstrings /dev/hda. От нея нищо не може да се скрие ;))) -- Ivan
