Re: [Lug-bg] xkeyboard-config change
On Tue, Dec 08, 2020 at 01:25:13PM +0200, Sah War wrote: > А сега малко НЕсериозно *сериозно* допълнение: > [snip] > В тая връзка само да спомена, че преди години гледах един пакет, май беше > за GNOME или по-глобален (за X11?), който винаги показва визуално известие > за това какъв клавиш си натиснал/въвел току-що, плюс за включени Caps Lock, > NumLock, ScrollLock, и Insert... Това... би било забавно при въвеждане на пароли и ключове :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 05:15:20PM +0200, Григор wrote:
>
> На вт, 24.11.2020 г., 17:14 Григор написа:
> >
> >
> > На вт, 24.11.2020 г., 17:08 Григор написа:
> >> На вт, 24.11.2020 г., 17:06 Peter Pentchev написа:
> >>
> >>> On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote:
> >>> > На вт, 24.11.2020 г., 16:24 Peter Pentchev написа:
> >>> >
> >>> > > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote:
> >>> > > > > От: Marian Marinov m...@yuhu.biz
> >>> > > > > Относно: [Lug-bg] xkeyboard-config change
> >>> > > > > До: Linux Users Group - Bulgaria
> >>> > > > > Изпратено на: 24.11.2020 13:33
> >>> > > >
> >>> > > > > Здравейте,
> >>> > > > >
> >>> > > > > някой е решил да предефинира „“ с за всички ни :)
> >>> > > > >
> >>> > > > > xkeyboard-config | Poorly motivated changes of the positioning
> >>> of „“
> >>> > > and in the Bulgarian Phonetic layout
> >>> > > > >
> >>> > > > > Споделете и вашето мнение в thread-a:
> >>> > > > >
> >>> > > > >
> >>> > >
> >>> https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239
> >>> > > > >
> >>> > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво
> >>> да
> >>> > > добавя.
> >>> > > >
> >>> > >
> >>> > > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше
> >>> > > > големи критики заради некадърно написания "кирилизиращ" пакет.
> >>> > >
> >>> > > Ако под „престарал“ имаш предвид „направил така, че да можем да
> >>> ползваме
> >>> > > правилните за българския език кавички“, това ми е малко странна
> >>> дефиниция
> >>> > > за престараване :) В такъв случай би било интересно да споделиш
> >>> мнението
> >>> > > си за аргументите, които Петко излага за това защо наистина
> >>> кавичките са
> >>> > > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато
> >>> човек
> >>> > > пише на кирилица.
> >>>
> >>> > Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика
> >>> > трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица
> >>>
> >>> То че има, има, ама Петко като че ли се обосновава за това защо се
> >>> ползват по-рядко от кавичките - мнение за това имах предвид.
[format recovered, top-quoting considered harmful]
> >
> >> Това е ненужна промяна която ще затрудни всички освен Петко
>
> > По бих приел смяната на десетична запетая с точка. Е това ще е полезно.
> > Най малкото след експорт от база няма да ми се налага да търся и заменям ,
> > с .
> > Е това би олеснило ужасно много хора. Промяна в знаците <> си е абсолютно
> > ненужна
>
> УЛЕСНИЛ
Няма как да не отбележа, че никое от тези три съобщения дори не се
опитва да обори никой от аргументите на Петко... а очевидно няма да
улесни *само* него :)
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 04:40:02PM +0200, Григор wrote:
> На вт, 24.11.2020 г., 16:24 Peter Pentchev написа:
>
> > On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote:
> > > > От: Marian Marinov m...@yuhu.biz
> > > > Относно: [Lug-bg] xkeyboard-config change
> > > > До: Linux Users Group - Bulgaria
> > > > Изпратено на: 24.11.2020 13:33
> > >
> > > > Здравейте,
> > > >
> > > > някой е решил да предефинира „“ с за всички ни :)
> > > >
> > > > xkeyboard-config | Poorly motivated changes of the positioning of „“
> > and in the Bulgarian Phonetic layout
> > > >
> > > > Споделете и вашето мнение в thread-a:
> > > >
> > > >
> > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239
> > > >
> > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да
> > добавя.
> > >
> >
> > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше
> > > големи критики заради некадърно написания "кирилизиращ" пакет.
> >
> > Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме
> > правилните за българския език кавички“, това ми е малко странна дефиниция
> > за престараване :) В такъв случай би било интересно да споделиш мнението
> > си за аргументите, които Петко излага за това защо наистина кавичките са
> > за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек
> > пише на кирилица.
> Защото и на кирилица има знаци за по-малко и по-голямо. То тази логика
> трябва да махнем +, =,#,/,\,],{,} кой луд ги използва на кирилица
То че има, има, ама Петко като че ли се обосновава за това защо се
ползват по-рядко от кавичките - мнение за това имах предвид.
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] xkeyboard-config change
On Tue, Nov 24, 2020 at 01:40:30PM +0200, Todor Belev wrote: > > От: Marian Marinov m...@yuhu.biz > > Относно: [Lug-bg] xkeyboard-config change > > До: Linux Users Group - Bulgaria > > Изпратено на: 24.11.2020 13:33 > > > Здравейте, > > > > някой е решил да предефинира „“ с за всички ни :) > > > > xkeyboard-config | Poorly motivated changes of the positioning of „“ and > > in the Bulgarian Phonetic layout > > > > Споделете и вашето мнение в thread-a: > > > > > > https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/239 > > > > > > Аз съм си написал мнението в thread-a :) Не мисля, че имам какво да добавя. > > Виждам, че отново Антон Зиновиев се е престарал. Навремето отнасяше > големи критики заради некадърно написания "кирилизиращ" пакет. Ако под „престарал“ имаш предвид „направил така, че да можем да ползваме правилните за българския език кавички“, това ми е малко странна дефиниция за престараване :) В такъв случай би било интересно да споделиш мнението си за аргументите, които Петко излага за това защо наистина кавичките са за предпочитане пред символите за „по-малко“ и „по-голямо“, когато човек пише на кирилица. > Сега вече бърка по-надълбоко. „Сега вече“ е интересно, отнесено към работата му по кирилизиране на Linux-ката конзола и X в последните повече от двайсет години, вкл. още първоначалното създавдане на дефинициите на въпросните symbols/bg в xkeyboard-config от 1999-та, и особено към тази промяна, която е от 2009-та :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Sun, Mar 04, 2018 at 10:54:45AM +0200, browseman wrote: > On 02/19/2018 04:36 PM, Marian Marinov wrote: [snip] > > Но в момента в който клиента си изтрие container-а ние започваме да > > scrub-ваме с dd и реално пълним цеият капацитет и можем без да искаме да > > препълним thinpool-a :( [snip] > > > > Проблемът на вторият подход е, че ако даден файл е изтрит от FS-а и на > > негово място(на неговите blocks) няма нови данни, това означава, че ще > > пропусна да scrub-на тези данни. > > Привет > > Аз имам следното доста баламско предложение за решение на казуса, може > би няма да е приложимо в конкретният случай, но все пак ще споделя идеята: > > - монтира се дяла в произволна директория > - изпълнява се нещо от сорта "#find /path/to/mounted/thinvol -xdev -type > f | xargs shred -n1 -z -u", като разбира се ще има проблеми с файлове > съдържащи интервали или други специални символи в името си, но все > сравнително лесно решими - IMHO. Две неща тук: - проблемите с файловете, съдържащи интервали, са решени в повечето реализации на find/xargs, вкл. GNU findutils, с използване на `find -print0 | xargs -0` - find | xargs няма да направи нищо по въпроса с блоковете с данни от изтритите файлове Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Tue, Feb 20, 2018 at 09:44:45AM +0200, Neter wrote: > Дали си обърнал внимание, че sparse в dd се отнася за input-а, а не за > output-а, и дали това не е причината да си се спънал с него? Но може и точно > това отношение да „обърнеш“ (в кавички, защото няма да е точно обръщане), > като patch-ваш dd, за да сработи за целта. > > Между другото, щом става дума за SSD, да напомня, че ще имаш полза за > скоростта на изпълнение, ако пуснеш няколко процеса да трият различни части > от диска, независимо дали с dd, xxd или каквото там решиш да ползваш. Всъщност ако го правиш върху SSD, всичко *би трябвало* да бъде много по-просто: би трябвало да можеш (може би с нов инструмент, но елементарен) да кажеш на LVM "discard на всички сектори на този logical volume". Би трябвало в този момент LVM да си погледне таблицата с allocated space и да каже "ми то 90% от секторите в този logical volume са unallocated, така че за тях този discard минава веднага, а за останалите ей-сега ще пратим discard-ове на SSD-то" и това да е всичко. Май има инструментче blkdiscard, на което да можеш да му кажеш "целия диск" (със --zeroout, разбира се). Не съм тествал никое от тези "би трябвало" де :) Иначе се появи идея да питаш LVM-а (може би device mapper-ът има интерфейс за това) кои точно части от volume-а са allocated и да си направиш много просто инструментче, което прави writev() с нули върху тях (или discard за тях, но това не е сигурно, че ще стане както трябва върху HDD). Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Tue, Feb 20, 2018 at 01:01:10AM +0200, Marian Marinov wrote: > Ти същото можеш да направиш и с dd if=/dev/zero of=/dev/something. > Проблемът и на двата подхода е, че записва нулите на диска и така унищожава > benefit-а на thinpool-а. Погледни пак това, което Neter е писал. Това презаписва само парчетата, които *не са* нули. Няма да е много ефективно, по-ефективно ще бъде да се пренапише dd, но все пак ще свърши работа с по-малко усилия. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Mon, Feb 19, 2018 at 04:36:21PM +0200, Marian Marinov wrote: > Здравейте група, рядко вече се обсъждат интересни теми тук, но мисля да > ви предложа един казус над който можем да "медитираме" заедно :) > > Ние scrub-ваме дисковете на всички containers, които се destroy-ват в > нашата система, но предвид, че използваме thinpools се получава следният > неприятен казус. Ако thinpool-а е на 85% и някой си направи много голям > volume, докато този volume не е много пълен системата няма проблем. Но > в момента в който клиента си изтрие container-а ние започваме да > scrub-ваме с dd и реално пълним цеият капацитет и можем без да искаме да > препълним thinpool-a :( Само бих искал да спомена, че ако storage системата, която ползвате, използва log-structured writes, няма никакъв смисъл да overwrite-вате данните: новите записи ще отидат на съвсем ново място върху диска, изобщо няма и да се опитат да презапишат старите данни. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Забих. Трябва да пресметна crc което идва през udp socket
On Mon, Dec 05, 2016 at 03:40:38PM +0200, Marian Marinov wrote: > On 12/05/2016 02:06 PM, Григор wrote: > > Изобщо не мога да схвана как точно го пресмятат. Пробвах някакви функции за > > пресмятане на crc16 но винаги дава грешен резултат. > > > > получената информация е: > > efbeadde1b0131ffd8054843363954611143454 > > 0 > > 6c > > 00011800 > > 0119 > > > > b343 > > > > Където b343 #на горната > > > > Ако някой се е занимавал с това да удари едно рамо. Ще черпя. > UDP използва pseudo IP header за пресмятане на checksums: > > http://www.tcpipguide.com/free/t_UDPMessageFormat-2.htm > > Информация за самите сметки(padding-а е важен): > > http://images.slideplayer.com/15/4794330/slides/slide_54.jpg Струва ми се, че Григор има предвид нещо по-различно: май говори за това, че в *данните*, предадени в UDP пакета, има някакво CRC на по-високо ниво, изчислявано от програмите, които си прехвърлят тези данни. Лошото е, че в такъв случай не е много ясно какво изобщо може да се разбере - като начало, не е ясно дали CRC-то е върху *всички* данни в пакета или, още по-зле, дали не е и върху някакви други данни - т.е. дали в пресмятането не участват някакви данни, които не са в този пакет (пореден номер на пакета, ID на едната или другата страна, фаза на луната, знае ли човек). Да не говорим за това, че не знаеш какъв е полиномът, не знаеш дали трябва да размениш тук-там някой байт (дали преди пресмятането някой не обръща нещата от единия в другия byte order), и всякакви такива щуротии :( Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] New world order - no ASLR
On Thu, Oct 20, 2016 at 10:53:28PM +0300, Marian Marinov wrote: > След години спокойствие с рандомизирането на user & kernel space, отново > всяка малка грешка на програмистите става проблем за всички. > > http://news.softpedia.com/news/researchers-bypass-aslr-protection-on-intel-haswell-cpu-509460.shtml > > Ха да ни е честит новият свят без ASLR :( А може би още не е съвсем дошъл краят на света... https://github.com/lattera/articles/blob/master/infosec/Exploit%20Mitigations/ASLR/2016-10-19_btb/article.md Това е от един от хората, които са направили ASLR в HardenedBSD (общо взето FreeBSD + ASLR + още две-три интересни неща). Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Annual LUG meeting
On Sun, Mar 15, 2015 at 01:42:11AM +0200, Marian Marinov wrote: > On 03/14/2015 11:52 PM, Neter wrote: > > В пн, 24 ное 2014 16:41:29 +0200 (EET) Marian Marinov > > написа: > >> Здравейте, > >> преди вече повече 6 години се прекати една хубава практика, да се събираме > >> веднъж годишно в Стара Загора. > >> > >> Имам възможността и желанието, догодина април или май месец да организирам > >> LUG-BG Meeting отново в Стара Загора. > >> > >> Въпросът ми е, имате ли желание да се организира подобно събитие там? > >> > >> Поздрави, > >> Мариян > > > > Привет, > > > > Планираното време наближи, а от миналата година не се е писало по въпроса. > > Жива ли е още идеята? > > > > Поздрави! > > Мерси, че повдигна въпроса :) > > Как ви се струват датите 25.Април или 09.Май ? Два коментара: първо, на български (а мисля, че и на който и да е друг език :P ) не се слага точка между число за дата и име на месец :P Може би ще е добре това да бъде оправено и на уеб-страницата :) Второ, хм, девети май ще бъде интересен избор :) Не че бих имал нещо против, просто датата е интересна :) Хм, едно време събиранията не се ли правеха в по-лятно, по-топло време? Или аз на стари години съм се изнежил? :P Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Annual LUG meeting
On Mon, Nov 24, 2014 at 04:55:53PM +0200, Georgi Georgiev wrote: > 2014-11-24 16:41 GMT+02:00 Marian Marinov : > > > Здравейте, > > преди вече повече 6 години се прекати една хубава практика, да се събираме > > веднъж годишно в Стара Загора. > > > > Имам възможността и желанието, догодина април или май месец да организирам > > LUG-BG Meeting отново в Стара Загора. > > > > Въпросът ми е, имате ли желание да се организира подобно събитие там? > > > > Поздрави, > > Мариян > > Аз също съм с десетте пръста за, даже бях повдигал въпроса някъде преди :) > Ако мога бих съдействал с нещо за организацията. И аз съм силно "за"; с повечето хора отдавна не сме се виждали :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] 20ти рожден ден на Debian
On Sun, Aug 11, 2013 at 01:59:34PM +0300, Васил wrote: > На 09 август 2013, 20:54, Georgi Chorbadzhiyski написа: > > > On 8/9/13 5:40 PM, Vasil Kolev wrote: > > > Най-великата дистрибуция става на 20 години, та по случая сме запазили > > > няколко маси в Кривото на ъгъла на Дондуков и Будапеща (в София), та на > > > 16.08 сте поканени да пием по една бира по случая :) > > > > Забавена реакция! Не беше ли датата на 16-ти юли? ;-) > > Търси се повод за пиене ; > Честито на Дебианци на патерици! Изобщо не е на патерици, и изобщо не е през юли, съвсем през август ще си бъде, съвсем на шестнайсти :) Жоро нещо се е объркал с некъф там darkstar :P Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If wishes were fishes, the antecedent of this conditional would be true. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] наследяване на сървъри
On Thu, Jun 20, 2013 at 10:58:17AM +0300, Peter Pentchev wrote: > On Thu, Jun 20, 2013 at 10:30:43AM +0300, Vasil Kolev wrote: > > В 07:23 +0300 на 20.06.2013 (чт), Yordan Radunchev написа: > > > Хора, попадали ли сте в ситуация да ви връчат сървър, за който няма нито > > > ред документирано? > > > Какво работи, защо работи, кой го ползва? При това сървъра си е > > > production, има над 400 дена > > > ъптайм, ползва се сериозно... Какво правите в такава ситуация, какви са > > > стъпките за > > > инвентаризиране? Идентифицарне на потребителите в passwd, на сървисиз...? > > > От къде почвате и > > > как бихте подходили? > > > > > > r., > > > yra > > > ___ > > > > > > Принципът е да разбереш какво точно се случва на машината (какво прави, > > какви услуги и хора има на нея), да ограничиш достъпа на който не трябва > > да го има и да почнеш малко по малко да update-ваш каквото има нужда > > (щото всичко с 400 дни uptime поне kernel трябва да му се смени). > > > > Може да тръгнеш от отворените портове или процесите в ps auxw, може > > първо от passwd файла, от инсталираните пакети (въпреки че това е малко > > тежко) и т.н., > > ...от startup скриптовете (макар че това напоследък е малко сложно - > допреди пет години си имахме SysV-style init scripts и BSD-style init > scripts, после се нароиха всякакви upstart-и (а тук каква игра на думи > има...) и какво ли не). Като при гледане на startup-скриптовете не > забравяш две, не, три, уф, не, четири неща: > > - не само имената на скриптовете; понякога може да си заслужава да > вземеш да ги отвориш, за да видиш дали някой кръгъл иди... така де, > администратор с много опит и оправдано самочувствие не е решил да > променя нещо директно в тях, а не в конфигурационните им файлове Тази точка може да бъде силно улеснена, ако администраторът не е бил твърде откачен и ти е оставил система, в която повечето, ако не всички, startup-скриптове са инсталирани през някаква пакетна система, която пази контролни суми на файловете и можеш с една команда да ги провериш. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] наследяване на сървъри
On Thu, Jun 20, 2013 at 10:30:43AM +0300, Vasil Kolev wrote: > В 07:23 +0300 на 20.06.2013 (чт), Yordan Radunchev написа: > > Хора, попадали ли сте в ситуация да ви връчат сървър, за който няма нито > > ред документирано? > > Какво работи, защо работи, кой го ползва? При това сървъра си е production, > > има над 400 дена > > ъптайм, ползва се сериозно... Какво правите в такава ситуация, какви са > > стъпките за > > инвентаризиране? Идентифицарне на потребителите в passwd, на сървисиз...? > > От къде почвате и > > как бихте подходили? > > > > r., > > yra > > ___ > > > Принципът е да разбереш какво точно се случва на машината (какво прави, > какви услуги и хора има на нея), да ограничиш достъпа на който не трябва > да го има и да почнеш малко по малко да update-ваш каквото има нужда > (щото всичко с 400 дни uptime поне kernel трябва да му се смени). > > Може да тръгнеш от отворените портове или процесите в ps auxw, може > първо от passwd файла, от инсталираните пакети (въпреки че това е малко > тежко) и т.н., ...от startup скриптовете (макар че това напоследък е малко сложно - допреди пет години си имахме SysV-style init scripts и BSD-style init scripts, после се нароиха всякакви upstart-и (а тук каква игра на думи има...) и какво ли не). Като при гледане на startup-скриптовете не забравяш две, не, три, уф, не, четири неща: - не само имената на скриптовете; понякога може да си заслужава да вземеш да ги отвориш, за да видиш дали някой кръгъл иди... така де, администратор с много опит и оправдано самочувствие не е решил да променя нещо директно в тях, а не в конфигурационните им файлове - не само отделни скриптове, ами и еквивалентът на rc.local, в който някой мързелив иди... така де, администратор, който отговаря за твърде много неща и няма никакво време да се занимава с глупости като разучаване на формата на startup script-ове, може да си е написал какво ли не - не всеки скрипт отговаря на една програма - има startup-скриптове, които пускат неща като runit или svscan, които пък си гледат съвсем други директории и файлове за информация за това какво да пуснат - не само startup-скриптовете, ами и, както каза Васил, ps auxw, за да видиш дали някой още по-кръгъл иди... така де, администратор, който знае, че сървърът му е стабилен и нищо не може да му се случи, не е пуснал процес "на ръка", защото няма абсолютно никакъв смисъл да се пишат startup скриптове за нещо, което се пуска толкова елементарно > вероятно някъде има списъци за ред за security audit на > сървъри, може да са ти полезна отправна точка. Всъщност това би било интересно. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If this sentence didn't exist, somebody would have invented it. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Компилация под OpenELEC за Raspberry Pi
On Wed, Mar 20, 2013 at 01:48:36PM +0200, Yavor Atanasov wrote: > Здравейте, > > малко съм позанемарил Линукса и сега имам проблеми. > > 1. Търся в OpenELEC компилатор и не намирам. И Google > не помогна. Оставам с впечатлението, че няма компилатор > в него. Така ли е? От това, което ми се струва, че разбирам от бърз поглед върху Wiki-то и още по-бърз поглед върху Makefile и scripts/* в хранилището им, изглежда, че OpenELEC е cross-дистрибуция - build-ваш я веднъж върху host server, а после я използваш върху друг. Ако се наложи да обновяваш нещо, всичката компилация я правиш върху хоста и после оставяш нещата по разни хранилища, откъдето target-системата да си ги изтегли направо като binary updates. От тази гледна точка, да, няма компилатор, защото *при тази философия* за крос-дистрибуция компилатор върху target-системата не ти трябва - ако трябва да добавиш нещо, ти го компилираш върху хост-системата и после си го теглиш като update от хранилището. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 When you are not looking at it, this sentence is in Spanish. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] free uptime monitoring hosted service for intranet servers
On Fri, Nov 02, 2012 at 09:21:42PM +0200, Svetlin Nakov wrote: > Според теб Nagios ще тръгне ли на Respberry Pi контролерче. То ползва > малко орязана Linux дистрибуция, но все пак е Линукс. Само за информация (и, да, знам, че ти вероятно говориш за вече избрана система, върху която е вършена работа за проект и т.н.), но върху Raspberry Pi върви съвсем нормален Debian (е, с два-три kernel patch-а, но в крайна сметка съвсем нормален): http://www.raspberrypi.org/archives/1435 (и, не, не говоря за действително орязания и малко странен Raspbian; говоря за съвсем истински Debian). Поздрави, Петър > Мога ли да ползвам твоя server като back-end (pnag.ludost.net), че иначе > ще трябва да си подкарвам мой? > > Наков > > -Original Message- > From: lug-bg-boun...@linux-bulgaria.org > [mailto:lug-bg-boun...@linux-bulgaria.org] On Behalf Of Vasil Kolev > Sent: Wednesday, October 31, 2012 14:09 > To: lug-bg@linux-bulgaria.org > Subject: Re: [Lug-bg] free uptime monitoring hosted service for intranet > servers > > В 13:21 +0200 на 31.10.2012 (ср), Svetlin Nakov написа: > > Да, това ще сработи. Аз исках да избегна да си пиша всичко сам. Ясно > > е, че мога да си напиша за 5 минути един сървис, който слуша на HTTP > > порт 80 и ако никой не му се обади за 15 минути, да пуска алармата по > > e-mail, евентуално SMS и т.н. > > > > > > Обаче трябва да си напиша сма 100 неща: > > 1) пращане на мейли - лесно е > > 2) пращане на SMS - ще е разправия > > 3) автентикация > > 4) администрация - добавяне на сайтове, потребители, пароли > > 5) статистика, графики, репорти > > > > > > Защо да пиша всичко това на ръка, ако може да кажем да ползвам един > > Pingdom и през някакво тяхно API да си пусна програмно нотификация "аз > > съм жив". > > > > Nagios и passive services notification, аз ползвам такива в огромни > количества. Прави всичко това, ако искаш разцъкай на pnag.ludost.net, > service-ите за 3ware контролерите са такива. > > Пращането на sms-и май всички го правим през email-to-sms на mtel, все още > работи много хубаво. > > За администрация имаше нещо, ама аз основно пиша скриптове, които генерират > конфигурации (даже ще говоря за това на openfest). > > > > -- > Regards, > Vasil Kolev Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence is false. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] free uptime monitoring hosted service for intranet servers
On Wed, Oct 31, 2012 at 12:55:50PM +0200, Svetlin Nakov wrote: > Колеги, > > > > Търся си някаква cloud услуга за мониторинг на приложение, което работи в > интранет среда (зад firewall). Трябва ми нещо като тези услуги: > > · http://www.uptimerobot.com > > · https://www.pingdom.com > > · http://www.monitor.us > > > > Всичките те могат да проверяват дали даден Интернет сайт е жив (примерно да > правят HTTP GET на 5 минути и да проверяват дали връща HTTP код 200 OK), има > си статистики, пращат alerts по email или по SMS ако падне даден сайт, > прекрасни са. > > > > Обаче на мен ми трябва за вътрешен сайт, който не се вижда от Интернет. Дори > не е сайт, а приложение, което трябва да сигнализира периодично на сървъра > дали е живо. > > > В идеалния случай ми трябва Pingdom, на който може моя сървър да му казва > "аз съм жив" по негова инициатива (примерно чрез REST service към даден > URL). > > > > Искам вместо външната услуга да пита моя сайт "жив ли си" на 5 минути, да > работи на обратно: моят сайт да уведомява услугата "жив съм" на 5 минути. > > > > Търсих повече от половин час и не мога да повярвам, че никой друг няма този > сценарий и стандартно решение за него. В stackoverflow намерих същия въпрос > без отговор > (http://serverfault.com/questions/402737/is-there-a-locally-hosted-service-s > imilar-to-pingdom-for-monitoring-uptime-res). Търся нещо безплатно или > близко до безплатно. > > > > Някой знае ли такава услуга? Здравей, Това, което аз бих направил, е да инсталирам един Nagios и разните неща, свързани с него - това е основата на системата ти за мониторинг - и след това евентуално да допиша две неща: - елементарен скрипт върху уебсървъра, който при всяко извикване отбелязва някъде "извикаха ме" (в най-тривиалния случай ще е само едно отваряне и затваряне на файл, за да бъде обновено неговото change time, но със съвсем малко повече работа може да се направи още по-добре - добавяне в логфайл и евентуално rotate + добавяне на един ред в нов) - един съвсем мъничък Nagios plugin/check, който само да проверява дали твоето нещо се е обадило в последните две-три-пет минути - в най-простия случай само ще проверява timestamp на файла, но със съвсем малко повече работа може да се направи още по-добре - четене на последните два-три реда от файла и включване като допълнителна информация към нотификацията Оттам нататък всичко друго, което ти трябва като инфраструктура, го има като част от Nagios. Понякога идеята е да сглобиш решение от няколко вече готови парчета, не непременно да търсиш едно, което има всичко :) Ако ти се струва, че някое от двете неща за дописване не е толкова просто, квикни и ще видим какво може да се направи :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] bash- >mysql=неволи
On Wed, Sep 07, 2011 at 01:18:59PM +0300, kingfis...@almus.net wrote: > Да, започвам да стигам до извода, че е свързано с locala защото заявки без > кирилица от cron-a си минават безпроблемно. > > на shell-a env: > [snip] > LC_COLLATE=C [snip] > LANG=en_US.UTF-8 Пробвай да подадеш тези двете при изпълнение на скрипта през cron; най-лесният начин е в crontab-а да напишеш: env LC_COLLATE='C' LANG='en_US.UTF-8' командата-която-е-била-досега И може и да тръгне :) Дори би могло LC_COLLATE да няма толкова голямо значение (самото то ми се вижда малко странно и за шела ти), но за всеки случай пробвай първо и с двете. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence was in the past tense. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] bash- >mysql=неволи
On Wed, Sep 07, 2011 at 11:57:29AM +0200, Момчил Иванов wrote: > At Wed, 7 Sep 2011 12:16:10 +0300, > Peter Pentchev wrote: > > > > [1 ] > > [1.1 ] > > On Wed, Sep 07, 2011 at 12:00:42PM +0300, Georgi Georgiev wrote: > > > От cron като изпълняваш скриптове, разликата е в обкръжението, разните > > > променливи не са дефинирани. > > > > > > Пусни env от cron и от нормална конзола и виж какво е различно, вероятно > > > там > > > някъде се развалят нещата. > > > > Мдам, и аз за нещо такова щях да кажа :) Само една добавка: > > най-вероятно поне част от проблема е свързана с locale - като гледам, в > > заявката се използват символи на кирилица. Обърни особено внимание на > > евентуални разлики в променливите LANG и LC_*. > > за кирилицата е важно също "set names" и "set charset" или > "--default-character-set=charset_name": > > http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html > man mysql(1) ...но това не би трябвало да има значение точно в конкретния случай, ако той пуска същия shell-скрипт от същия потребителски акаунт със същата home-директория и т.н. Да, по принцип е хубаво да се знае (и решава много проблеми), но точно сега може би не е в това работата. Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I've heard that this sentence is a rumor. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] bash- >mysql=неволи
On Wed, Sep 07, 2011 at 12:23:59PM +0300, kingfis...@almus.net wrote:
[всъщност това го беше написал Георги...]
> > От cron като изпълняваш скриптове, разликата е в обкръжението, разните
> > променливи не са дефинирани.
> >
> > Пусни env от cron и от нормална конзола и виж какво е различно, вероятно
> > там
> > някъде се развалят нещата.
> >
> > Скелета
>
> Пробвах с eval $CMD,но не става.Мен повече ме
> притеснява че заявката си идва нормална
> поне в лога на mysql-a когато идва от cron-a.
> Пробвах и заявка без променливи твърда
> дата и пълен път до /bin/echo и резулата
> е същият.
> Сега тествах на друго дистро на едно
> виртуално Убунто с друга версия на
> mysql там като копирах от лога заявката и я
> поставих направо в mysql-a наистина ми даде
> резултат NULL.
>
> Това са пътищата на cron-a:
>
> SHELL=/bin/sh
> USER=root
> PATH=/sbin:/usr/sbin:/bin:/usr/bin
> PWD=/root
> SHLVL=1
> HOME=/root
> LOGNAME=root
> _=/usr/bin/env
>
> А това на shell-a:
> /bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/opt/bin:/usr/local/sbin:/opt/kde/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/opt/qt/bin
Не става дума за пътищата. Както ти каза Георги, пусни командата "env"
(без параметри, може и "printenv") от cron и от твоя шел, да видим дали
ще има някакви разлики.
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
I am the meaning of this sentence.
> > 2011/9/7
> >
> >> Привет на всички!
> >>
> >> Изчерпих се от към идеи затова реших да попитам по-знаещите :)
> >> Имам елементарен bash скрипт които се обръща към mysql база за да
> >> провери
> >> дадена стойност.Всичко работи и си мислех че лесно съм се отървал от
> >> един
> >> досаден приятел и му е време да почерпи...пуснах го скрипта в cron-a и
> >> за
> >> моя голяма изненада сутринта получих на пощата писмото както си му е
> >> реда,
> >> но вътре стойностите бяха NULL.
> >> Веднага се усъмних в cron-a и правата му, провери ги ,но си бяха наред
> >> за
> >> всеки случаи в самият скрипт експортирах пътищата до командите,но не
> >> според мен в това проблема.
> >> Пуснах лога-а на mysql-а да видя какво пристига и всичко изглежда наред,
> >> но резултата е NULL ако е изпълнено под cron-a, като го пусна на ръка си
> >> работи, като копирам от лог-а на mysql-a заявката вътре в mysql-а пак
> >> си
> >> работи.
> >> Интересното е че не работи заявката дори ако изпълня като root със su -
> >> root -c /usr/sbin/somescript.sh
> >> Пробвах го и с ssh -l root 10.0.0.1 /usr/sbin/somescript.sh от друга
> >> машина и пак не работи дава стойности NULL като в лога на mysql-a идва
> >> нормална заявка ето и примерно какво правя:
> >> QRY="SELECT SUM(GoodsTradeInSum)FROM (SELECT '$curtime' AS ReportDate,
> >> goods.Name AS GoodsName, SUM(IF(ISNULL(operations.Qtty *
> >> operations.Sign),
> >> 0, operations.Qtty * operations.Sign)) AS StoreAvailableQuantity,
> >> goods.PriceIn AS GoodsTradeInPrice, SUM(IF(ISNULL(operations.Qtty *
> >> operations.Sign), 0, operations.Qtty * operations.Sign)) * goods.PriceIn
> >> AS GoodsTradeInSum FROM objects, goods) LEFT JOIN operations ON
> >> (objects.ID = operations.ObjectID AND goods.ID = operations.GoodID))
> >> LEFT
> >> JOIN goodsgroups ON ABS(goods.GroupID) = goodsgroups.ID) LEFT JOIN
> >> objectsgroups ON ABS(objects.GroupID) = objectsgroups.ID) LEFT JOIN
> >> vatgroups ON goods.TaxGroup = vatgroups.ID WHERE (operations.Date <=
> >> '$curtime 00:00:00') AND (goods.Name LIKE concat('%', 'ц-ри', '%'))
> >> GROUP
> >> BY goods.Code, goods.Name, goods.ID, goods.Measure1, objects.ID,
> >> objects.Name, goods.PriceIn, vatgroups.VATValue) as T"
> >>
> >> CMD="mysql -h $HOST -u $DB_USER -p$DB_PASS -D$DB"
> >>
> >>
> >> echo `$CMD << eof $QRY eof` > $LOGtmp
signature.asc
Description: Digital signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] bash- >mysql=неволи
On Wed, Sep 07, 2011 at 12:00:42PM +0300, Georgi Georgiev wrote:
> От cron като изпълняваш скриптове, разликата е в обкръжението, разните
> променливи не са дефинирани.
>
> Пусни env от cron и от нормална конзола и виж какво е различно, вероятно там
> някъде се развалят нещата.
Мдам, и аз за нещо такова щях да кажа :) Само една добавка:
най-вероятно поне част от проблема е свързана с locale - като гледам, в
заявката се използват символи на кирилица. Обърни особено внимание на
евентуални разлики в променливите LANG и LC_*.
Също така... $curtime е променлива, която се задава в shell script-а,
така ли? (ако не, ще имаш проблеми с quoting с кавичките, но това не би
трябвало да се случва *само* при изпълнение от cron).
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
I am the thought you are now thinking.
> 2011/9/7
>
> > Привет на всички!
> >
> > Изчерпих се от към идеи затова реших да попитам по-знаещите :)
> > Имам елементарен bash скрипт които се обръща към mysql база за да провери
> > дадена стойност.Всичко работи и си мислех че лесно съм се отървал от един
> > досаден приятел и му е време да почерпи...пуснах го скрипта в cron-a и за
> > моя голяма изненада сутринта получих на пощата писмото както си му е реда,
> > но вътре стойностите бяха NULL.
> > Веднага се усъмних в cron-a и правата му, провери ги ,но си бяха наред за
> > всеки случаи в самият скрипт експортирах пътищата до командите,но не
> > според мен в това проблема.
> > Пуснах лога-а на mysql-а да видя какво пристига и всичко изглежда наред,
> > но резултата е NULL ако е изпълнено под cron-a, като го пусна на ръка си
> > работи, като копирам от лог-а на mysql-a заявката вътре в mysql-а пак си
> > работи.
> > Интересното е че не работи заявката дори ако изпълня като root със su -
> > root -c /usr/sbin/somescript.sh
> > Пробвах го и с ssh -l root 10.0.0.1 /usr/sbin/somescript.sh от друга
> > машина и пак не работи дава стойности NULL като в лога на mysql-a идва
> > нормална заявка ето и примерно какво правя:
> > QRY="SELECT SUM(GoodsTradeInSum)FROM (SELECT '$curtime' AS ReportDate,
> > goods.Name AS GoodsName, SUM(IF(ISNULL(operations.Qtty * operations.Sign),
> > 0, operations.Qtty * operations.Sign)) AS StoreAvailableQuantity,
> > goods.PriceIn AS GoodsTradeInPrice, SUM(IF(ISNULL(operations.Qtty *
> > operations.Sign), 0, operations.Qtty * operations.Sign)) * goods.PriceIn
> > AS GoodsTradeInSum FROM objects, goods) LEFT JOIN operations ON
> > (objects.ID = operations.ObjectID AND goods.ID = operations.GoodID)) LEFT
> > JOIN goodsgroups ON ABS(goods.GroupID) = goodsgroups.ID) LEFT JOIN
> > objectsgroups ON ABS(objects.GroupID) = objectsgroups.ID) LEFT JOIN
> > vatgroups ON goods.TaxGroup = vatgroups.ID WHERE (operations.Date <=
> > '$curtime 00:00:00') AND (goods.Name LIKE concat('%', 'ц-ри', '%')) GROUP
> > BY goods.Code, goods.Name, goods.ID, goods.Measure1, objects.ID,
> > objects.Name, goods.PriceIn, vatgroups.VATValue) as T"
> >
> > CMD="mysql -h $HOST -u $DB_USER -p$DB_PASS -D$DB"
> >
> >
> > echo `$CMD << eof $QRY eof` > $LOGtmp
signature.asc
Description: Digital signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] бърз начин да се затрие информация от хард?
On Thu, Jul 07, 2011 at 01:41:35PM +0300, Yordan Radunchev wrote: > 2011/7/7 Vasil Kolev : > > > > Кой го прави, и ти виждал ли си наистина да го направят? > > > > Теоретично е възможно. Описано е и е правено. И се оказва, че май и не > се иска кой знае каква техника. Разбира се, от тогава е минало много > време и както се казва и в материала - с увеличаване на обема на > хардовете, намалява ширината на пътечките и бла бла бла... нови > технологии се използват... бла бла... Сигурен съм, че Васил знае, че теоретично е правено; неговата позиция от самото начало беше, че не познава човек, който да го е *виждал* направено. Затова задава такива конкретни въпроси към такива конкретни изказвания от страна на Мариан :) Поздрави, Петър -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] partition info...
On Tue, Mar 15, 2011 at 08:58:48AM +0200, Yordan Radunchev wrote:
> Всъщност ето това е финалния вариант:
>
> for i in `grep '[hs]d[a-z][0-9]' /proc/partitions | tr -s ' ' | cut -d' ' -f5`
Само между другото, изразът в `` би могъл да бъде съкратен до:
awk '/[hs]d[a-z][0-9]/ {print $4}' /proc/partitions
...което вече може да се уточнява допълнително, например с използване на
/[hs]d[a-z][0-9]*$/ или /[hs]d[a-z][0-9]+$/ или нещо такова :)
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
If this sentence were in Chinese, it would say something else.
signature.asc
Description: Digital signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] VPS/dedicated server избор
On Wed, Jan 12, 2011 at 02:38:36PM +0200, Daniel Ivanov wrote: > > На 1/12/2011 1:33 PM, Peter Pentchev написа: > >On Wed, Jan 12, 2011 at 01:19:07PM +0200, Daniel Ivanov wrote: > >>Ако искам да избера VPS или dedicated hosting provider, който е > >>извън България, но искам да има минимален delay с български хостове, > >>коя държава(за предпочитане извън съюза) или кой доставчик би бил > >>моят избор? > >Без да мога да дам мнение, все пак мисля, че за другите ще е по-лесно > >да отговорят, ако уточниш точно за кой съюз става дума - бившия СССР, > >ЕС или някой друг :) > > Пенчев, не се прави на хитър :) Не се правя на хитър, съвсем сериозно го казвах това - има възможни аргументи за и против colocation и в РФ, и в ЕС, и извън РФ, и извън ЕС, и ако хората не знаят точните обстоятелства около твоя хостинг, не е ясно кои от всичките аргументи си имал предвид с изразените предпочитания. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Hey, out there - is it *you* reading me, or is it someone else? signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] VPS/dedicated server избор
On Wed, Jan 12, 2011 at 01:19:07PM +0200, Daniel Ivanov wrote: > Ако искам да избера VPS или dedicated hosting provider, който е > извън България, но искам да има минимален delay с български хостове, > коя държава(за предпочитане извън съюза) или кой доставчик би бил > моят избор? Без да мога да дам мнение, все пак мисля, че за другите ще е по-лесно да отговорят, ако уточниш точно за кой съюз става дума - бившия СССР, ЕС или някой друг :) Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ping - как да проверя тотала до момента без да прекъсвам изпълнени ето?
On Thu, Dec 16, 2010 at 10:55:57AM +0200, Yordan Radunchev wrote: > On Thu, Dec 16, 2010 at 10:50:43AM +0200, Peter Pentchev wrote: > > On Thu, Dec 16, 2010 at 10:41:30AM +0200, Yordan Radunchev wrote: > > > On Thu, Dec 16, 2010 at 09:05:21AM +0200, Ivan Petrushev wrote: > > > > Здравейте, > > > > > > много грубо, но работи: > > > > > > ping -q -c5 google.com | tr '\n' ',' | cut -d"," -f6,7,8 >> ping.log > > > > > > пуска пет пакета и логва "форматиран" резултат в ping.log, изглежда така: > > > > > > 0% packet loss, time 4020ms,rtt min/avg/max/mdev = > > > 24.660/86.550/209.688/87.072 ms > > > 0% packet loss, time 4006ms,rtt min/avg/max/mdev = > > > 24.987/25.265/26.076/0.458 ms > > > 0% packet loss, time 4005ms,rtt min/avg/max/mdev = > > > 25.020/33.838/47.888/10.421 ms > > > > > > ако намериш начин да ти слага и таймстамп... > > > > "ping -D" ? > > мислех си го, ама не - това слага таймстамп на данните за всеки пакет, а пък > -q всъщност > забрнява извеждането на данни за всеки пакет, а само сумарната инфомация в > края на > изпълнението за всички пакети. може би нещо с awk и ping без опция -q - awk > да обработва > всеки ред от изхода на ping-а... така ще стане, но вече става доста > комплицирано и повече > време ще трябва да се съчини :) Мдам, не бях осъзнал значението на използването на -q в случая :) (явно още не съм се събудил). Е, сега, ако искаш обработка на данните за всеки пакет, ще трябва да пишеш нещо, което да обработва данните за всеки пакет - няма друг начин :P Хубавото е, че изходът на ping е line-buffered, така че може много лесно да бъде прекаран през awk, Perl или каквото още ти скимне. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ping - как да проверя тотала до момента без да прекъсвам изпълнени ето?
On Thu, Dec 16, 2010 at 10:41:30AM +0200, Yordan Radunchev wrote: > On Thu, Dec 16, 2010 at 09:05:21AM +0200, Ivan Petrushev wrote: > > Здравейте, > > много грубо, но работи: > > ping -q -c5 google.com | tr '\n' ',' | cut -d"," -f6,7,8 >> ping.log > > пуска пет пакета и логва "форматиран" резултат в ping.log, изглежда така: > > 0% packet loss, time 4020ms,rtt min/avg/max/mdev = > 24.660/86.550/209.688/87.072 ms > 0% packet loss, time 4006ms,rtt min/avg/max/mdev = 24.987/25.265/26.076/0.458 > ms > 0% packet loss, time 4005ms,rtt min/avg/max/mdev = > 25.020/33.838/47.888/10.421 ms > > ако намериш начин да ти слага и таймстамп... "ping -D" ? Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Do you think anybody has ever had *precisely this thought* before? signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ping - как да проверя тотала до момента без да прекъсвам изпълнени ето?
On Thu, Dec 16, 2010 at 09:59:21AM +0200, Georgi Hristozov wrote: > On 12/16/2010 09:05 AM, Ivan Petrushev wrote: > > Здравейте, > > > > Зная че сумарните резултати - packet loss, rtt се дават при свършване > > изпълнението на ping. Това може да стане ако съм задал ping count (-c > > N) или ако прекъсна изпълнението с CTRL+C. > > Възможно ли е да получа сумарните резултати до момента без да > > прекъсвам ping-a? Целта е да си направя някаква разпределена във > > времето статистика, започваща от зададена начална точка. > > Здрасти, > > Можеш да отпечаташ временните резултати на stderr като изпратиш SIGQUIT > на ping. Нещо от рода на: > ping google.com >/dev/null & > kill -QUIT $! > > Тук $! връща PID-а на ping-а, който сме скрили в background-а. При всеки > изпратен сигнал с втората команда ще получаваш нещо от рода на: > 10/10 packets, 0% loss, min/avg/ewma/max = 49.813/51.611/52.251/53.868 ms ...а за работещ в активен (не фонов) режим ping можеш да направиш същото с натискане на Ctrl-\ (backslash, обратна наклонена черта) - това изпраща SIGQUIT на процеса. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just finished reading. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ping - как да проверя тотала до момента без да прекъсвам изпълнени ето?
On Thu, Dec 16, 2010 at 10:36:16AM +0200, Ivan Petrushev wrote: > Интересно - все едно праща SIGQUIT. Това ли прави CTRL+4 винаги? Както писах в другото съобщение (което още не е стигнало май до списъка), SIGQUIT по принцип се изпраща с Ctrl-\ (Ctrl-Backslash). Според http://en.wikipedia.org/wiki/SIGQUIT "On Linux, one may also use Ctrl-4 or, on the virtual console, the SysRq key." - макар че, честно казано, не знам какво точно имат предвид с това за SysRq - като че ли никоя от комбинациите Magic SysRq не изпраща SIGQUIT, а самият SysRq сам по себе си, поне при мен, също не го прави. Помнете Ctrl-\ за SIGQUIT - ще работи навсякъде :) Но не навсякъде ping ще реагира по този начин на SIGQUIT - примерно върху FreeBSD няма SIGQUIT handler и ядрото изпълнява действието по подразбиране - убива процеса (ping). Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 No language can express every thought unambiguously, least of all this one. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Теглене на снимки от сайт
On Tue, Nov 23, 2010 at 01:03:58AM +0200, Peter Pentchev wrote: [snip] > ...а ако смята да се съобрази с правата им, с условията, при които > е публикувано това съдържание, ако те позволяват използването и > разпространението... А тук има и още нещо; виж по-долу. > защо не опитате нещо много, ама МНОГО по-просто: > да им драснете едно мейлче и да ги помолите да ви качат някъде > един-два архива, подходящо подредени? Ако те нямат нищо против > това съдържание да бъде използвано от други, те ще са доволни - > съвсем искрено го казвам, доволни и щастливи - от това, че наистина > се е намерил някой, който да оцени труда им и да го използва. Дори и съдържанието на сайта да не е публикувано под напълно свободен лиценз, винаги го има вариантът авторът да ти даде изрично разрешение да го използваш - макар че в някои случаи може да постави условия. Много пресен пример: за една мъничка лекцийка на тазгодишния OpenFest много бях харесал слайдове на сравнително известен програмист и автор на книги за Perl; драснах му едно мейлче, той каза "да, давам ти разрешение да използваш тези слайдове на тази конференция при условие, че след това ми изпратиш материалите за твоята лекция" (което в случая беше много лесно, защото аз направо използвах неговите слайдове :)) Във всеки случай няма как да знаеш дали биха ти разрешили, ако изобщо не ги попиташ :) Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Теглене на снимки от сайт
On Tue, Nov 23, 2010 at 12:42:05AM +0200, Григор Колев wrote: > Да се консултирам със специалистите. > Един колега иска да си направи игричка стратегия и иска да дръпне цялата > карта на Япония от един сайт. Иска само снимките без ненужните скриптове > и страници. А самите снимки идват от друг адрес. Написах един скрипт > който ще изтегли всички снимки на Япония в три размера за да може да > направи и мащабиране. Само искам да попитам дали в сайтовете има някаква > защита за теглене. Все пак снимките с цялото мащабиране са около милион > мисля че доста трафик ще генерирам. Тегля с wget има ли вероятност да ме > блокират. И ако да има ли начин да избегна това като например да спирам > изпълнението на скрипта за 1 минута примерно. А и нямам за цел да правя > бели на сървъра. Много рядко човек има истинска, разумна и нормална причина да тегли твърде много съдържание от някой сайт. По тази причина, а и защото такива изпълнения в много случаи водят до прекомерно натоварване или на самия сайт, или поне на връзката му с Интернет, администраторите на повечето сайтове се отнасят... не много добре... към засечени опити за подобни неща. Да, вероятно ще те блокират. Да, има начини да направиш така, че може би евентуално да не те забележат, и ако в такъв случай все пак те забележат, да, има вероятност да си кажат "е, добре де, хубаво, той поне е учтив", но има вероятност и реакцията да бъде "ааа, и се крие, а?!" Да, има начини да бъде избегнато и това, поне донякъде, но няма да ти ги кажа - и дори бих си позволил да помоля и другите да не го правят :))) Сега имам един забавен въпрос :) При положение, че твоят приятел иска да използва голямо количество съдържание, което е било събрано, обработено, категоризирано и поддържано от хората на техния сайт, той смята ли да се съобрази с правата им върху това съдържание? :) Просто си питам, ей така... или може би не просто ей така, ами... ...ако не смята, тогава... мисля, че и сам можеш да направиш връзката с още една причина администраторите на сайта да не харесат твърде много опита ти да изтеглиш цялото съдържание :) ...а ако смята да се съобрази с правата им, с условията, при които е публикувано това съдържание, ако те позволяват използването и разпространението... защо не опитате нещо много, ама МНОГО по-просто: да им драснете едно мейлче и да ги помолите да ви качат някъде един-два архива, подходящо подредени? Ако те нямат нищо против това съдържание да бъде използвано от други, те ще са доволни - съвсем искрено го казвам, доволни и щастливи - от това, че наистина се е намерил някой, който да оцени труда им и да го използва. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If this sentence were in Chinese, it would say something else. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Баш цикли (беше Re: Batch Video Converter)
On Mon, Nov 15, 2010 at 03:43:58PM +0100, Ivo wrote: > On 11/15/2010 08:50 AM, Peter Pentchev wrote: > >On Mon, Nov 15, 2010 at 09:29:40AM +0200, Svetlin Nakov wrote: > >>Колеги, > >> > >>Някой знае ли софтуер, който може да конвертира в batch режим множество > >>видеофайлове от MPEG2 формат (от Mini-DV камера с PCM звук) към > >>по-цивилизован формат, примерно XVid+AC3? > >По принцип всеки софтуер, който може да бъде пуснат от команден ред и > >да прекодира един файл, може да бъде убеден да прекодира повече от един > >файл със shell script или batch файл (в зависимост от операционната > >система ;). Например с mencoder можеш да направиш нещо като: > > > >for i in *.mpg; do > > mencoder ...options... "$i" -o ../converted/"$i" > >done > > > >...или, ако файловете ти са в повече от една директория: > > > >for i in `find . -type f -name '*.mpg'`; do > > d=`dirname "$i"` > > mkdir -p ../converted/"$d" > > mencoder ...options... "$i" -o ../converted/"$i" > >done > > > >А иначе самото прекодиране би трябвало да може да бъде направени или > >с mencoder (от MPlayer), или с vlc, а сигурно има и други. > > Здравейте, > Много ми хареса употребата на глагола убеждавам по-долу. > А моят въпрос е свързна с баш циклите. Доста често убеждавам > програми да свършат работа по много файлове с while, но пък доста > често виждам примери с for. > Да не би да има някаква врътка, която не знам? В интерес на истината, употребата на for в случая е малко опасна, ако човек не се е погрижил за IFS - файлове с интервали в имената може да създадат интересни и шашави проблеми (добре де, да не бъдат обработени правилно, че даже и изобщо, и да плюят съобщения за грешки наляво-надясно). Ако говориш за употреба на while като: find ... | while read f; do ...; done ...това е нещо, което и аз всъщност правя доста често, до голяма степен именно заради малко по-сигурния начин на обработка на файлове с интервали в имената (и се надявам да не попадна на едеотин, който да е сложил символ за нов ред в името на файла). Основният недостатък на list-generator | while read f; do ... done е, че когато цикълът седи от дясната страна на pipe, той се изпълнява в subshell и не може да променя стойности на променливи в "истинския" шел. Това, разбира се, може да бъде заобиколено с нещо като: tempfile=`mktemp foo.XX` trap "rm -f -- \"$tempfile\"" EXIT HUP INT QUIT TERM find ... > "$tempfile" while read f; do ...; done < "$tempfile" ...но това се пише малко по-трудно ;) Като цяло, всеки от вариантите си има предимства и недостатъци. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradoxical. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] video hosting
On Mon, Nov 15, 2010 at 02:01:43PM +0200, Svetlin Nakov wrote: > YouTube има ограничение до 15 минути. Това е много голям проблем. Нашите > лекции са по час и половина средно. Погледна ли действително URL-тата, които споменах в мейла си? :) Изглежда, че има някакъв начин да бъде избегнато това ограничение. > -Original Message- > From: lug-bg-boun...@linux-bulgaria.org > [mailto:lug-bg-boun...@linux-bulgaria.org] On Behalf Of Peter Pentchev > Sent: Monday, November 15, 2010 11:31 > To: Linux Users Group - Bulgaria > Subject: Re: [Lug-bg] video hosting > > On Mon, Nov 15, 2010 at 11:19:09AM +0200, Svetlin Nakov wrote: > > Колеги, имам още едно питане: > > > > Къде мога да хоствам обемни видеофайлове? Става дума за десетки часове > > безплатни видеоуроци от обученията по практическо програмиране за > > ученици (http://schoolacademy.telerik.com)? > > Има ли причина да не е YouTube? Доста организации си качват там webcast-ове > и други записи на всякакви лекции от конференции и т.н. - включително и доста > обемни; само за пример - http://www.youtube.com/user/bsdconferences > или http://www.youtube.com/user/Europeanregistry > > За съжаление "много фирми го филтрират" може да бъде валидна причина, но ако > това не е толкова голям проблем, според мен YouTube би било идеално. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 "yields falsehood, when appended to its quotation." yields falsehood, when appended to its quotation. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] video hosting
On Mon, Nov 15, 2010 at 11:19:09AM +0200, Svetlin Nakov wrote: > Колеги, имам още едно питане: > > Къде мога да хоствам обемни видеофайлове? Става дума за десетки часове > безплатни видеоуроци от обученията по практическо програмиране за ученици > (http://schoolacademy.telerik.com)? Има ли причина да не е YouTube? Доста организации си качват там webcast-ове и други записи на всякакви лекции от конференции и т.н. - включително и доста обемни; само за пример - http://www.youtube.com/user/bsdconferences или http://www.youtube.com/user/Europeanregistry За съжаление "много фирми го филтрират" може да бъде валидна причина, но ако това не е толкова голям проблем, според мен YouTube би било идеално. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Batch Video Converter
On Mon, Nov 15, 2010 at 09:29:40AM +0200, Svetlin Nakov wrote: > Колеги, > > Някой знае ли софтуер, който може да конвертира в batch режим множество > видеофайлове от MPEG2 формат (от Mini-DV камера с PCM звук) към > по-цивилизован формат, примерно XVid+AC3? По принцип всеки софтуер, който може да бъде пуснат от команден ред и да прекодира един файл, може да бъде убеден да прекодира повече от един файл със shell script или batch файл (в зависимост от операционната система ;). Например с mencoder можеш да направиш нещо като: for i in *.mpg; do mencoder ...options... "$i" -o ../converted/"$i" done ...или, ако файловете ти са в повече от една директория: for i in `find . -type f -name '*.mpg'`; do d=`dirname "$i"` mkdir -p ../converted/"$d" mencoder ...options... "$i" -o ../converted/"$i" done А иначе самото прекодиране би трябвало да може да бъде направени или с mencoder (от MPlayer), или с vlc, а сигурно има и други. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Предложение за OpenFest 201 0 - Keysigning Party
On Sun, Oct 03, 2010 at 09:08:42PM +0300, Vladimir Vitkov wrote: > 2010/10/3 Peter Pentchev : > > On Sat, Oct 02, 2010 at 10:02:49PM +0300, Marian Marinov wrote: > >> On Saturday 02 October 2010 21:33:30 Vladimir Vitkov wrote: > >> > Здравейте Група, > >> > > >> > Някой мисли ли да организира Keysigning Party? > >> > > >> Виждам, че си желаещ :) Заемай се! Ако ти трябва информация относно > >> организацията се свържи с Пенчев :) > > > > Мммм, таковата, извинявам се, че не се сетих... мога да го направя пак аз, > > имам си скриптовете и страниците и каквото трябва :) Ще драсна един анонс > > тия дни... а за кой ден ще ми отпуснете стаичка? :) Или е рано да се каже > > и засега ще кажа само "по време на OpenFest" :) > > Защо пък да не е и двата дни към края някъде с опция някъде из фоайето > през целия ден да се разглеждат хората един с друг (та да се запознаят > поне де) Ами ако организаторите дадат стаичка за по половин час и двата дни - още по-добре :) А това с опцията с разходка по коридорите няма никакъв проблем, но ще е хубаво поне веднъж да могат да се съберат и много хора заедно. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Предложение за OpenFest 201 0 - Keysigning Party
On Sat, Oct 02, 2010 at 10:02:49PM +0300, Marian Marinov wrote: > On Saturday 02 October 2010 21:33:30 Vladimir Vitkov wrote: > > Здравейте Група, > > > > Някой мисли ли да организира Keysigning Party? > > > Виждам, че си желаещ :) Заемай се! Ако ти трябва информация относно > организацията се свържи с Пенчев :) Мммм, таковата, извинявам се, че не се сетих... мога да го направя пак аз, имам си скриптовете и страниците и каквото трябва :) Ще драсна един анонс тия дни... а за кой ден ще ми отпуснете стаичка? :) Или е рано да се каже и засега ще кажа само "по време на OpenFest" :) Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence would be seven words long if it were six words shorter. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Boot на Ubuntu 9.10 след ин сталация на Windows XP?
On Tue, Sep 14, 2010 at 08:56:44AM +0300, Spas Pavlov wrote: > On Monday 13 September 2010 22:05:28 none wrote: > > Здравейте, преди няколкодни инсталирах Windows и сега не мога да си boot-на > > linux-a, че да си вляза пак. > > Отначало мислих, че проблема ще ми стигне до там със маунтването на дяла на > > линукса и една преинсталация на grub2 но, > > не виждам дяловете на линукса си през Live CD-то... > > > > Disk /dev/sda: 120.0 GB, 120034123776 bytes > > > > > 255 heads, 63 sectors/track, 14593 cylinders > > > Units = cylinders of 16065 * 512 = 8225280 bytes > > > Disk identifier: 0x6def7756 > > > > > >Device Boot Start End Blocks Id System > > > > > > /dev/sda1 * 12681 1459215358108+ 7 HPFS/NTFS > > > r...@ubuntu:/home/ubuntu# > > > > /dev/sda1 е дяла с Windows XP-то. > > fdisk не намира данни за следните дялове: > > /dev/sda* > > /dev/sdb* > > /dev/hd* > > > > Моля ви, помагайте какво да сторя за да вида дяловете първо пък после > > ще ги маунтнем :) > > Ами /dev/sdb* и /dev/hd* са дискове, а не дялове. Всъщност /dev/sdb е диск, /dev/sdb* са дялове :) (ако "*" match-не непразен низ ;) Така че под /dev/sda* човекът сигурно си има предвид и /dev/sda2 и т.н. :) Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If you think this sentence is confusing, then change one pig. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Забиване с черен екран
On Tue, Aug 31, 2010 at 02:05:04PM +0300, Yordan Boikov wrote: > Quoting "Peter Pentchev" : > > >On Tue, Aug 31, 2010 at 11:11:17AM +0300, b2 wrote: > >>Здравейте група, > >>случва се нещо много странно , наскоро пуснахме един линукс рутер с ОС > >>Debian GNU/Linux 5.0 Лени , quagga 0.99.10-1lenny2 на която има 2 BGP > >>сесии (peering/international) и нищо повече - за момента няма шейпъри , > >>нито пуснат firewall, проблема е , че както работи нормално изведнъж > >>забива с черен екран - не отговаря на никакви клавишни комбинации , няма > >>пинг - но машината продължава да работи , т.е. не се изключва . > >>По логовете няма абсолютно нищо което да ми подсказва за евентуален > >>проблем , пуснах munin който да следи какво се случва , но и там не > >>виждам нищо притеснително , машината е чисто нова, > >>смених дъното , тествах рамта - никакъв резултат... > >>Имаме и други такива рутери и досега никога не се е случвало подобно > >>нещо. Всякакви идеи са добре дошли. > > > >Хм, забавно. При мен започна да прави това преди два-три месеца, но > >след някое от обновяванията или на X.org, или на ACPI-кода (ядрото), > >или знам ли и аз на какво. Разликата обаче е в това, че аз съм > >с Debian testing (бъдещият squeeze), обновяван всеки ден - доста > >по-скорошна версия от Lenny + updates. > > > >Та ако някой има идея къде да бърничкам... подозирам или някакви > >варианти на screensaver-и при X, или някакви настройки на ACPI, или... > >или знам ли и аз какво. Ако трябва, ще дам конфигурационни файлове > >на X и на каквото още трябва. > > на рутер с quagga пък за какво му е X ??? Мммм, това с X-а го писах аз, а не b2, а това с рутера с quagga го писа той :) Аз говоря за desktop машината си; не казвам, че проблемът ми е същият като на b2, просто казвам, че имам проблем със същите симптоми. А X-ът може и да не е намесен; горе-долу по същото време, по което започна да се появява проблемът, минах и на framebuffer конзола (заради kernel mode switching на моя шашав Radeon HD 3200), та може и от това да е... макар че за какво му е и kernel mode switching на рутер с Quagga, пак не знам :) Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I had to translate this sentence into English because I could not read the original Sanskrit. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Забиване с черен екран
On Tue, Aug 31, 2010 at 11:11:17AM +0300, b2 wrote: > Здравейте група, > случва се нещо много странно , наскоро пуснахме един линукс рутер с ОС > Debian GNU/Linux 5.0 Лени , quagga 0.99.10-1lenny2 на която има 2 BGP > сесии (peering/international) и нищо повече - за момента няма шейпъри , > нито пуснат firewall, проблема е , че както работи нормално изведнъж > забива с черен екран - не отговаря на никакви клавишни комбинации , няма > пинг - но машината продължава да работи , т.е. не се изключва . > По логовете няма абсолютно нищо което да ми подсказва за евентуален > проблем , пуснах munin който да следи какво се случва , но и там не > виждам нищо притеснително , машината е чисто нова, > смених дъното , тествах рамта - никакъв резултат... > Имаме и други такива рутери и досега никога не се е случвало подобно > нещо. Всякакви идеи са добре дошли. Хм, забавно. При мен започна да прави това преди два-три месеца, но след някое от обновяванията или на X.org, или на ACPI-кода (ядрото), или знам ли и аз на какво. Разликата обаче е в това, че аз съм с Debian testing (бъдещият squeeze), обновяван всеки ден - доста по-скорошна версия от Lenny + updates. Та ако някой има идея къде да бърничкам... подозирам или някакви варианти на screensaver-и при X, или някакви настройки на ACPI, или... или знам ли и аз какво. Ако трябва, ще дам конфигурационни файлове на X и на каквото още трябва. Поздрави, Петър -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contains exactly threee erors. signature.asc Description: Digital signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] нахранете ме отзад (feedbac k) моля
On Sat, Feb 20, 2010 at 12:16:11AM +0200, Delian Krustev wrote: > On Wed, 17 Feb 2010 00:36:28 +0200 Peter Pentchev wrote: > > Просто съм свикнал да го правя :) А иначе от валидирането може да има > > смисъл и в друг случай - ако човекът е извикал скрипта не просто с нещо > > с интервал или специални символи, ами с нещо, което започва с тире/минус, > > така че whereis(1) да го възприеме като опция, а не параметър. > > $ echo test | grep -i Test > test > $ echo test | grep "-i" Test > test > > Тук май бъркаш нещо ;) Мммм, аз имах предвид $1 да започва с "-", така че вместо: [r...@bastonne ~]$ man -k printf | head asprintf (3) - print to allocated string ber_printf (3) - LBER simplified Basic Encoding Rules library routines ... curl_maprintf (3)- formatted output conversion curl_mfprintf (3)- formatted output conversion curl_mprintf (3) - formatted output conversion curl_msnprintf (3) - formatted output conversion curl_msprintf (3)- formatted output conversion curl_msprintf curl_mvaprintf (3) [curl_mfprintf] - formatted output conversion curl_mvaprintf (3) - formatted output conversion curl_mvfprintf (3) - formatted output conversion [r...@bastonne ~]$ ...да се получи някоя изненада като: [r...@bastonne ~]$ man -k -t man: -[tTZH] -k : incompatible options Try `man --help' or `man --usage' for more information. [r...@bastonne ~]$ ...която евентуално да ти обърка нататък работата на скрипта. Мисля, че нещо такова би могло да свърши работа: if ! expr "x$1" : 'x[a-zA-Z0-9_][a-zA-Z0-9_-]*$' > /dev/null; then echo 'Foo' 1>&2 exit 1 fi (и, да, трябва да проверяваш и за страници с имена, започващи с цифра - хич не са малко; дори и аз ползвам едно такова програмче on a daily basis - 6tunnel) > Прикачам силно оптимизираната нова версия :-) Мда, за тази версия дори и аз не мога да намеря нищо, за което да се хвана :P Вероятно вече ти е писнало от мен така или иначе де, така че сега си си отдъхнал :) Полезно програмче, наистина може и да реши човек да го ползва по някое време, макар че все пак man -a също върши работа от време на време - но друг път пък man -a дава прекалено много резилтати. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 No language can express every thought unambiguously, least of all this one. pgpMBG3CCX8kg.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [PHISH] Re: IPSec между Li nksys BEFVP41 и линукс
On Thu, Feb 18, 2010 at 05:00:08PM +0200, Yulian Stefanov wrote: [snip] > Трябвало щеш-нещеш ако ще се връзваш (дори да ползваш > Gmail или Yahoo) трябва задължително да позваш техен опен релей > мблах.контакт.бг . Чудя си се като е опен релей в кои ли черни списъци > присъства и какво ли ще викат сървърите отсреща като видят, че майла е от > един домейн, пък релейва от друг... Ъъ... кво?! :) Чакай малко сега, задръж така :) Първо, ако наистина става дума за mblah.contact.bg, това съвсем не е open relay, хич даже. Open relay би било, ако аз можех сега от моя си адрес извън всякакви техни мрежи да се свържа с mblah.contact.bg и да кажа mail from: мой външен адрес, rcpt to: друг мой външен адрес и то да приеме съобщението и да го препрати накъдето трябва. Вместо това mblah.contact.bg ми отговаря (правилно) с 553 "няма да relay-вам пък", което значи, че си е много добре настроен mail gateway за "вътрешна", макар и доста широка, мрежа. Приема поща от техните мрежи и се грижи за това да я разпраща навън, не приема поща от никой друг. А за втория въпрос - мейлът да е от един домейн, пък да relay-ва за друг - ъ, имаш предвид, че някой може да се учуди на начина, по който хората изпращат 98% от съобщенията по електронната поща в последните поне 15 години? :) Това си е съвсем нормален начин на работа - някой ти е дал достъп до неговия мейлсървър, ти се връзваш към него и му казваш "я сега изпрати това съобщение" - и никой не гледа от кой и за кой адрес е самото съобщение - имаш право да ползваш този сървър, значи той ще relay-ва твоята изходяща поща. Да, да, знам, някой ще спомене SPF. SPF не е "решение" на "проблема", че всеки може да изпраща поща отвсякъде; SPF е решение на малко по-различен проблем, който също би могъл да бъде формулиран като "всеки може да изпраща поща отвсякъде", но в един частен случай, в който администраторите на даден домейн решават, че конкретно за този домейн може да е добра идея пощата наистина да излиза само през един-два сървъра. Това не е съвсем приложимо за всички случаи (да, да, знам, SMTP authentication, тунели, какви ли не други решения) и за случаите, в които е приложимо, работи - но по никакъв начин не прави другото забранено или нещо такова. Аз например съвсем редовно изпращам поща от r...@ringlet.net или през mx1.freebsd.org, или през office.hoster.bg, или през още два сървъра, които нямат нищо, ама нищо общо с домейна ringlet.net, и никой сървър никъде по света няма да се зачуди за това как така моите съобщения излизат оттам. > Всъщност не питам за съвет, това да му мисли админа им. > А и предварително се извинявам ако някой се засегне от горното, просто ми > звучи като да си купиш кола и да са ти заварили едната скорост щот не си си > платил по-скъп сервиз... А иначе конкретно за БТК и затварянето на порт 25... уф. Силно уф. Много съм раздвоен по този въпрос. От една страна, виждам какъв проблем решават и разбирам защо са го направили - омръзнало им е да ги blacklist-ват всякакви CBL-и, RBL-и и други WTFBL-и по цял свят заради един-двама нови идиоти всеки месец, които или решават, че сега ще си поиграят малко с това ново спам-програмче, или просто решават, че сега ще си поиграят малко на ей-тоя хубав бляскав мигащ уебсайт и не обръщат внимание на всичките троянски коне, които им се намърдват в кошарата. От същата тази страна - да, лично за мен и за куп други "знаещи" хора това няма да е проблем - така и така по-голямата част от изходящия ми мейл от години минава през SSH-тунели към сървъри, до които добри хора са ми дали достъп с тази цел. За други не толкова знаещи хора винаги има решение с външен сървър със SMTP auth, който или работи през 465/tcp (SMTPS), или през 567/tcp (Submission), така че всички са доволни, дори и да не се налага да си пренастройват клиентите всеки път, когато се приберат вкъщи или отидат на работа. От друга страна... абе неудобно си е, няма какво да си говорим :) Много е неудобно понякога даже. Да не говорим за "дребни" нещица като "всичката поща, която изпращате, ще минава през нашия сървър, пък ние ще ви дадем честната си дума, че няма да се опитваме да я анализираме или пазим по какъвто и да било начин" :) Както казах, раздвоен съм. Уф. Т'ва много дълго стана бре. Явно много ме мррзи да работя :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If this sentence didn't exist, somebody would have invented it. pgp0pj55H1MEe.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] нахранете ме отзад (feedbac k) моля
On Tue, Feb 16, 2010 at 07:43:39PM +0200, Delian Krustev wrote:
> On Tue, 16 Feb 2010 11:32:37 +0200 Peter Pentchev wrote:
> > Лично аз това бих го написал малко по-параноично - бих quote-нал "$1",
> > като се възползвам от факта, че POSIX-съвместимите shell-ове нямат
> > нужда от кавички около `...` - и на мен ми отне няколко години да
> > си приуча ума, че това е безопасно :)
> >
> > PAGES=`whereis -m "$1" | cut -d : -f 2-`
>
> Не мисля че има нужда от quote-ване но все пак ще последвам съвета ти.
> Ако има интервал в името на страницата долния греп няма да свърши
> работа така или иначе.
>
> Улеснението е, че скрипта е предназначен за интерактивна употреба
> и бърза да делегира работата на оригиналната програма ако не е извикан
> интерактивно.
> Така че коректното по-скоро е да се валидира $1 . Но понеже едва ли има
> някоя смислена страница с интервал в името, или каквото и да било
> нуждаещо се от quote-ване го пропускам тоя момент за KISS.
Просто съм свикнал да го правя :) А иначе от валидирането може да има
смисъл и в друг случай - ако човекът е извикал скрипта не просто с нещо
с интервал или специални символи, ами с нещо, което започва с тире/минус,
така че whereis(1) да го възприеме като опция, а не параметър.
Но... за момента може да се мине и без това, макар че едно expr повече
или по-малко не е голяма загуба на ресурси.
> > > for i in `for j in $PAGES ; do echo $j ; done | sort `; do
> >
> > Вътрешният цикъл може да бъде заместен с:
> >
> > echo "$PAGES" | xargs -n1 | sort
>
> По-неефективно е, защото старитраме допълнителен процес :-)
:)
[snip]
> > Малко по-красиво, поне според мен:
> >
> > echo "$PAGES" | xargs -n1 | sort | \
> > awk -F. '{printf "%10s %s\n", "[" $(NF-1) "]", $0}'
>
> Това ми харесва, макар че мислех да стоя далеч от awk .
Мдам, то и аз се замислих дали, като така и така вкарваме и awk в
цялата работа, не си струва да се хване човек да го пренапише това
цялото на нещо друго, ама всъщност awk не е чак толкова тежък,
а скриптчето ти (целият man) е просто, лесно за четене и даже удобно.
> Добавям само проверка дали е архивирана страницата.
Мдам, добра идея.
> > Но като цяло много ми харесва, ще взема и да го пробвам тия дни :)
>
> Мотивацията смятам е ясна.
> Писна ми да пиша 'whereis -m x' ... 'man X x'.
Да, така е :) Макар че понякога "man -a x" помага.
> Прикачам актуалната версия на скрипта.
Отново само едно мъъъничко коментарче, което миналия път пропуснах,
защото реших, че може да бъде оптимизирано чрез премахване, а не
се оказа точно така:
echo $PAGES | grep ' ' > /dev/null || exec $MAN "$@"
Значи... няколко варианта:
1. echo $PAGES | fgrep -q ' ' || exec $MAN "$@"
2. expr "x$PAGES" : '.* ' > /dev/null || exec $MAN "$@"
(стар трик от MS-DOS batch files - "x$PAGES" ни пази от проблеми,
когато $PAGES е празно (макар че точно сега това не е проблем)
или започва с тире (някои версии на expr(1) на някои операционни
системи много се шашкат в този случай, и понякога дори -- не помага)
3. [ "$PAGES" != "${PAGES#* }" ] || exec $MAN "$@"
(я гледай ти, няма допълнителни процеси ;)
Аналогично към края на новата версия:
if ! echo $section | grep -E '^[[:digit:]][[:alnum:]]*$' > /dev/null ; then
може да бъде заменено с:
if echo $section | egrep -qe '^[[:digit:]][[:alnum:]]*$'; then
или:
if expr "x$section" : 'x[[:digit:]][[:alnum:]]*$' > /dev/null; then
> Благодаря ти за отговора.
А, ти пък, няма проблем - хора, които ме познават, и хора, които имат
съмнителното щастие да ме гледат как работя (да не говорим за тези,
чиято работа зависи от това да си свърша моята ;), знаят, че понякога
съм в състояние да прекарам половин час в далеч-отвъд-смисленото
оптимизиране на парче shell, Perl, C или какъв ли не още код, просто
защото "ама така ще е по-красиво и ще работи по-надеждно и по-добре!"
(всичките три пъти на седмица, когато ще се изпълнява... това за
нещата, които оптимизирам де, не за твоя man)
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
This sentence contains exactly threee erors.
pgpDjyFG1pwVg.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] нахранете ме отзад (feedbac k) моля
On Tue, Feb 16, 2010 at 11:32:37AM +0200, Peter Pentchev wrote: > On Tue, Feb 16, 2010 at 03:10:28AM +0200, Delian Krustev wrote: [snip] > > echo $PAGES | grep ' ' > /dev/null || exec $MAN "$@" > > Това не може ли да бъде заместено с [ -z "$PAGES" ] && exec $MAN "$@" Хм, не, извинявай - ако идеята му е направо да пуска man, когато има само една страница, тогава има смисъл да е точно така :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If this sentence were in Chinese, it would say something else. pgp4QE9B4vXLc.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] нахранете ме отзад (feedbac k) моля
On Tue, Feb 16, 2010 at 03:10:28AM +0200, Delian Krustev wrote:
> #!/bin/sh
> # usage: $0 PAGE
> #
> # Searches for manual pages for PAGE and prompts which one to display if more
> # than one is found.
> #
> # Could be installed as /usr/local/bin/man which will usually be found in PATH
> # before the default "man" command. Another suggestion - /usr/local/bin/m .
Изглежда много добре написан, браво! Само едно-две дребни нещица...
> # Author: Delian Krustev
> #
> # Licence: This script is in the public domain.
> #
> # FEEDBACK:
> # - Does it interfere with something on your system when
> # installed in place (or before) the default man binary ?
> # - Any posix shell incompatibilities, nonstandard commands or command
> # options ?
> # - Optimizations, bugs, similar utilities ?
>
> MAN=/usr/bin/man
>
> if [ $# != 1 ]; then
> exec $MAN "$@"
> fi
> if ! tty > /dev/null ; then
> exec $MAN "$@"
> fi
>
> PAGES="`whereis -m $1 | cut -d : -f 2-`"
Лично аз това бих го написал малко по-параноично - бих quote-нал "$1",
като се възползвам от факта, че POSIX-съвместимите shell-ове нямат
нужда от кавички около `...` - и на мен ми отне няколко години да
си приуча ума, че това е безопасно :)
PAGES=`whereis -m "$1" | cut -d : -f 2-`
> echo $PAGES | grep ' ' > /dev/null || exec $MAN "$@"
Това не може ли да бъде заместено с [ -z "$PAGES" ] && exec $MAN "$@"
> echo "This page is available in several sections:
> "
> # There should be a better way to sort pages.
> # The "rev" stuff is ugly and errorprone - sed ?
> for i in `for j in $PAGES ; do echo $j ; done | sort `; do
Вътрешният цикъл може да бъде заместен с:
echo "$PAGES" | xargs -n1 | sort
(първоначално мислех и за tr ' ' "\n" вместо xargs -n1, но тогава може
да получиш празен първи и/или последен ред, а няма смисъл и от "egrep .")
> printf "%10s %s\n" \
> "[`echo $i | cut -d . --output-delimiter ' ' -f 1- | rev | cut -d ' ' -f
> 2 | rev`]" \
> $i
Так... това наистина може да бъде опростено по няколко начина :)
Най-простият е:
sect=`echo "$i" | sed -e 's/.*\.\([^.]\+\)\.[^.]\+$/\1/'`
printf '%10s %s\n' "[$sect]" "$i"
(да, спокойно можеш да сложиш форматния низ на printf(1) в апострофи
за всеки случай; самият printf(1) ще е достатъчно умен, за да разбере \n
като символ за нов ред)
Малко по-красиво, поне според мен:
echo "$PAGES" | xargs -n1 | sort | \
awk -F. '{printf "%10s %s\n", "[" $(NF-1) "]", $0}'
(това или със \ на края на първия ред, или на един ред без \ преди awk)
> done
> echo "
> Type a section or hit Enter for the default:"
>
> # $MAN is smart enough to display the proper section if it has enough chars
> # to make a difference. E.g. you could type "3p" for "3posix".
> read section
> exec $MAN $section $1
Мдам, тук първата ми реакция беше exec $MAN "$section" "$1", но, като
гледам, позволяваш празна секция, така че около $section не трябва да има
кавички. Все пак аз лично бих сложил кавички около $1, така че
exec $MAN $section "$1"
Но като цяло много ми харесва, ще взема и да го пробвам тия дни :)
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
This sentence would be seven words long if it were six words shorter.
pgpaoReFtSXyf.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] .БГ зона
On Thu, Nov 12, 2009 at 05:15:07PM +0200, milen nikolov wrote: > On Thu, 2009-11-12 at 13:06 +0200, Vasil Kolev wrote: > > В 09:30 +0200 на 12.11.2009 (чт), Rossen Antonov написа: > > > Здравейте, > > > > > > Изглежда, че проекта Точка.bg не се обновява много често. Не знам към > > > кой друг да се обърна и за това пиша тук. Ако има друго място, към > > > което да ме насочите, моля да ме извините, че Ви отнемам от времето. > > > > > > > Няма друго място, ама и това не е от най-подходящите :) .бг като идея > > (поне според мен) е рядко глупава идея, предполагам и за доста други > > хора, а и това е lug-bg, не мрежова листа. > > Подкрепям. Глупава идея е. Забавно е понякога online-общуването :) Гледам, втори човек вече казва, че подкрепя изказване, състоящо се от две части, като има предвид, че подкрепя *първата* част, а със самото си подкрепящо съобщение *отрича* втората :) Мисля, че Васил имаше предвид, че независимо какво ни е мнението за IDN като цяло и IDN TLD's, lug-bg не е подходящо място да го обсъждаме :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. pgptkKfRncP9f.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Bash gimnastiki
On Sat, Oct 24, 2009 at 04:33:28PM +0300, Martin Kolev wrote: > Здравейте, > > Искам първо да вметна, че не съм програмист и ползвам BASH от дъжд на вятър, > т.е. пълен лаик. > > Ето и какво ме накара да пиша тук: > Реших с помощта на rrdtool да чертая графика на прихванатите вируси от > антивирусната ми програма. За целта си направих един "прост" BASH скрипт, > който се изпълнява с помощта на procmail, когато се прихване вирус от > антивирусната програма, като целта му е да увеличава с единица стойността на > едно число - индекс: > > > #!/bin/bash > > virusvar=`/bin/cat /etc/rrdtool/mail/virus-count` > ((virusvar++)) > /bin/echo -n $virusvar > /etc/rrdtool/virus/virus-count > > Всичко си сработва много добре, но когато сървъра се натовари (т.к. си е бая > стар и е с много малко RAM памет) поредността на числото, което се записва > във virus-count се обърква. Прави ми впечатление, че това се случва в > момент, когато е натоварен и четенето/писането от и във virus-count става в > почти един и същи момент. > > Много съм любопитен да разбера защо се случва това? Стандартен случай на нужда от синхронизация при едновременен достъп до общ ресурс - често се среща, има готови решения. Накратко, това, което се случва, е, че може да получиш няколко такива съобщения почти едновременно и програмката ти да се изпълни няколко пъти, преди първите да са свършили съвсем. Тъй като цялото изпълнение на един шел-скрипт е доста сложна операция, особено когато се изпълняват и външни програми, напълно е възможно не само да бъдат пуснати няколко такива "едновременно", ами и да си прехвърлят топката по време на изпълнение - да се изпълни някаква част от първия, после някаква част от втория, после пак някаква част от първия, после малко от третия и т.н. Пример: 1. Идва съобщение А, стартира се скриптът за него (да кажем "скрипт А") 2. Скрипт А чете virus-count, прочита стойност 510 3. Идва съобщение Б, стартира се скриптът за него (да каем "скрипт Б") 4. Скрипт Б чете virus-count, *и той прочита 510* 5. Скрипт А увеличава 510 с 1, получава 511, записва 511 във virus-count 6. Скрипт Б увеличава 510 с 1, получава 511, записва 511 във virus-count Ако тръгнат да се изпълняват едновременно три копия на скриптчето, може да се получат даже по-забавни неща, като virus-count от 510 да стане първо 511, после 512 и накрая пак 511 :) Решението при съвременните Unix-системи е просто - има програмка, която понякога се казва "lockfile", друг път "flock", и се изпълнява по леко различни начини, но идеята й е да създаде специален файл и тогава да изпълни твоята програма - особеното е, че ако специалният файл вече съществува или вече е заключен, lockfile чака, докато другият го отключи. По този начин, тъй като lockfile заключва файла, изпълнява твоята програма и после отключва файла, е на практика сигурно, че твоята програма няма да бъде изпълнена два пъти едновременно. Опитай през procmail да пускаш твоето скриптче не направо, а през lockfile с някакво избрано от теб име на файл: lockfile /var/lock/virus-count /usr/bin/increase-virus-count ...където /usr/bin/increase-virus-count е твоето скриптче. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence would be seven words long if it were six words shorter. pgp9U9Nw8l5wP.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] PGP keysigning party на OpenFest 20 09
Здравейте, И тази година като част от OpenFest ще се опитаме да организираме PGP keysigning party - събиране на хора, които имат PGP ключове, и размяна на информацията за публичните части на тези ключове по сигурен начин, така че след това всеки да може да подпише ключовете на другите, като е малко по-сигурен в принадлежността им. Ако някой си има PGP ключ, ама подписите му се струват малко, или сега вземе, че реши да си направи PGP ключ и му се прииска да има някакви подписи върху него, може да се разходи до http://www.ringlet.net/keysigning-of2009/ за повече информация :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. pgpp97uDNndBz.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Как да гепя на screen изход а
On Thu, Sep 17, 2009 at 03:15:50PM +0300, Kamen Medarski wrote: > Здравейте Група, > > тъй като забелязвам че напоследък няма много неща които да се > дискутират, се чудех дали някой от вас няма може да помогне в една > много нетипична ситуация? > > Та ситуацията е следната: > използвам xprop -spy WM_ICON_NAME за да взема името на даден джам, > което м/у впрочем се сменя често. Идята ми е да събирма хронологично > имената на този джам. Може да ви се струва тъпо, но в тази ситуация е > май е единствено решение, но това са детайли. Та като пусна тази > проста команда с пренасочване на изхода и грешката към файл, тя се > ошашква и нищо не се появява записано във файла. Пробвах какви ли не > комбинации с |, tee, kafe и подобни ... но нищо наяве. Затова реших > да ви питам, дали се сещате за вариант в които да пускам командата във > screen, и да гепя изхода и входа на pty-я на тая сесия. Аз удрям на > камък, да си призная. Разгледай докиментацията на screen по въпроса с "log" - "info screen", секция Logging >> log". Можеш да го направиш "на ръка" в screen-сесия, която пускаш сам, като натиснеш ^A H (при което screen ще започне да пише във файл screenlog.0 или screenlog.1 или който там ти е номерът на прозореца, можеш и "на ръка" в screen-сесия, като въведеш ":logfile /something/screen.%n.log" или нещо такова, за да промениш именоването на файловете... ...а можеш и да си напишеш простичко screenrc, в което да направиш например така: logfile /path/to/blah.%n.log deflog on screen xprop -spy blah ...и да пускаш "screen foo.screenrc". Евентуално можеш да си напишеш и нещо като скриптче, което да пуска xprop с каквито трябва параметри, а като спре, да го пуска пак с каквито трябва нови параметри и т.н., и него да пускаш в командата "screen" на последния ред на screenrc-файла. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If you think this sentence is confusing, then change one pig. pgpYVnPIDTSOR.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [PHISH] Re: Какво става съ с Sourceforge.net ?
On Mon, Sep 14, 2009 at 12:03:23PM +0300, Ivaylo Toshev wrote: > http://sourceforge.net/ > > > И ми дава това: > > Error 500 > > This page is unavailable at the moment. Please try again shortly. Sorry for > the inconvenience. > > SourceForge.net Site > Status<https://sourceforge.net/apps/wordpress/sourceforge/> Може би някой от mirror-ите не е наред. Какъв IP адрес виждаш за sourceforge.net? При мен е 216.34.181.60. Ако е това, не е много ясно какво можеш да направиш, освен може би: - да пишеш до поддръжката им; e-mail адреса го има на сайта, само че са направили много усилия да не се разчита автоматично, затова ще го напиша тук на кирилица - сфнет_опс at цорп.соурцефорге.цом (да, знам, изглежда идиотски, ама ако не можеш да им видиш сайта...) - да си забиеш в /etc/hosts едно редче: 216.34.181.60 sourceforge.net www.sourceforge.net sf.net www.sf.net ...да видиш дали ще работи и ДА НЕ ЗАБРАВИШ ДА ГО МАХНЕШ след ден-два :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. pgpdyzXUI94nq.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с Iptables-Batch
On Tue, Jun 30, 2009 at 02:23:37AM -0700, Ivan Filipov wrote: > > Здравейте, > > имам проблем с подкарването на iptables-batch при по нов iptables. В > момента се опитвам да го подкарам с някакъв пакет който по принцип беше > в RPM формат. От него извадих съответно сорса който си е чист > iptables-1.4.4 и няколко patch-а които ми трябват. Като например > iptables-tproxy и iptables-batch, може и iptables-IMQ да го имам > .Проблемът е ,че така и не мога да намеря подходящата комбинация patch / > iptables-version... която да се пачне успешно и след това да се > компилира iptables-batch.С iptables-batch ще мога да наливам по лесно > правилата в iptables не, че не мога да го правя и с iptables-restore. > Мисля ,че все пак с iptables-batch си е нормалният начин.Има ли някой > опит с по новите версий на iptables и iptables-batch ? Това съм го > подкарвал едно време с iptables 1.3, но сега ми трябва с най новият > кернел и съответно по нов iptables Доста ще помогне, ако кажеш каква дистрибуция на Linux и коя нейна версия, както и коя версия на ядрото, ползваш :) Информацията за версиите (не "версийте", което продължава да бъде една неразбираема за мен грешка) е много важна, да не кажа основната, част при всеки доклад за грешка или просто въпрос :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradoxical. pgphK0nk6MNJT.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] udev правила и схеми
On Sat, Jun 27, 2009 at 03:00:52PM +0300, mark...@gmail.com wrote: > Здравейте, > > Изправен съм пред следния проблем - имам дадено устройство, примерно sda4: > brw-rw root disk 8, 4 /dev/sda4 > Нужно ми е udev да създава второ устройство със същите major/minor номера, но > с друг собственик и други права на достъп, да речем > brw-rw-r-- root vdisk 8, 4 /dev/windows > symlink *не* върши работа. > Тук запецвам, защото udev явно не се интересува от major/minor номерата. Мога > да сложа един ред в rc.local, който да вика mknod, но има ли гаранция, че > udev винаги ще присвоява на /dev/sda4 едни и същи major/minor? Ако винаги го открива като sda4, да, винаги ще му присвоява един и също major и minor number. Под Linux има динамично присвояване на major и minor numbers на повечето драйвери на устройства, но по исторически причини има някои устройства (и драйвери), за които номерата са определени статично - и SCSI block devices с major number 8 са едни от тях. За повече информация виж файла Documentation/devices.txt в сорсовете на ядрото. Така че, да, докато системата ти открива съответния дял като sda4, можеш да разчиташ на това, че той ще има major number 8 и minor 4. То всъщност можеш да разчиташ и на това, че в /dev ще има запис за него с име "sda4" де :) А това дали системата ти ще го открива така вече зависи от прекалено много фактори... и според мен е много вероятно в един момент да се окаже, че вече не е sda или че вече не е 4. Понякога дори едно "нищо и никакво" обновяване на BIOS е достатъчно, за да размести начина, по който той представя устройствата на различните операционни системи; друг път пък има промяна в алгоритъма на разпознаване на устройства в операционната система, така че едни и същи устройства биват открити под други номера, и всякак става весело. Има си причина за това толкова много операционни системи да развият поддръжка за имена / етикети / labels на дяловете по дисковете, за да могат да бъдат откривани без твърде висока вероятност за грешка дори и ако са в друг ред, а понякога дори и ако са на друго устройство :) Можеш да опиташ да направиш нещо друго - или по някакъв начин да сложиш етикет на устройството, но не съм съвсем сигурен как може да стане това за NTFS дял, или по някакъв друг начин да тръгнеш от find /dev -mindepth 1 -maxdepth 1 -type b -name sd\* | while read f; do ... done ...и да се опиташ да определиш дали това е дялът, който ти трябва. Тук обаче има всякакви шашави неща - първо, хубаво е да си сигурен, че udev ще ти покаже нещо в /dev чак когато там наистина се появи устройство; второ, това, че имаш такова устройство, не значи непременно, че то е "активно" (примерно може да имаш device node за CD-ROM устройство, но при опит да прочетеш първите няколко сектора с изненада да установиш, че вътре просто няма диск :)), трето, някои устройства може да са малко чувствителни към операции за четене или изобщо да не ги поддържат... Може да се окаже сложно :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, pgp4psKWfAHrA.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Block Keyboard and Mice Input
On Fri, Jun 26, 2009 at 05:15:19PM +0300, Marian Marinov wrote: > Мариян > > On Friday 26 June 2009 16:44:48 Yordan Radunchev wrote: > > Здравейте, > > > > търся начин да блокирам клавиатурата и мишката - натискането на клавиши и > > движението на мишката да не се отразяват изобщо от системата. > > > > Идеята е да се включи скрийнсейвъра и да не може да се свали с натискане на > > клавиш или мърдане и кликане на мишката. > > > > Благодаря предварително за предложенията! > > xlock или xlockmore :) Ъъъъ... точно това е проблемът на човека, доколкото разбирам. Нито xlock, нито xlockmore имат command-line опции, които казват на скрийнсейвъра да НЕ извежда "User: / Password:" за отключване, когато натиснеш клавиш или мръднеш мишката. Конструктивно решение, за съжаление, нямам. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI pgpZkz2On2YN1.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ntpd аномалия
On Mon, Jun 22, 2009 at 12:52:21PM +0300, Svilen Ivanov wrote: > Мерси за отговора, ето изхода от grep: > > /var/log/daemon.log:Jun 18 10:09:16 svi ntpd[4135]: Listening on [snip] > /var/log/daemon.log:Jun 22 10:39:16 svi ntpd[4135]: ntpd exiting on signal 15 > /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7653]: ntpd > 4.2@1.1520-o Wed May 13 21:05:57 UTC 2009 (1) > /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: precision = 1.000 usec [snip] > /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: Listening on > interface #2 lo, ::1#123 Enabled [snip] > /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: kernel time sync status > 0040 > /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: frequency > initialized 143.985 PPM from /var/lib/ntp/ntp.drift > /var/log/daemon.log:Jun 22 10:43:28 svi ntpd[7654]: synchronized to > 91.189.94.4, stratum 2 > /var/log/daemon.log:Jun 22 10:43:28 svi ntpd[7654]: kernel time sync > status change 0001 > > И от ntpq: > > svi...@svi:~$ sudo ntpq -pn > remote refid st t when poll reach delay offset jitter > == > *91.189.94.4 193.79.237.142 u 46 64 377 45.577 18.862 0.422 Мдам, всичко това много силно мирише на един сървър, който просто ти е далеч в мрежово отношение и синхронизирането с него става бавно. Затова ntpd не успява винаги да синхронизира - трябва му много време, много опити, за да изчисли средните стойности за отклонението и какво ли не, и в крайна сметка не винаги успява. > Това което прави впечатление от логовете е, че днес при boot > (09:53:35) няма "synchronized to 91.189.94.4, stratum 2" както след > restart на демона (10:40:11- 10:43:28). > > Ще направя промяната с "server 0.europe.pool.ntp.org" и ще го > наблюдавам - иначе конфигурацията по-подразбиране е с един сървър. Много, много силно бих ти препоръчал да ползваш *повече* от един сървър :) ntpd е достатъчно умно, за да се оправи с питане на повече сървъри, определяне кой от тях е най-близо и с най-добро качество и с най-добър източник на време, и правене на компромиси, които понякога дори се променят с течение на времето. Още по-добра идея е да не ползваш винаги 0.*.pool.ntp.org, защото той може да се окаже малко попретоварен :) Ползвай точно списъка със шест сървъра, които ти дадох - няма да имаш проблеми с тях. Наистина не знам защо конфигурацията на Ubuntu по подразбиране е само с един сървър; това е просто глупаво. Дори и да правят DNS round-robin, дори и да ползват GeoDNS и подобни трикове, все пак остава фактът, че в крайна сметка твоето ntpd започва да синхронизира само с един сървър, което е... просто глупаво. "Истински" Debian при инсталация по подразбиране слага четири сървъра, [0123].debian.pool.ntp.org; мисля, че и други дистрибуции и други операционни системи по подразбиране слагат повече от един. Един е... просто глупаво, да не говорим за нецелесъобразно :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence no verb. pgpNcPvuJqyUe.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Съвет за chroot.
On Mon, Jun 22, 2009 at 12:05:38PM +0300, Marian Marinov wrote: > On Sunday 21 June 2009 14:35:09 Peter Pentchev wrote: > > On Sat, Jun 20, 2009 at 09:06:03PM +0300, Kristian Kirilov wrote: > > > Не можах да се справя с jailkit та ако имате някакви по - добри > > > предложения за реализиране на chroot среда. Дистрото е Debian. > > > Разглеждах някакви примери за OpenSSH chroot, но успях да реализирам > > > само за sftp,scp протоколите. > > > > > > Дайте някакви идеи, ако някой се е занимавал с това. > > > > Аз не съм срещал проблеми с pam_chroot, също известно като > > libpam-chroot като Debian-ски пакет. > > Ако става въпрос за OpenSSH в 5.2 има опция ChrootDirectory :) Това е хубаво, ама доста хора обичаме и предпочитаме да ползваме нещата от Debian-ски пакети, а OpenSSH 5.2 в Debian все още го няма дори и в experimental, какво да говорим за stable/oldstable :) А pam_chroot просто си работи от време оно :) > Ако е за нещо друго, първо кажи какво. В интерес на истината в Linux има > много различни начини да реализираш chroot за отделни услуги :) Мдам, това също е добър съвет - ако става дума за нещо различно от SSH login, кажи точно какво, да видим как :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradoxical. pgpB4H9n14fUa.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ntpd аномалия
On Mon, Jun 22, 2009 at 10:45:14AM +0300, Svilen Ivanov wrote: > Здравейте, > > Инсталирал съм ntpd на работния си компютър (Ubuntu Hardy). От време > на време забелязвам, че времето не е съвсем точно (разлика 10-тина > секунди). За да го оправя, спирам ntpd, и пускам: > > svi...@svi:~$ sudo ntpdate ntp.ubuntu.com > 22 Jun 10:39:18 ntpdate[7626]: step time server 91.189.94.4 offset 10.049453 > sec > > Не би ли трябвало ntpd да се грижи да "сверява" часовника от време на > време? Някакви идеи или "къде бъркам"? Приложил съм копие от > /etc/ntp.conf Докато ntpd работи, какви съобщения пуска в логовете? sudo fgrep ntpd /var/log/syslog /var/log/messages Докато ntpd работи, какво казва то за това с кой сървър синхронизира? ntpq -pn В конфигурацията виждам, че си му дал само един-единствен сървър (това може би е конфигурация по подразбиране). Това никога не е добър вариант - този сървър може 1. да ти е далеч, 2. от време на време да поотпада, 3. просто да не е с верен часовник :) Пробвай това: server 0.europe.pool.ntp.org server 1.europe.pool.ntp.org server 2.europe.pool.ntp.org server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org Ползването на pool.ntp.org - http://www.pool.ntp.org/ - *винаги* е добра идея. Най-добре прави така, както показах - няколко сървъра, за които се предполага да са близо до теб (за мен това е *.europe) и, за всеки случай, няколко сървъра от големия pool. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. pgpFPIvpn2BUk.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] permissions
On Sun, Jun 21, 2009 at 06:55:36PM +0300, Alex Petrov wrote: > > > -Original Message- > > From: lug-bg-boun...@linux-bulgaria.org > > [mailto:lug-bg-boun...@linux-bulgaria.org] On Behalf Of Peter Pentchev > > Sent: 18 June 2009 17:39 > > To: Linux Users Group - Bulgaria > > Subject: Re: [Lug-bg] permissions > > > > On Thu, Jun 18, 2009 at 05:05:53PM +0300, Alex Petrov wrote: > >> Здравейте, > >> > >> Мога ли с POSIX ACLs (или друг метод) и как да огранича достъп до > >> дадена директория READ+DELETE, но без възможност за WRITE. > > > > Не. Действието по изтриване (unlink) на нещо от дадена директория е пряко > > свързано със запис в областта с > > данни на директорията (това, което би било съдържание на файла, ако > > директорията беше файл... > > което тя всъщност е, и то е). > > Мисля, че мога обаче. А ми трябва за ftp server. > > sh-3.2$ id > uid=91(tomcat) gid=91(tomcat) groups=91(tomcat) > > sh-3.2$ pwd > /permtest/1 > > sh-3.2$ ls -ld . > drwxrwxr-x+ 2 tomcat tomcat 4096 2009-06-21 18:44 . > > sh-3.2# setfacl -d --set u::r-x,g::r-x,o::- . > > sh-3.2$ touch file Току-що направи write в директорията. > sh-3.2$ cat file > > sh-3.2$ echo > file > sh: file: Permission denied Тук се опитваш да пишеш във *файла*, не в директорията. > sh-3.2$ rm -v file > rm: remove write-protected regular empty file `file'? y > removed `file' Тук отново пишеш в директорията, не във файла. > sh-3.2$ getfacl . > > # file: . > # owner: tomcat > # group: tomcat > user::rwx > user:root:rwx > user:o:rwx > group::r-x > mask::rwx > other::r-x > default:user::r-x > default:group::r-x > default:other::--- > > sh-3.2$ Направи пак "touch file" и после "getfacl file", да видим резултата. Или още по-добре, кажи ни какво *точно* искаш да постигнеш, защото в случая имаш частичен резултат - не можеш да пишеш във вече създаден файл, но явно можеш да създаваш нови и да изтриваш съществуващи, т.е. можеш да пишеш в директорията. В момента просто нямам достъп до Linux-ка машина, върху която да възпроизведа точно това, което си направил, за да видя какъв точно е ефектът върху директорията и върху създадените в нея файлове. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence every third, but it still comprehensible. pgpFYTi2rymUn.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Съвет за chroot.
On Sat, Jun 20, 2009 at 09:06:03PM +0300, Kristian Kirilov wrote: > Не можах да се справя с jailkit та ако имате някакви по - добри > предложения за реализиране на chroot среда. Дистрото е Debian. > Разглеждах някакви примери за OpenSSH chroot, но успях да реализирам > само за sftp,scp протоколите. > > Дайте някакви идеи, ако някой се е занимавал с това. Аз не съм срещал проблеми с pam_chroot, също известно като libpam-chroot като Debian-ски пакет. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence every third, but it still comprehensible. pgpGJV6IC9yVL.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] permissions
On Fri, Jun 19, 2009 at 09:28:27AM +0300, Илия Дюлгеров wrote: > Alex Petrov wrote: > > Здравейте, > > > > Мога ли с POSIX ACLs (или друг метод) и как да огранича достъп до > > дадена директория READ+DELETE, но без възможност за WRITE. > > > > Същевременно да имам друг юзър, който да няма ограничения в същата > > директория? > > Привет, > разгледаи команди getfacl - get file access control lists и > setfacl - set file access control lists. > В по-новите линукси по дефаулт а монтирани с ACL mount option за да > работят ACL листа с горните команди. Не виждам как това ще помогне, освен ако не пропускам нещо голямо в начина, по който работи операцията "изтриване" или в начина, по който работят ACLs като цяло... както вече писах в първия си отговор, http://www.linux-bulgaria.org/webarchive/msg39500.html Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just finished reading. pgpntgOk8Ysjc.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] permissions
On Thu, Jun 18, 2009 at 05:05:53PM +0300, Alex Petrov wrote: > Здравейте, > > Мога ли с POSIX ACLs (или друг метод) и как да огранича достъп до > дадена директория READ+DELETE, но без възможност за WRITE. Не. Действието по изтриване (unlink) на нещо от дадена директория е пряко свързано със запис в областта с данни на директорията (това, което би било съдържание на файла, ако директорията беше файл... което тя всъщност е, и то е). > Същевременно да имам друг юзър, който да няма ограничения в същата директория? Поздрави, ПЕтър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This would easier understand fewer had omitted. pgpHV44gVknUv.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] порт 80 редирект без iptabl es pod Linux
On Wed, Jun 17, 2009 at 01:06:18AM +0300, Evgeni Gechev wrote: > foxy 202 написа: > > Здравейте , > > дайте идея как мога през един Linux / Debian рутер да направия > > порт 80 редирект към друго PC > > без да ползвам iptables - защото е изключен ip_conntrack по > > разбираеми причини , товари се рутера много. [snip] > > Маркираш пакетите към порт 80 в PREROUTING и с "ip rule ..." ги > редиректваш по маркер към gateway с conntrack. От цитата горе излиза, че това не е точно това, което човекът иска :) Ама не съм сигурен, че изобщо има друг начин. Без някакъв вид рутиране и или помощ от firewall-а, или от някакъв друг вид NAT, няма да мине. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I've heard that this sentence is a rumor. pgp6r77RGrM1S.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за bash скриптче.
On Tue, Jun 09, 2009 at 01:54:05PM +0300, Yordan Boikov wrote:
> значи трябва да стане:
> $2 и $13
>
> debian-work:~# awk '{if ($2 > 5000) print $13}' iptables_out > произволен_фаил
Мдам, само че няма нужда от този "if" вътре в блок, който да отговаря
на всеки ред :) Много по-лесно е да кажеш на awk да изпълнява блока
само за редове, които отговарят на условието - както вече писах
веднъж-два пъти (без да знам за $13 де):
awk '$2 > 5000 { print $13 }'
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This sentence no verb.
pgpWfmQBmBjK4.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за bash скриптче.
On Tue, Jun 09, 2009 at 01:27:25PM +0300, Peter Pentchev wrote:
[snip]
> > #!/bin/sh
> >
> > while read a b; do
> > if [ $a -gt 5000 ]; then
> > echo $b
> > fi
> > fi
>
> Или, разбира се,
>
> awk '$1 > 5000 {print $2}' infile.txt > outfile.txt
>
> Естествено, има и други варианти :)
>
> perl -nle 'split; print $_[1] if $_[0] > 5000' infile.txt > outfile.txt
>
> А иначе, бих препоръчал при решението на Дамян все пак да се сложат
> кавички около използването на "$a" и "$b" в тялото на цикъла, че да
> не скимти твърде много при погрешни данни :)
>
> while read a b; do
> if [ "$a" -gt 5000 ]; then
> echo "$b"
> fi
> fi
Държа да отбележа, че това го написах преди да видя втория мейл
с правилния формат на данните :) Гледайте моя отговор на него :)
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
If this sentence were in Chinese, it would say something else.
pgpAWqKmVJh8F.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за bash скриптче.
On Tue, Jun 09, 2009 at 01:04:10PM +0300, Kristian Kirilov wrote:
> Damyan Ivanov wrote:
> > -=| Kristian Kirilov, Tue, Jun 09, 2009 at 12:35:00PM +0300 |=-
> >
> >> Здравейте, имам следния резултат
> >>
> >> 5001 1001
> >> 4001 1002
> >> 5002 102
> >> 5003 1032
> >> 5004 1011
> >> 121 1000
> >> 12345 1008
> >> 1234 1010
> >>
> >> В този случай как мога да направя условие което да сравнява първата
> >> колона с числото 5000, и тя го надвишава числото от 2-рата колона на
> >> същия ред да се запише в произволен файл.
> >>
> >> Т.е. изхода трябва да излгежда нещо от сорта:
> >>
> >> 1001
> >> 102
> >> 1032
> >> 1011
> >> 1008
> >>
> >
> > ---
> > #!/bin/sh
> >
> > while read a b; do
> > if [ $a -gt 5000 ]; then
> > echo $b
> > fi
> > fi
> > ---
> >
> > script < входен-файл > изходен-файл
> >
> >
> >
> >
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
> debian-work:~# cat iptables_out
> 27 5001 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1001 MARK
> xset 0x1/0x
> 21 4001 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1002 MARK
> xset 0x1/0x
> 27 5002 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 102 MARK
> xset 0x1/0x
> 27 5003 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1032 MARK
> xset 0x1/0x
> 27 5004 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1011 MARK
> xset 0x1/0x
> 21 121 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1000 MARK
> xset 0x1/0x
> 21 12345 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1008 MARK
> xset 0x1/0x
> 21 1234 MARK all -- * * 0.0.0.0/0 0.0.0.0/0 owner UID match 1010 MARK
> xset 0x1/0x
Ааа, чакай сега, това е доста по-различно от това, което беше
описал първоначално :) Не беше казал, че нататък по реда има
каквото и да е друго - а това е важно за простичкия shell-скрипт
(не bash-скрипт), който Дамян беше дал :)
Какво точно искаш да извеждаш тук? Да сравняваш числата 5001, 4001,
5003, 12345 и 1234 с 5000 ли? И да извеждаш числата 21, 27?
Или да извеждаш цялото правило "MARK all" и т.н.?
Ако искаш да сравняваш 5001 с 5000 и да извеждаш 21, пробвай това:
while read a b rest; do
if [ "$b" -gt 5000 ]; then
echo "$a"
fi
done
Или awk '$2 > 5000 { print $1 }' :)
Ако искаш "по-голямо или равно", за шела е -ge вместо -gt, а за
awk - >= вместо >
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
"yields falsehood, when appended to its quotation." yields falsehood, when
appended to its quotation.
pgpV4Rle6McmW.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за bash скриптче.
On Tue, Jun 09, 2009 at 12:55:44PM +0300, Damyan Ivanov wrote:
> -=| Kristian Kirilov, Tue, Jun 09, 2009 at 12:35:00PM +0300 |=-
> > Здравейте, имам следния резултат
> >
> > 5001 1001
> > 4001 1002
> > 5002 102
> > 5003 1032
> > 5004 1011
> > 121 1000
> > 12345 1008
> > 1234 1010
> >
> > В този случай как мога да направя условие което да сравнява първата
> > колона с числото 5000, и тя го надвишава числото от 2-рата колона на
> > същия ред да се запише в произволен файл.
> >
> > Т.е. изхода трябва да излгежда нещо от сорта:
> >
> > 1001
> > 102
> > 1032
> > 1011
> > 1008
>
> ---
> #!/bin/sh
>
> while read a b; do
> if [ $a -gt 5000 ]; then
> echo $b
> fi
> fi
Или, разбира се,
awk '$1 > 5000 {print $2}' infile.txt > outfile.txt
Естествено, има и други варианти :)
perl -nle 'split; print $_[1] if $_[0] > 5000' infile.txt > outfile.txt
А иначе, бих препоръчал при решението на Дамян все пак да се сложат
кавички около използването на "$a" и "$b" в тялото на цикъла, че да
не скимти твърде много при погрешни данни :)
while read a b; do
if [ "$a" -gt 5000 ]; then
echo "$b"
fi
fi
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
If I had finished this sentence,
pgpMszDJhIKAq.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Fwd: молба за подкрепа
On Thu, May 28, 2009 at 03:50:39PM +0300, Marian Marinov wrote: > > -- Forwarded Message -- > > Subject: молба за подкрепа > Date: Thursday 28 May 2009 > From: Bogomil Shopov > To: Marian Marinov Без да изразявам определена политическа позиция, просто ми се иска да отбележа, че според мен този пощенски списък не е мястото за изразяване на определени политически позиции. Да, разбирам защо някой е решил, че в този списък ще намери хора, които да разберат и оценят изложените аргументи, но все пак... не е това идеята. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This would easier understand fewer had omitted. pgpr5ei1yPt0o.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос относно iptv и Squid .
On Mon, May 11, 2009 at 11:27:00AM +0300, Kristian Kirilov wrote: > Здравей група, вкъщи съм на Megalan които са партньори на iptv, но един > приятел е на друг доставчик който не е партньор на iptv. В тази връзка > реших да пусна Squid, водя се по този урок > http://wiki.d3v1ous.info/index.php?title=Squid%2Bbasic%2Bauth, проксито > си работи, ауторизирам се, отварям сайта http://ip-adress.com, ип-то ми > е като ип-то на squid-a значи проксито работи, но като отворя iptv.bg ми > казва че моя доставчик не е партньор на iptv и за това мога да слушам > само радио. Изобщо няма да се учудя, ако хората от iptv са достатъчно умни, за да проверяват HTTP header-ите, които Squid винаги добавя, за да се знае, че тази заявка е минала през прокси :) В този HTTP header се съдържа истинският IP адрес на приятеля ти - iptv проверяват него и (правилно) отказват достъп :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence was in the past tense. pgpbICagPA6ku.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [SPAM] Re: [SPAM] Re: Проб лем с dhcpd и static ip.
On Wed, Mar 04, 2009 at 05:12:07PM -0200, Kristian Kirilov wrote: > Не реве, прав си, но дали това е правилно? Предполагам, че имаш предвид това... [snip] > Mar 4 17:09:54 router dhcpd: uid lease 192.168.0.5 for client > 00:1a:4d:4c:4a:a6 is duplicate on 192.168.0/24 Като изтече старият lease, ще му мине :) Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. pgpKuL6zrDxRB.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с dhcpd и static ip .
On Wed, Mar 04, 2009 at 12:16:12PM +0200, Danail Petrov wrote:
> Kristian Kirilov wrote:
> > Здравейте група,
> >
> > ситуацията е следната, имам dhpcd който раздава ип адреси, нарочно не съм
> > задал маска 255.255.255.0 за да не ми покрива цялата мрежа т.е.
> > 192.168.0.0/24
> > или казано по друг начин 192.168.0.*
> >
> > dhcpd раздава ип адреси от 2 до 30, именно поради тази причина съм избрал
> > ип адрес 50 да бъде статичен, като съм упоменал това изрично в
> > конфигурацията на dhpcd, проблема е че тази машина НЕ взима точно този ип
> > адрес.
>
> След като range-а на адресите които DHCP сървъра може да раздаде е
> между x.x.x.2 и x.x.x.30, как очакваш да раздаде адрес x.x.x.50?
Миии... примерно с конфигурацията, в която изрично е указал тази машина
да взима този адрес, *извън* секцията, в която е задал range-а от 2 до 30?
:) То в документацията на dhcpd изрично си пише, че статичните адреси
"should not" бъдат включени в обхвата за динамично раздаване :)
> > r...@router:~# cat /etc/dhcp3/dhcpd.conf | grep -v "#"
> >
> > option domain-name "d3v1ous.info";
> > option domain-name-servers 192.168.0.1;
> >
> > subnet 192.168.0.0 netmask 255.255.255.224 {
> > range 192.168.0.2 192.168.0.30;
> > option routers 192.168.0.1;
> > option subnet-mask 255.255.255.224;
> > option broadcast-address 192.168.0.31;
> > default-lease-time 600;
> > max-lease-time 7200;
> > }
> >
> > host d3v1ous {
> > hardware ethernet 00:1a:4d:4c:4a:a6;
> > fixed-address 192.168.0.50;
> > }
На мен на първо четене конфигурацията ми изглежда правилна. Кристияне,
има ли нещо из логовете на самия dhcpd? Ако не можеш да намериш къде
логва, пробвай да го пуснеш на ръка с опции -d -f, тогава ще пише направо
по standard error stream-а.
Поздрави,
Петър
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
You have, of course, just begun reading the sentence that you have just
finished reading.
pgpEN1lz5rFyp.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] iptables, NAT and PPTP
On Tue, Feb 03, 2009 at 10:05:02PM +0200, Danail Petrov wrote: > > Marian Marinov wrote: > > Мариян > > > > On Tuesday 03 February 2009 21:04:53 Svetlin Nakov wrote: > > > >> Благодаря за насоките, Никола. > >> > >> Мисля, че ще е по-лесно да накарам отсрещната страна да минем на L2TP/IPSec > >> VPN. Той иска единствено UDP порт 1701, нали? Не би трябвало да имаме > >> проблеми със сегашните настройки и преминаване през NAT базиран на > >> iptables, или бъркам нещо? > > > > А защо направо не си сложите един openvpn от двете страни и да си спестите > > мъките с IPSec-а? > > Явно проблемът не е в site-to-site имплементацията . По-скоро краен > потребител трябва да може да направи VPN към точка в публичната мрежа. > Иначе в ситуацията със двете страни, няма да има проблем и с PPTP/GRE > варианта Ми всъщност OpenVPN може да работи прекрасно и в режим на сървър за множество клиенти. И така, и в "нормалния" си режим за връзка между конкретни две точки, OpenVPN няма да има проблеми с firewall-ите по средата, стига поне едната страна да е на "публичен" / "реален" IP адрес. Поздрави, Петър -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contradicts itself - or rather - well, no, actually it doesn't! pgpRceYRVi4Kd.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS mounts след Sleep/Wake
On Wed, Oct 29, 2008 at 02:45:51PM +0200, Marian Marinov wrote: > On Wednesday 29 October 2008 14:17:50 Peter Pentchev wrote: > > On Wed, Oct 29, 2008 at 12:03:19PM +0200, Kamen Medarski wrote: > > > На мен ми е чудно защо старт-стоп скриптовете при съспенд не > > > демонтират и монтират отново при старт, със съответен рестарт на > > > демоните. Така вероятноста от зависнали сесии се изключва напълно. Не > > > че съм ползвал nfs, но така си мисля че трябва да се случва, изключае > > > случаите когато се счупи нещо. > > > > Мммм, то е малко сложно. Не е ли част от идеята при suspend да запазиш > > всички програми, които работят в момента? А това включва всички файлове, > > които тези програми са отворили - а тези файлове спокойно може да живеят > > върху NFS / Samba / AFS / Coda и прочие видове "нейде призрачно далеч" :) > > > > Поздрави, > > Петър > > Добре де хора, аз имам подобен проблем със Samba mounts, не е ли достатъчно > лесно за вас просто след unsuspend на всички дялове които са монтирани по > NFS/Samba да им се прави един mount -o remount и всичко да си работи ? > > Защо трябва да е чак такъв пробелм? Мииии... просто защото никой не се е сетил? :) Сега Момчил ще трябва да го пробва и да каже дали работи. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Thit sentence is not self-referential because "thit" is not a word. pgpDDoTMhaKGU.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS mounts след Sleep/Wake
On Wed, Oct 29, 2008 at 12:03:19PM +0200, Kamen Medarski wrote: > На мен ми е чудно защо старт-стоп скриптовете при съспенд не > демонтират и монтират отново при старт, със съответен рестарт на > демоните. Така вероятноста от зависнали сесии се изключва напълно. Не > че съм ползвал nfs, но така си мисля че трябва да се случва, изключае > случаите когато се счупи нещо. Мммм, то е малко сложно. Не е ли част от идеята при suspend да запазиш всички програми, които работят в момента? А това включва всички файлове, които тези програми са отворили - а тези файлове спокойно може да живеят върху NFS / Samba / AFS / Coda и прочие видове "нейде призрачно далеч" :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 because I didn't think of a good beginning of it. pgpueh3Arp6rK.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS mounts след Sleep/Wake
On Wed, Oct 29, 2008 at 10:39:04AM +0200, Georgi Chorbadzhiyski wrote: > Around 10/29/08 09:50, Момчил Иванов scribbled: > > Nickola Kolev написа: > >> Според мен проблемът е точно в затварянето на TCP сесията/сесиите. Ако по > >> пътя между теб и NFS сървъра има маршрутизатор и той не е под твой контрол, > >> няма много какво да направиш. В противен случай обърни внимание на > >> функционалността на TCP Keepalive. Преди да почовъркаш из /proc или през > >> sysctl, можеш да хвърлиш едно око тук: > >> > >> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/usingkeepalive.html > >> > >> Естествено, това е само предположение, но пък звучи резонно, макар че > >> никак не разбирам от NFS. > > > > току що си събудих машината и определено проблемът идва от дългото време > > през което спи. mount показва файловите системи като монтирани, но при > > опит да вляза в някоя от тях cd зависва, както зависва и df. linux-а > > показва, че имам следната връзка, която още не е затворена (1 е nfs > > сървъра): > > > > tcp0 1 10.67.54.3:696 10.67.54.1:2049 > > FIN_WAIT1 > > > > а freebsd-то показва: > > > > tcp4 0 0 10.67.54.1.* 10.67.54.3.696 CLOSED > > tcp4 0 0 10.67.54.1.* 10.67.54.3.928 CLOSED > > tcp4 0 0 10.67.54.1.* 10.67.54.3.928 CLOSED > > tcp4 0 0 10.67.54.1.* 10.67.54.3.928 CLOSED > > tcp4 0 0 10.67.54.1.* 10.67.54.3.928 CLOSED > > > > ще погледна връзката за keepalive-а и ще си поиграя с tcp timeout-ите и > > на 2-те машини, вероятно това е проблемът. Има ли начин на linux-а да му > > задам fin1 timeout-а? в proc има /proc/sys/net/ipv4/tcp_fin_timeout, > > което според документацията е за fin2 > > Не е ли по-лесно да пуснеш nfs по udp? Протокол е stateless и не > му трябва постоянно отворена връзка, за да работи. Доколкото си > спомням по udp си работи по подразбиране, а tcp се препоръчва > само ако ти трябва по-голяма стабилност. Например при мен когато > монтирах по udp nfs root и машината клиент имаше много udp, нещата > не вървяха хич добре. Превключвайки на tcp се оправиха нещата, но > при теб понеже гасиш клиент, udp би било по-добър вариант. Хмм... на мен що ми се струва, че и работните групи, които правят стандартите за NFS, и доста хора по доста операционни системи все препоръчват да се ползва NFS върху TCP - от една страна за стабилна връзка и надеждно предаване на пакети, от друга страна именно за да е малко по-лесно да се разбират сървърът и клиентът, когато някой от тях бива спрян "правилно". В повечето случаи или сървърът, или клиентът биват спирани "както трябва" и просто затварят TCP връзката съвсем официално и чисто, така че другата страна да разбере, че са си отишли. Точно това ми е било източник на СТРАШНО много проблеми с NFS върху UDP - когато едната машина просто се рестартира или спре, другата *няма начин* да разбере, че този mount вече не е валиден, и стават едни идиотски зависвания. При NFS върху TCP при чисто спиране имаме затворена TCP връзка, а при внезапно рестартиране още на първия пакет след това получаваме отговор RST - и в двата случая клиентът разбира много бързо, че сървърът вече не го обича. Разбира се, и при NFS върху TCP има неприятни случаи, както конкретно този, за който всъщност май не мога да дам съвет... но неприятните случаи са доста по-малко, отколкото при UDP. Да, има малко overhead, иска малко повече буфери за подреждане на опашката от пакети, но като цяло си е по-добър вариант - дори и да не говорим за всякаквите хубави видове автентикации и криптиране и т.н. във NFSv4. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, pgpcqTNk4P21W.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PGP keysigning party на OpenFest 20 08
On Tue, Oct 28, 2008 at 02:53:57PM +0200, Damyan Ivanov wrote: > -=| Peter Pentchev, Tue, Oct 28, 2008 at 02:16:22PM +0200 |=- > > Ако някой си има PGP ключ, ама подписите му се струват малко, или > > сега вземе, че реши да си направи PGP ключ и му се прииска да има > > някакви подписи върху него, може да се разходи до > > http://www.ringlet.net/keysigning-of2008/ за повече информация :) > > Има ли яснота кой ден, в колко часа и в коя зала ще се състои купона? > > На страницата[1] с програмата също не пише... > > [1] http://openfest.org/program2008 Би трябвало да бъде в неделя, в залата на BSDCon-а. Часът като че ли още не е съвсем изяснен. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence claims to be an Epimenides paradox, but it is lying. pgpHA1A9c4E8E.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] PGP keysigning party на OpenFest 20 08
Здравейте, И тази година като част от OpenFest ще се опитаме да организираме PGP keysigning party - събиране на хора, които имат PGP ключове, и размяна на информацията за публичните части на тези ключове по сигурен начин, така че след това всеки да може да подпише ключовете на другите, като е малко по-сигурен в принадлежността им. Ако някой си има PGP ключ, ама подписите му се струват малко, или сега вземе, че реши да си направи PGP ключ и му се прииска да има някакви подписи върху него, може да се разходи до http://www.ringlet.net/keysigning-of2008/ за повече информация :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. pgpJaeVq2lG0K.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Странно поведение, но незна м на кое (файловата система, или?)
On Tue, Oct 21, 2008 at 10:14:00AM +0300, Васил wrote: > 2008/10/21 Danail Petrov <[EMAIL PROTECTED]>: > > Здравейте, > > монтирал съм по cifs една директория. Днес, след като сървърът на който се > > намира тази директория беше рестартиран и затова реших да размонтирам и да > > монтирам отново тази папка. Ето какво се получи в резултат на umount / > > mount: [snip] > > [EMAIL PROTECTED] www]# mount /var/www/ftp > > mount error: mount point /var/www/ftp does not exist [snip] > > [EMAIL PROTECTED] www]# ls -lsa > > total 72 > > 8 drwxr-xr-x 10 root root4096 Oct 13 14:42 . > > 8 drwxr-xr-x 23 root root4096 Jul 2 15:54 .. > > ? ?- ? ? ? ?? ftp [snip] > > > > Някой има ли представа какво се случва? > > Здравей, > > Същото нещо ми се случи преди няколко дена ... Нито lsattr нито rm > работят и накрая проблема се оказа от твърдият диск. > Архивирай си всичко важно и го подмени с нов, ако не ти се чака да > изпуши преди това. Хм. А при теб беше ли свързано със закачане / откачане на мрежови дялове? Ако не е, тогава е много вероятно твоят проблем просто да е бил лош сектор на диска, който да се е паднал точно върху inode-а, където е описанието на файла / директорията. Конкретно в тази тема обаче според мен е много по-вероятно проблемът на Данаил да не е всъщност върху диска, да не е в самия inode, а да е само в това, което ядрото си мисли за този inode - ядрото да знае, че на това място е имало mountpoint, и да не е съвсем наясно точно какво се е случило с този mountpoint - затова започнах предишното си, доста по-подробно, съобщение с въпрос дали е имало някакви проблеми или зависвания или грешки при самата операция "unmount". Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 "yields falsehood, when appended to its quotation." yields falsehood, when appended to its quotation. pgpAu9MSk8oWs.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Странно поведение, но незна м на кое (файловата система, или?)
On Tue, Oct 21, 2008 at 08:28:38AM +0300, Danail Petrov wrote:
> Здравейте,
> монтирал съм по cifs една директория. Днес, след като сървърът на който
> се намира тази директория беше рестартиран и затова реших да размонтирам
> и да монтирам отново тази папка. Ето какво се получи в резултат на
> umount / mount:
>
> [EMAIL PROTECTED] www]# cat /etc/fstab
> //192.168.20.2/design /var/www/ftpcifsuser=design 0 0
>
> [EMAIL PROTECTED] www]# mount /var/www/ftp
> mount error: mount point /var/www/ftp does not exist
>
> [EMAIL PROTECTED] www]# pwd
> /var/www
>
> [EMAIL PROTECTED] www]# ls -lsa
> total 72
> 8 drwxr-xr-x 10 root root4096 Oct 13 14:42 .
> 8 drwxr-xr-x 23 root root4096 Jul 2 15:54 ..
> *? ?- ? ? ? ?? ftp
>
> [EMAIL PROTECTED] www]# lsattr ftp
> lsattr: No such device while trying to stat ftp
>
> [EMAIL PROTECTED] www]# ls -lsa ftp
> ls: ftp: No such device
>
>
> Някой има ли представа какво се случва?
Хмм, командата umount е минала успешно, така ли? Не е зависвала, не си
я прекъсвал? Ако е така, е странно - подобна ситуация аз съм имал
с NFS mountpoints, когато се опитвам да откача нещо, ама то не се получава
съвсем, дали защото сървърът е рестартиран, дали защото просто го няма...
Но в такива случаи това с невалидните параметри на "файла" (всъщност на
самия inode) ми се е случвало *преди* командата umount да завърши
(докато е зависнала) или след като аз съм я прекъснал по някакъв
особено жесток начин.
Иначе това, което бих ти препоръчал, е нещо такова:
1. Провери с lsof дали някой не държи тази директория отворена по
някакъв начин; това става най-лесно, като с "ls -li" намериш номера
на inode-а (пусни ls -li /var/www и виж inode-а за "ftp") и после
пуснеш или lsof -n и търсиш това число върху това устройство, или
fuser конкретно по този inode.
Не е ясно това дали ще ти даде някаква информация, но ако се окаже,
че ИМА някой, който ползва тази директория, значи нещо с откачането
действително не е станало както трябва.
2. Опитай се да изтриеш директорията и да я създадеш наново; пробвай
първо "rm /var/www/ftp", после "rmdir /var/www/ftp", накрая евентуално
"rm -rf /var/www/ftp", макар че ако нито "rm", нито "rmdir" са успели,
"rm -rf" няма какво повече да направи.
Ако успееш да я изтриеш, създай я пак и опитай да закачиш CIFS-дяла
там, пък да видим какво ще стане.
3. Ако не успееш да я изтриеш... хм. Май имаш два варианта:
- да откачиш тази файлова система (върху която е самото /var/www) и
да опиташ да си играеш с нея на ниско ниво с инструменти като "fsdb"
и подобни, с които можеш да направиш всичко, но можеш и да скапеш
всичко по увлекателни начини
- да рестартираш компютъра и да видиш дали *тогава* няма да успееш да
изтриеш /var/www/ftp
Ами... това ми хрумва за момента.
Поздрави,
Петър
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
No language can express every thought unambiguously, least of all this one.
pgpnRgGoEhfUO.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Проблем с proftpd сесии...
On Tue, Sep 09, 2008 at 02:11:57PM +0300, Viktor Stefanov wrote: > Здравейте, > > имам следния проблем с един клиент : FTP сесиите му прекъсват постоянно. > Upload-ва малко, след което го изхвърля. С никой друг нямам подобни > грижи, та подозирам, че причината може да се окаже в скоростта, с който > се опитва да запраща към мен. Това, разбира се, е само предположение. Преди няколко месеца имахме подобен проблем с клиенти, които ползваха наши FTP сървъри. Оказа се, че някъде по пътя между клиентите и нас има рутери, които не се справят много добре с разширенията на TCP протокола от RFC 1072 нататък, по-специално със selective acknowledgement (SACK). Оправихме го, като просто обяснихме на нашите сървъри, че Големият Лош Интернет още не е готов за такива смели стъпки: добавихме net.ipv4.tcp_sack=0 в /etc/sysctl.conf :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If this sentence were in Chinese, it would say something else. pgpBwU0SUiOOE.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Too many open files in....
On Mon, Jun 09, 2008 at 11:37:45AM +0300, Marian Marinov wrote: > On Monday 09 June 2008 10:26:42 Peter Pentchev wrote: > > On Mon, Jun 09, 2008 at 10:11:17AM +0300, Marian Marinov wrote: > > > On Monday 09 June 2008 09:18:06 Danail Petrov wrote: > > > > Marian Marinov wrote: > > > > > Много е вероятно apache-а ти да е бил рестартиран с много нисък лимит > > > > > за opened files. > > > > > > > > > > напиши ulimit -a виж лимита с които си в момента след което > > > > > рестартирай apache-a. > > > > > > > > Това с потребителя на apache обаче трябва да го напишеш. > > > > > > Грешка, трябва да го напише на console-та от която се стартира > > > apache-а(от root). Ако го направи от nobody няма да свърши никаква > > > работа тъй като apache не слага RLIMIT_OFILE. Дефакто ситуацята е > > > следната, ulimit e команда на bash и bash налага лимита за maximum > > > opened files. След като се стартра apache-а от root тези лимити са > > > наложени за процеса баща и всички негови деца ги онаследяват. Съответно > > > ако детето не изпълнява bash за да изпълни скрипт-а или ако не сетва > > > RLIMIT_OFILE то лимитите остават тези с които е бил стартиран от root, > > > което е и най-вероятният проблем. > > > > А всъщност Данаил е прав и това ulimit -a е най-добре да бъде изпълнено > > в CGI скрипт, пуснат точно от този Apache, който прави проблеми :) > > > > Мариане, не можеш твърдо да кажеш, че Apache не слага RLIMIT_OFILE; > > съвсем не можеш да бъдеш сигурен точно кой и как е конфигурирал точно > > този Apache, с който човекът има проблем. Аз на четири машини в един и > > същи мрежови сегмент имам четири инсталации на Apache, конфигурирани по > > съвършено различен начин, и два от тях ги стартирам през допълнителни > > скриптове, които поставят ограничения, които стандартният конфигурационен > > файл на Apache не поставя :) И това съвсем стандартно, през > > /etc/apache2/envvars - HTTPD='/usr/sbin/neshto-si-tam /usr/sbin/apache2' > > > > Да, и при мен никой от уебсървърите няма ограничение за брой отворени > > файлове, но не можеш да си сигурен, че някой друг не е конфигурирал своя > > уебсървър така. > > > > Поздрави, > > Петър > > 1. Сигурен съм че, Apache не слага RLIMIT_OFILE тъй като никъде в кода на > сървъра няма подобно нещо. Това не е съвсем вярно :) В стандартната конфигурация на Apache няма директива за това ограничение, така е... само че в сорса на Apache 2.2 съвсем даже си има възможност за поддръжка на RLIMIT_NOFILE, ако операционната система го поддържа :) Направи едно търсене за "limit_nofile" и "RLIMIT_NOFILE" в сорсовете... принципно го поддържа, само че никъде не е изведено така, че администраторът да може да го ползва. Объркването ти може би е дошло от това, че *официалното* име на това ограничение е RLIMIT_NOFILE, а не RLIMIT_OFILE :) Но си прав, че на практика системният администратор НЕ може да накара Apache да сложи това ограничение с чиста конфигурация. > 2. Ако сървъра е с mod_php RLIMIT_OFILE се взима от shell-а стартрал apache-а. ...освен ако няма някакви наложени ограничения за потребител "nobody" или "www-data" или към каквото още Apache прави setuid след това. Но това в сорса на Apache май като че ли го няма, така че тук си прав :) Но все пак виж по-долу, защото тук влиза в действие и точка 4 :) > 3. Ако сървъра изпълнява PHP-тата като CGI-ки то тогава трябва да се погледне > лимита който е сложен на всеки новостартиран shell на машната. 99.9% сигурен > съм, че няма отделен лимит само за този потребител на машина и в такъв случай > остават само стандартните лимити наложени в /etc/bashrc, /etc/profile > или /etc/profile.d в зависимост от дистрибуцията. Мдам, така е, само че... > 4. Някои дистрибуции имат в скриптовете за стартиране на apache сложени > лимити и това също може да се провери. А... е ТОЧНО за това говоря! Тук въпросът не е в "някои дистрибуции"; това, за което говорех в предишното съобщение, е, че съвсем *стандартната* конфигурация на Apache, съвсем стандартният начин за стартиране с apachectl, което или администраторът изпълнява на ръка, или бива пуснато от /etc/init.d/apache или каквото там, *дава възможност* на администратора да пипне файла /etc/apache2/envvars (или /usr/local/etc/apache/envvars или където там дистрибуцията го е инсталирала), за да си настрои всякакви неща. И съвсем стандартното apachectl не изпълнява сляпо "httpd", а гледа дали администраторът не е пипнал файла envvars или по някакъв друг начин не е казал да изпълни *друга* команда за истинското стартиране на Apache. И администраторът съвсем спокойно може
Re: [Lug-bg] Too many open files in....
On Mon, Jun 09, 2008 at 10:11:17AM +0300, Marian Marinov wrote: > On Monday 09 June 2008 09:18:06 Danail Petrov wrote: > > Marian Marinov wrote: > > > Много е вероятно apache-а ти да е бил рестартиран с много нисък лимит за > > > opened files. > > > > > > напиши ulimit -a виж лимита с които си в момента след което рестартирай > > > apache-a. > > > > Това с потребителя на apache обаче трябва да го напишеш. > > Грешка, трябва да го напише на console-та от която се стартира > apache-а(от root). Ако го направи от nobody няма да свърши никаква > работа тъй като apache не слага RLIMIT_OFILE. Дефакто ситуацята е > следната, ulimit e команда на bash и bash налага лимита за maximum > opened files. След като се стартра apache-а от root тези лимити са > наложени за процеса баща и всички негови деца ги онаследяват. Съответно > ако детето не изпълнява bash за да изпълни скрипт-а или ако не сетва > RLIMIT_OFILE то лимитите остават тези с които е бил стартиран от root, > което е и най-вероятният проблем. А всъщност Данаил е прав и това ulimit -a е най-добре да бъде изпълнено в CGI скрипт, пуснат точно от този Apache, който прави проблеми :) Мариане, не можеш твърдо да кажеш, че Apache не слага RLIMIT_OFILE; съвсем не можеш да бъдеш сигурен точно кой и как е конфигурирал точно този Apache, с който човекът има проблем. Аз на четири машини в един и същи мрежови сегмент имам четири инсталации на Apache, конфигурирани по съвършено различен начин, и два от тях ги стартирам през допълнителни скриптове, които поставят ограничения, които стандартният конфигурационен файл на Apache не поставя :) И това съвсем стандартно, през /etc/apache2/envvars - HTTPD='/usr/sbin/neshto-si-tam /usr/sbin/apache2' Да, и при мен никой от уебсървърите няма ограничение за брой отворени файлове, но не можеш да си сигурен, че някой друг не е конфигурирал своя уебсървър така. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. pgpQBWdqUTtLh.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] DNS problem
On Tue, Apr 29, 2008 at 12:21:58PM +0300, Dragomir Zhelev wrote: > On Tuesday 29 April 2008 11:36:14 Petar Nedyalkov wrote: > > Много критици ей! > > > > Помогнете му конструктивно на момчето. > > Как точно ? 10 мин се опитвах да прочета писмото му . Всъщност има как - свикваш с идеята, че все още по света има webmail клиенти, които мнооого, ама много оплескват text/plain частта на писмото, и убеждаваш твоя клиент да ти покаже text/html частта - в нея, когато бъде разгледана с подходящ HTML-разбиращ инструмент, всичко си се вижда като хората... ...и, да, неудобно е, че text/plain частта не се вижда изобщо както трябва, но засега положението е такова - и поне можем да четем другата :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. pgpN4aTVYcSd2.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] fuser + awk
On Tue, Apr 15, 2008 at 11:09:13AM +0300, Frant Frant wrote:
> Здрасти,
>
> видях, че правиш проверка дали имаш втора колона, но предполагам дори в случя
> когато имаш свободен файл след двоеточието се "появява" интервал. Затова ти
> предлагам да правиш:
> - проверка дали броя на отделените колони е по-голям от 1
> - проверка за дължината на втората колона
>
> awk -F: '{if ( ( NF > 1 ) && ( length($2)>1 ) ) print $0}'
А защо изобщо if е вътре в блока за всеки ред?! Формата на awk-кажгодетата
си е 'условие { блок } условие { блок }', т.е. това би трябвало да може
да бъде написано просто като:
awk -F: 'NF > 1 && length($2) > 1 {print $0}'
...което дори може да бъде съкратено просто до:
awk -F: 'NF > 1 && length($2) > 1'
Не съм сигурен, че при всички реализации на awk е нужна проверката за
брой полета, но това вече си зависи :)
Поздрави,
Петър
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This sentence no verb.
pgpqkF7y1hAPv.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Извеждане на табулации
On Mon, Mar 31, 2008 at 09:26:28AM -0500, Ted Zlatanov wrote: > On Sat, 29 Mar 2008 22:14:28 +0200 Александър Шопов <[EMAIL PROTECTED]> > wrote: > > АШ> В смисъл - това зависи от конкретния терминал (включително и хардуерно > АШ> устройство) или има променлива на средата, която влияе? > АШ> Знаеш ли за пример на терминална програма, която извежда табулацията > АШ> например като четири шпации? > > perl -p -e 's/\t/ /g' < FILE > > Така си сигурен че терминала няма да се меси. Ъъ... с цялото ми уважение, това не помага изобщо :) Целта на символа "табулация" съвсем не е просто да използваш един символ вместо осем интервала. Командата HT (horizontal tabulator) към терминала всъщност казва "премести се до следващата от предварително зададените колони, така че без значение колко символа си извел досега, следващата колона от таблицата да бъде подравнена отляво". Това, което ти си написал, ще работи за една или повече табулации в началото на реда, но няма да върши никаква работа за правилно подравняване на неща като: %hash = ( 'foofoo'=> 'bar', 'foofoofoo'=>'baz', ... ); ...при което идеята е двете стрелки "=>" да бъдат една под друга. А за истинския въпрос: аз лично за такива неща обикновено ползвам хубавата стара Unix-ка програма pr(1), особено с параметри -t и -e8 или -e4 или колкото искам да й кажа :) Шопов, пробвай с "pr -t -e4 foo.txt"; ако не стане точно каквото искаш, поиграй си с другите опции на pr(1). Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. pgpyeW899yYoY.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Блокиране на зле конфигурир ан DHCP
On Tue, Mar 11, 2008 at 10:27:16AM +0200, [EMAIL PROTECTED] wrote: > Аз използвам това: > # grep reject /etc/dhclient.conf > reject ; > > с цел да "пропусна" нежелания дхцп сървър. Да де, само че още в първоначалното съобщение на Свилен, това с Message-ID: <[EMAIL PROTECTED]> от вчера, той споменава, че: > Използвам dhclient на убунту в който мога да кажа "reject" > [1], но това не помага - DHCP сървъра на доставчика не желае да ми > върне адрес след като reject-на "фалшивия" DHCP. ...така че *за момента* не може да ползва "reject". Друг въпрос е, че това е много, ама много неправилно поведение от страна на DHCP сървъра на доставчика, за което май трябва да им бъде съобщено. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am the thought you are now thinking. pgpVQ9sJEuFua.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] информация за паметта
On Thu, Jan 31, 2008 at 02:46:14PM +0200, Vladimir Vitkov wrote: > top или ps -axu Също така може да се поровиш из /proc/ > > Lazarov wrote: > > Здравейте, > > има ли начин да разбера количеството заета рам от работеща пробрама? Точно -a и -x едва ли ще помогнат много :) По-добре пробвай с нещо като: ps ho pid,size,vsize,rss,comm `pgrep screen` ...като заместиш pid,size,vsize,rss,comm с имената на колоните, които те интересуват, и заместиш "screen" с парче от името на процеса, който те интересува :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 The rest of this sentence is written in Thailand, on pgpQwODOD1fAT.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] информация за паметта
On Thu, Jan 31, 2008 at 03:42:49PM +0200, Илия Дюлгеров wrote: > Lazarov wrote: > > Здравейте, > > има ли начин да разбера количеството заета рам от работеща пробрама? > > ps axevf |grep program-name Не като критика или заяждане или нещо такова... просто ми се иска да спомена, че вече повечето операционни системи имат pidof и pgrep, и е доста по-удобно да бъдат ползвани те. Най-малкото спестяват всякакви щуротии като "grep -v grep" или "grep [r]adius" и всякакви други такива акробатики, и дават доста по-сигурен резултат :) А пък ps(1) открай време насам приема process ID's като параметри, така че вече е наистина лесно да направиш нещо като: ps evf `pgrep program-name` Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. pgpiURuvxu1JC.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Игнориране на определен фай л за апаче
On Sun, Oct 07, 2007 at 02:51:50PM +0300, Vladimir Vitkov wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Здравейте гупа, > > Наскоро имплементирах монит за наблюдение на няколко vhost-a в апача. > Сега обаче искам заявките които се генерират да не се логват. Това е > възможно да се постигне на ниво вхост/лог файл. Интересува ме има ли > начин да се постигне глобално за всички хостове. > > По списъците на апаче преди 5г. се е вихрила дискусия за директивата > LogExcludeByType която щеше да ми свърши перфектна работа но не би. > > Та помагайте :) > > reference: http://www.tildeslash.com/monit/doc/examples.php#apache Хмм... Един от вариантите, който май дори сме обсъждали ;), е да не минаваш през логването на самия Apache, а през някакво външно жувотно, което да си има собствена логика и да избира кое къде да логва. Ако някой се сеща за решение вътре в logging framework на самия Apache, ще е най-добре... ако не, може и да се наложи да се мине към нещо външно. Макар че... хрм. Ха сега де... Чудя се дали е добра идея това с пълното пропускане на тези заявки в логовете; чудя се дали няма да е малко по-добра идея да бъде конфигурирано това малко по-стриктно, така че примерно да пропуска заявки за този файл *от определен адрес* или с още някакви допълнителни параметри - иначе като нищо някой може да ти изгенерира купища трафик и (не толкова купища) натоварване на уебсървъра със заявки, които ти няма да можеш да видиш - защото си обяснил на уебсървъра, че не трябва да ти ги показва :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence claims to be an Epimenides paradox, but it is lying. pgpuN0Tbekq7n.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] conflicts openssl-0.9.8b-8
On Fri, Sep 07, 2007 at 11:23:11AM +0300, Михаил Андонов wrote: > Файловете с преместване не останах даже съм ги изтрил но > > [EMAIL PROTECTED] ~]# locate asn1parse.1ssl.gz > [EMAIL PROTECTED] ~]# locate nseq.1ssl.gz > [EMAIL PROTECTED] ~]# locate ocsp.1ssl.gz > [EMAIL PROTECTED] ~]# locate smime.1ssl.gz > > Файловете ги но проблема е същия > > Transaction Check Error: > file /usr/share/man/man1/asn1parse.1ssl.gz from install of > openssl-0.9.8b-8.3.el5 conflicts with file from package openssl-0.9.8b-8.3.el5 > file /usr/share/man/man1/nseq.1ssl.gz from install of > openssl-0.9.8b-8.3.el5 conflicts with file from package openssl-0.9.8b-8.3.el5 > file /usr/share/man/man1/ocsp.1ssl.gz from install of > openssl-0.9.8b-8.3.el5 conflicts with file from package openssl-0.9.8b-8.3.el5 > file /usr/share/man/man1/smime.1ssl.gz from install of > openssl-0.9.8b-8.3.el5 conflicts with file from package openssl-0.9.8b-8.3.el5 > > Error Summary > > - > > не мога дая махна защото има много зависими програми от нея като yum > wget php и още няколко. Едно бързо Google търсене за Subversion OpenSSL RPM conflict показа, че на въпроса "how can a package conflict with itself?!" е даден бърз и кратък отговор "openssl 386 and openssl 686" - демек наистина имаш по някаква причина инсталиран OpenSSL за i386, а Subversion се опитва да инсталира "истинския", оптимизиран за 686 и нагоре. Интересно. В момента нямам достъп до подобна система да видя дали няма някакви условни зависимости - дали примерно wget не е казал, че иска openssl *или* openssl-386 и да може да работи и с новия... Но аз лично бих заложил точно на това: - изтриваш сегашния пакет openssl, след като си запишеш надлежно всичко, което зависи от него (и което, съответно, също ще бъде изтрито); - инсталираш Subversion, който си инсталира "другия" OpenSSL; - пробваш да инсталираш някое от току-що изтритите неща, да видим дали ще стане - дали те ще признаят и "другия" OpenSSL; - ако не стане, изтриваш "другия" OpenSSL заедно със Subversion и си инсталираш обратно старите неща :\ G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. pgpdP3KecWJvw.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] iptables blocklist
On Tue, Sep 04, 2007 at 10:43:50AM +0300, Georgi Alexandrov wrote: > Bozhidar Maramski wrote: > > Ако женати се чука с друг или нямаш пет лева в джоба не съм ти виновен > > Избивай си го или си го набивай на друго място > > Мерси за поздравите, много си учтив. Наистина е по-добре да се занимаваш > с двигатели с вътрешно горене. Малко обяснения: > > > >>> Наистина е така: > > Кое наистина е така? > > >>> > >>> -h' or 'iptables --help' for more information. > >>> iptables v1.3.6: host/network `myfirstorgasm.org' not found > >>> Try `iptables -h' or 'iptables --help' for more information. > >>> iptables v1.3.6: host/network `estella.warren.video.online.fr' not found > >>> Try `iptables -h' or 'iptables --help' for more information. > >>> iptables v1.3.6: host/network `estella.warren.video.online.fr' not found > >>> Try `iptables -h' or 'iptables --help' for more information. > >>> iptables v1.3.6: host/network `zooskool.com' not found > >>> Try `iptables -h' or 'iptables --help' for more information. > >>> iptables v1.3.6: host/network `zooskool.com' not found > > Това не можеш ли да си го преведеш? Това което се опитваш да направиш с > iptables по принцип работи на layer 3, а не както си мислиш ти. Т.е. > iptables ще направи проверка за 'A' ресурсните записи за zooskool.com и > според правилото което си извикал ако намери такива (а те ще > представляват ip адреси) те ще се предадат на netfilter кода в кърнела. > Ако не намери ще ти върне горното съобщение за грешка защото нищо повече > не може да направи. Няма смисъл да обясняваме колко unreliable е това > решение. > > Пример (като за децата в училище): > > [EMAIL PROTECTED]:~$ dig +short yahoo.com > 66.94.234.13 > 216.109.112.135 > [EMAIL PROTECTED]:~$ sudo iptables -A FORWARD -d yahoo.com -p tcp --dport 80 > -j DROP > [EMAIL PROTECTED]:~$ sudo iptables -t filter -nL FORWARD > Chain FORWARD (policy ACCEPT) > target prot opt source destination > DROP tcp -- 0.0.0.0/066.94.234.13tcp dpt:80 > DROP tcp -- 0.0.0.0/0216.109.112.135 tcp dpt:80 > [EMAIL PROTECTED]:~$ sudo iptables -A FORWARD -d nonexistant-domain-name.com > -p > tcp --dport 80 -j DROP > iptables v1.3.6: host/network `nonexistant-domain-name.com' not found > Try `iptables -h' or 'iptables --help' for more information. > [EMAIL PROTECTED]:~$ > > > >>> > >>> Та как да вкарам /etc/blacklist файла в iproute ? > > > [EMAIL PROTECTED]:~$ for i in `dig +short $(cat /tmp/blacklist)`; do sudo ip > r a > prohibit $i; done Само като идея - хората и xargs са измислили :) xargs dig +short < /tmp/blacklist | sudo xargs -n 1 ip route add prohibit > [EMAIL PROTECTED]:~$ ip r | grep prohibit > prohibit 17.254.3.183 > prohibit 64.4.32.7 > prohibit 64.4.33.7 > prohibit 207.46.30.34 > [EMAIL PROTECTED]:~$ > > > Съвсем друг е въпроса, че тези работи дето ги пишем по-нагоре са пълна > глупост. Това което се опитваш да направиш не се прави с layer3 филтър а > с proxy и/или content filter (както вече ти го казаха). Било то squid, > squid+dansguardian, squid+squidguard и т.н. Решения много. Виж, тук съм съгласен - макар че за content филтрите ще трябва човек да се сблъска с новаторската идея, че Интернет не е само WWW и да мисли как да филтрира и другите използвани протоколи... но все пак филтриране на база blacklisting на IP адресите *само на конкретните имена на хостове* е малко безсмислено, най-малкото заради това, че така може и да успееш да блокираш трафик до zooskool.com, ама какво правиш с new.zooskool.com например? :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. pgpdlwee5ZNFY.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] миграция на MySQL
On Wed, Aug 22, 2007 at 01:04:16PM +0300, Dimitar Vasilev wrote: > Привет! > Някой да знае дали е възможно да мигрирам mysql-ска база от M$ към linux, > като изкопирам физически файловете > или да си направя mysqldump? > Платформата е x86 и на двете места. > Благодаря предварително за отзивите.. Според мен единственият *поддържан* начин би бил с mysqldump. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradoxical. pgpYiJGZW5zsZ.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PHP+SVN+Apache
On Thu, Jul 26, 2007 at 11:11:11AM +0300, Gggg ggg wrote: > Здравейте, > имам един CVS (SVN) на които си държа кода (PHP). > когато програмист уплоадне на CVS-a новия си код, пост-уплоад процедурата > пуска един скрипт ,който сваля новите промени в директорията на апачето и по > този начин програмиста има вазможност да тества кода си секунди след като го > е ъплоуднал - малко тромаво, но работи. > > Проблема: > има програмисти, който ползват собствен сървър+апаче ,но трябва да ползват > същия CVS за да има смисъл цялата работа. > когато те уплоуднат кода си на ЦВС-а отнема доста време докато постъплоуд > процедурата свали промените на техния сървър и е ужасно изнервящо за работа. > представете си как натискаш запис в едитора си, отиваш в ЦВС клиента > уплоадваш си промените на ЦВС-а и после чакаш 2-3 мин сървъра ти да изтегли > промеите за да ги тестваш- трагедия. > > Въпроса: > Има ли друг начин да направя това ? или вариант да вържа 2 ЦВС-а в общ > репоситории, или друго? Май не си казал съвсем достатъчно... Като начало, през цялото време май погрешно говориш за CVS, тъй като още в първото изречение си споменал Subversion. По-интересният въпрос: какъв точно начин използвате *сега* за синхронизация? Поне останах с впечатление, че използвате някакъв начин за синхронизация - иначе къде се получава това закъснение от 2-3 минути? Кажи точно каква ви е системата в момента, пък някой може и да предложи подобрения... Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just finished reading. pgpSIv2fsVN3h.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] пробив през апаче и пхп :(
On Thu, Jul 12, 2007 at 09:23:00AM +0300, deb4o wrote: > On Thursday, July 12, 2007 9:04 AM, Vladimir Vitkov wrote: > > 1) Файла flood е tar.gz архив с няколко флудера, пингъра и други такива. > > 2) н.йпг е тар.гз архив със рооткит и бнц > > 3) веднага ама веднага сваляй машината offline и почвай да разглеждаш. > > > > Съветвам те да прегледаш какви приложения вървят на тоя апач. Много > > съмнително е да е през него пробива. Цялото тва нещо е работа на някое > > script kiddie > > е то първите две неща са ми ясни, > ясно ми е че през апач влизат > проблема е че обърнах всички логове и никъде не намирам къде е дупката през > която влизат... Според мен Владимир искаше да каже, че проблемът в сигурността вероятно не е нито в самия Apache, нито в самото PHP, а в някое от приложенията, които този Apache и това PHP пускат - разни форуми, блогове, електронни магазини, интерфейси към log analyzers, всякакви такива неща. Тях трябва да прегледаш - или поне да видиш какви такива неща са инсталирани, кои версии са, дали за тези версии няма известни проблеми в сигурността и така нататък. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am the thought you are now thinking. pgpTmIO9YurMS.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] bash & glibc 2.4 problem
On Tue, May 01, 2007 at 07:51:06PM +0300, Danail Petrov wrote: > Daniel Jelev wrote: > > Здравейте! Днес реших да ъпдейтна добрият стар Слак 10.2, използвам > > swaret. Ъпдейтвам си и гледам грешка на последния пакет (bash) > > Last login: Sun Apr 29 14:20:05 2007 from 172.16.73.30 > > <http://172.16.73.30> > > Linux 2.4.31. > > -bash: /lib/libc.so.6: version `GLIBC_2.4' not found (required by -bash) > > Connection to *** closed. > > > > Пробвах да кача ГлибС 2.5, но > > > > [EMAIL PROTECTED]:~/glibc-2.5# ./configure > > /bin/sh: /lib/libc.so.6: version `GLIBC_2.4' not found (required by > > /bin/sh) > > > > Ще бъда много благодарен ако някой ми помогне да оправя този проблем без > > да се налага да преинсталирам. Благодаря предварително. > > Тцтцтц ... еййй , тоя slackware ... така и не му оправиха пакетната > система ... Хм... абе чудя се колко смисъл е имало точно в такова едно мнение - като оставим настрана цялата история с пакетната система на Slackware през годините, все пак трябва да се вземе предвид това, че тук става дума за обновяване до най-новия Slackware, в който има сериозна качествена промяна в разпределението на нещата по пакети, и за който *няма* package manager, който да се справи с обновяването... Това си се случва от време на време на всяка операционна система или дистрибуция или каквото там - при някой скок между версии да има качествени промени, които налагат задължително ръчни побутвания оттук-оттам. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. pgpu12W345blP.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] qmail autorespond ?? ??????
On Wed, Apr 18, 2007 at 01:58:04PM +0300, Alexander Iliev wrote: > Peter Pentchev wrote: > > On Wed, Apr 18, 2007 at 11:47:51AM +0300, Alexander Iliev wrote: > >> Здравейте. > >> > >> Имам следния проблем - трябва да пусна autorespond с qmail/vpopmail, но > >> системата не работи когато в адреса има точка... [snip] > >> Благодаря за съдействието предварително. :) > > > > При qmail адресите, които съдържат точка, искат малко специална > > обработка - alias-ите за тях ги правиш, като вместо точката слагаш > > двоеточие в името на файла - т.е. трябва да направиш файл, който се > > казва .qmail-address:with:dot :) > > > > Това е описано в manual page dot-qmail(5): > > > >WARNING: For security, qmail-local replaces any dots in ext with colons > >before checking .qmail-ext. For convenience, qmail-local converts any > >uppercase letters in ext to lowercase. > > Много благодаря. :) > > Уж четох man-а, пък съм го пропуснал това. А, спокойно, и аз го научих по трудния начин навремето :) > Работи като слънце. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 "yields falsehood, when appended to its quotation." yields falsehood, when appended to its quotation. pgpvlGAnPdVgE.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] qmail autorespond от адреси с точка
On Wed, Apr 18, 2007 at 11:47:51AM +0300, Alexander Iliev wrote: > Здравейте. > > Имам следния проблем - трябва да пусна autorespond с qmail/vpopmail, но > системата не работи когато в адреса има точка, т.е. получава се писмо > до [EMAIL PROTECTED] и си се праща autorespond съобщение, получава се > писмо до [EMAIL PROTECTED] и нищо не се случва. > > В .qmail-address и .qmail-address.with.dot имам следното: > > | /usr/local/bin/autorespond 1 10 > /home/vpopmail/domains/domain.com/address/message > /home/vpopmail/domains/domain.com/address 0 $ > > > Пробвах с други софтуери (autoreply и qmail-autoresponder), същата > работа. В qmail ли е проблема, във vpopmail ли или нещо аз не правя като > хората? > > Благодаря за съдействието предварително. :) При qmail адресите, които съдържат точка, искат малко специална обработка - alias-ите за тях ги правиш, като вместо точката слагаш двоеточие в името на файла - т.е. трябва да направиш файл, който се казва .qmail-address:with:dot :) Това е описано в manual page dot-qmail(5): WARNING: For security, qmail-local replaces any dots in ext with colons before checking .qmail-ext. For convenience, qmail-local converts any uppercase letters in ext to lowercase. Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence no verb. pgpbibzwjgmMv.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] picture rotate като се запа зва EXIF
On Fri, Mar 09, 2007 at 10:01:10AM +0200, Ivan Adams wrote: > От известно време имам фотоапарат. Като върл привърженик на линукс си > складирам цялата информация именно на едно линукс сървърче. Ползвам gimp и > kuickshow, но и двете програми ми губят exif-a. > > Друго интересно е че като ротате-на снимката с kuickshow и запиша, след като > е отворя пак ми е по старо му. ... > > Някой да има представа какво мога да ползвам за да мога лесно да си > ротате-вам снимките ?! > > п.с. натиснах ентер без да искам на предишното писмо :( Най-добре ползвай програмата jpegtran - тя е част от стандартната библиотека JPEG (libjpeg, reference implementation на стандарта JPEG). В Debian е част от libjpeg-progs, в RHEL - от libjpeg, във FreeBSD - от ports/graphics/jpeg, за други OS в момента не мога да проверя :) $ jpegtran -rotate 90 -copy all -outfile dst.jpg src.jpg Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. pgp7LSYqibgiG.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Debian dpkg
On Tue, Jan 30, 2007 at 12:10:23PM +0200, Alexandar Angelov wrote: > Какво означава рс в: > dpkg -l | awk '/^pc/' > pc linux-image-2.6.14-2-k7 2.6.14-7 > Linux kernel 2.6.14 image on AMD K7 machines > pc linux-image-2.6.15-rc6 custom.1 > Linux kernel binary image for version 2.6.15-rc6 > pc linux-image-2.6.17-1-k7 2.6.17-5 > Linux kernel 2.6.17 image on AMD K7 machines > pc linux-image-2.6.17-k7rev.01 > Linux kernel binary image for version 2.6.17-k7 Уф, май трябваше малко по-рано да отговоря, ама... 'pc' е добра индикация за проблем... хубава индикация за почти сериозен проблем. Първата буква е package selection state - т.е. това, което ти си *казал* на dpkg да направи; втората буква е истинското install state - т.е. това, до което dpkg го е докарало. В случая, 'pc' значи, че ти си поискал purge, само че нещо е попречило на dpkg да стигне до истинския purge и пакетът в момента е *почти* изтрит, останали са само конфигурационните му файлове - нещо е попречило на окончателното purge-ване. > след изпълнение на : sudo dpkg -P linux-image-2.6.14-2-k7 > Searching for GRUB installation directory ... found: /boot/grub > Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst > > Found kernel: /boot/vmlinuz-2.6.18-2-k7 > Updating /boot/grub/menu.lst ... done > И спира до тук и трябва да натисна Ctrl+C. Мммда, точно на това прилича - на някакъв проблем по време на самата деинсталация, който пречи на dpkg да маркира пакета като съвсем бастисан. Лошото е, че хич не се сещам за нещо, което да попречи на разните му там скриптове да пипнат grub/menu.lst - то би трябвало да си е просто обработка на текстов файл, и то доста добре структуриран текстов файл :( Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence every third, but it still comprehensible. pgprFtPTB8sGZ.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Debian dpkg
On Sat, Jan 27, 2007 at 11:40:12AM +0200, Alexandar Angelov wrote:
> Как мога да разбера кои фаилове в не са инсталирани от dpkg
Не е директен отговор на въпроса ти, но пълен списък от всички файлове,
за които dpkg "знае", можеш да получиш с комбинация от dpkg -l (или -W)
и dpkg -L, примерно нещо като:
dpkg -l | awk '/^ii/ {print $2}' | xargs dpkg -L
"dpkg -l" ти дава списък от всички пакети, които си инсталирал някога
(по-точно дава списък от всички пакети, за които има информация във
/var/lib/dpkg/status, което е горе-долу същото). Следващата стъпка
избира само пакетите, които *наистина* са инсталирани, след което ги
подава на "dpkg -L", което ти показва всички файлове, които тези пакети
са инсталирали.
(и преди някой да се е обадил, да, знам, че всъщност и двете "dpkg"
горе би трябвало да бъдат "dpkg-query")
Оттук нататък имаш няколко възможности:
- сортираш резултата (най-добре през sort -u, защото в резултата от
dpkg -L има и директории, и какво ли не);
- филтрираш резултата, за да намериш само файловете, примерно през нещо
като perl -lne 'print if -f'
- пускаш един "find / -type f", за да намериш всички файлове, които
действително съществуват върху системата ти (можеш да замениш "/" с
един или повече пътища, които действително те интересуват, ако не иска
наистина всички)
- сортираш резултата от find / -type f
- сравняваш единия сортиран списък с файлове (тези, за които dpkg знае)
с другия (тези, които действително са при теб), примерно с "diff -u"
- интерпретираш по някакъв начин резултата от "diff -u" и правиш с него
каквото ти харесва :) (за интерпретирането са удобни неща като
egrep -e '^-' или egrep -e '^[+][^+]' ... но можеш да го направиш и
по други начини, под Unix поне имаш голям избор от средства за обработка
на текстова информация :)
Надявам се това да е помогнало поне малко; ако има нужда от още идеи и
пояснения, казвай смело :)
Поздрави,
Петър
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
I am not the subject of this sentence.
pgp1NaoTAmlvB.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Apace & profptd virtual account
On Mon, Jan 22, 2007 at 10:10:17AM +0200, Ivan Petrushev wrote: [всъщност това го написа Момчил Иванов] > >Това, че като обработваш php/cgi скриптове, потребителя може да чете > >файловете > >на другите. > [а това - Иван Петрушев] > Здравейте ;) > Всяка ФТП сесия може да се chroot-не и така се решава този проблем, при > условие че всеки потребител си има различна папка. > И това става с промяната на 1 ред в конфига на FTP-то, докато да се направи > chroot ефект в shell изисква малко повече ;) Според мен Момчил не говореше за самата FTP сесия, а за това, което се случва след това :) Добре, FTP сесията е chroot-ната, и през нея всеки си качва каквито решава файлове из собствената директория - само че след това тези файлове могат да бъдат използвани през уебсървъра, и ако той *не* е настроен с chroot-ване за всеки отделен virtual host, тогава всеки PHP, Perl или каквито още там CGI/server-side неща се изпълняват ще може да разглежда файловете и директориите на другите виртуални потребители. Разбира се, това пък от своя страна може да бъде решено с още едно chroot-ване - на самия достъп до съдържанието през web :) Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Hey, out there - is it *you* reading me, or is it someone else? pgpCfq9Ys50oc.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
