from:"Dimitar Tomow"

Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-22 Thread Dimitar Tomow

Е българин съм си ! а това че сме гадни е доклазано

втора седмица никой в мин. на икономиката по проект на ООН не си дига
телефона , по-точно дига го но били монго заети и не можели да ми обърнат
внимание, видиш ли ,нищо че всички им плащаме заплаттите !

както и да е, прав ви път

може би след години ще се срещнем, може би и тогава ще си проличи
аз на никого лош не желая, Довиждане ил и по-скоро и се надявам ДО НЕВИЖДАНЕ
.. .българи, какъвто съм и аз засъжаление или не !чаои ви

2008/10/22 <[EMAIL PROTECTED]>

>
> БЪЛГАРИНО ! ГАДЕН И МАЗЕН... е писано от турчин или циганин
>
> Daniel Gotsev
> IDG.BG, Content Manager
> E-mail: [EMAIL PROTECTED]
> Tel.: 400 1101; 400 
> ICQ: 461-743-743
>
>
>  [EMAIL PROTECTED]
> Sent by: [EMAIL PROTECTED]
>
> 22.10.2008 10:36
>  Please respond to
> [EMAIL PROTECTED]; Please respond to
> Linux Users Group - Bulgaria 
>
>   To
> Linux Users Group - Bulgaria 
>  cc
>   Subject
> Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE
>
>
>
>
> http://en.wikipedia.org/wiki/Graphology
>
>
> On Wednesday 22 October 2008 08:46:59 Dimitar Tomow wrote:
> > Ае аз сложих едно От, и много ми пука че съм в твоя спам филтър, големият
> > газар, дреме ми на това, коет оаз го имам , ти го нямаш !? нали се сещаш
> О
> > БЪЛГАРИНО ! ГАДЕН И МАЗЕН
> >
> > ЕДИН АНГЛИЧАНИНЕ КАЗАЛ
> >
> > ИМА ЕДНО ПЛЕМЕ ! НА ЮГ И СЕВЕР ОТ СТАРА ПЛАНИНА И НАЙ-ВЕЧЕ МЕЖДУ ДУНАВА И
> > СТАРА ПЛАНИНА
> >
> > КРАДЕ И ПИЕ, ЛУК И ЧЕСЪН ЯДЕ !
> >
> > Е това сме ние, ти орпеделено
> >
> > може да не крадеш, се същото е си ;)
> >
> > И НЕ ТЕ ОБИЖДАМ, ТОВА МИСЛЯ ЗА ТЕБ
> > МИСЛЯ ЧЕ НЕ СИ ЧОВЕК ИЛИ ПОНЕ НЕ СЕ ДЪРЖИШ ЧОВЕШКИ !
> > Както и онзи николай ли каквъ беше от МНЕТ !
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

[Lug-bg] Fwd: unsub

2008-10-22 Thread Dimitar Tomow

-- Forwarded message --
From: Dimitar Tomow <[EMAIL PROTECTED]>
Date: Wed, Oct 22, 2008 at 11:47 AM
Subject: unsub
To: [EMAIL PROTECTED]


because you are _s and NOT HUMANS !
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] [SPAM] Re: OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-22 Thread Dimitar Tomow

Спокойно, сам ще се отпиша, няма нужда , О бългрино ВТОРИ ! :PP hjuh

2008/10/22 ceci v <[EMAIL PROTECTED]>

> Имам един  въпрос към администрацията, ако се случва такова чудо, няма ли
> някакъв начин да се направи така, че да ни освободи от присътствието си.
> Според мен няма съществено удоволствие да се комуникира с това нещо.
>
> Поздрави
> Цветин
>
> - Original Message 
> From: Dimitar Tomow <[EMAIL PROTECTED]>
> To: Linux Users Group - Bulgaria 
> Sent: Wednesday, October 22, 2008 8:46:59 AM
> Subject: Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE
>
> Ае аз сложих едно От, и много ми пука че съм в твоя спам филтър, големият
> газар, дреме ми на това, коет оаз го имам , ти го нямаш !? нали се сещаш О
> БЪЛГАРИНО ! ГАДЕН И МАЗЕН
>
> ЕДИН АНГЛИЧАНИНЕ КАЗАЛ
>
> ИМА ЕДНО ПЛЕМЕ ! НА ЮГ И СЕВЕР ОТ СТАРА ПЛАНИНА И НАЙ-ВЕЧЕ МЕЖДУ ДУНАВА И
> СТАРА ПЛАНИНА
>
> КРАДЕ И ПИЕ, ЛУК И ЧЕСЪН ЯДЕ !
>
> Е това сме ние, ти орпеделено
>
> може да не крадеш, се същото е си ;)
>
> И НЕ ТЕ ОБИЖДАМ, ТОВА МИСЛЯ ЗА ТЕБ
> МИСЛЯ ЧЕ НЕ СИ ЧОВЕК ИЛИ ПОНЕ НЕ СЕ ДЪРЖИШ ЧОВЕШКИ !
> Както и онзи николай ли каквъ беше от МНЕТ !
>
> 2008/10/20 Vasil Kolev <[EMAIL PROTECTED]>
>
>> В 17:02 +0300 на 20.10.2008 (пн), Dimitar Tomow написа:
>> > Ми да , сам си го каза , и на всичкото от горе пре фирмата с 1
>> > клиент и 1 фирма на минус , демек грубо 50-60 лева , но то пука ти
>> > българино 
>> >
>>
>> Добре дошъл в моя spam филтър.
>> >
>>
>> ___
>> Lug-bg mailing list
>> Lug-bg@linux-bulgaria.org
>> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>>
>>
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-21 Thread Dimitar Tomow

Ае аз сложих едно От, и много ми пука че съм в твоя спам филтър, големият
газар, дреме ми на това, коет оаз го имам , ти го нямаш !? нали се сещаш О
БЪЛГАРИНО ! ГАДЕН И МАЗЕН

ЕДИН АНГЛИЧАНИНЕ КАЗАЛ

ИМА ЕДНО ПЛЕМЕ ! НА ЮГ И СЕВЕР ОТ СТАРА ПЛАНИНА И НАЙ-ВЕЧЕ МЕЖДУ ДУНАВА И
СТАРА ПЛАНИНА

КРАДЕ И ПИЕ, ЛУК И ЧЕСЪН ЯДЕ !

Е това сме ние, ти орпеделено

може да не крадеш, се същото е си ;)

И НЕ ТЕ ОБИЖДАМ, ТОВА МИСЛЯ ЗА ТЕБ
МИСЛЯ ЧЕ НЕ СИ ЧОВЕК ИЛИ ПОНЕ НЕ СЕ ДЪРЖИШ ЧОВЕШКИ !
Както и онзи николай ли каквъ беше от МНЕТ !

2008/10/20 Vasil Kolev <[EMAIL PROTECTED]>

> В 17:02 +0300 на 20.10.2008 (пн), Dimitar Tomow написа:
> > Ми да , сам си го каза , и на всичкото от горе пре фирмата с 1
> > клиент и 1 фирма на минус , демек грубо 50-60 лева , но то пука ти
> > българино 
> >
>
> Добре дошъл в моя spam филтър.
> >
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-20 Thread Dimitar Tomow

Ми да , сам си го каза , и на всичкото от горе пре фирмата с 1 клиент и
1 фирма на минус , демек грубо 50-60 лева , но то пука ти българино 

2008/10/20 Nickola Kolev <[EMAIL PROTECTED]>

> Здрасти,
>
> Ще отговоря (безадресно) с един цитат от "По жицата" на Йордан Йовков:
>
>"Замислен, Моканина се върна при овцете си и се залови отново за
>цървулите, които правеше от нещавена волска кожа. Бяла
>лястовичка - мислеше си той. - Има ли я! Но нещо го подпираше в
>гърдите, мъчеше го. И като пусна шилото и погледна към небето,
>той извика
>
>- Боже, колко мъка има по тоя свят, боже!"
>
> Толкоз. Предлагам да прекратим "дискусията".
>
> На Mon, 20 Oct 2008 03:26:49 -0400
> "Dimitar Tomow" <[EMAIL PROTECTED]> написа:
>
> > Добре , цял живот опозиция, мног оли ти е гот
> > 2,3,4,5,10 хиляди заплата на месец да взимаш , се тая ?
> > Е и ?
> > Нобелов да си пак ?!.
> >
> > Та да те питам ИМАШ ЛИ СМЕЛОСТА и мозъка да кажеш
> >
> > ето тук , така и така не си прав, не !
> >
> > Само се заяждаш !
> >
> > отделно , че ако бяхме лице в лице на БАС ! че нямаше да имаш
> > смелоста нищо да ми кажеш , не срам , не нежелание, нямаше ад имаш
> > смелоста
> >
> > и ти си смешник като депутитатите в парламента , същият типаж
> >
> > монго говори, нищо не казва и само пред камери , т.е пред публик а,
> > ама на живо очи в очи с човек или хора , ъъ
> >
> > И не забравяйте , ЧЕ МЕН (УЖ) ПЪРВИ МЕ ОБИДИХА ! Така че ... Я си
> > гледайте работата и живота и не се занимвайте с мен
> >
> > ако искаш да си ги имерим давай - на бас , че моят е по-голям от твоя
> > ако искаш и заплатата да си премерим
> > ако искаш и активите , и пасивите ?
> >
> > Айде ... може да съм по беден или по-тъп, но съм по-човек ОТ ТЕБЕ !
> > в добрият смисъл на думата човек !
> >
> > Е на ! НЕ аз псувам и обиждам , не и първи със сигурност ,
> > *** сте всички българи , вкл. и аз ! но поне се боря с това !
> > 2008/10/19 Vasil Kolev <[EMAIL PROTECTED]>
> >
> > > В 15:23 +0300 на 19.10.2008 (нд), Dimitar Tomow написа:
> > > 
> > > >
> > >
> > > Не ти ли писна да пишеш глупости? Да беше се опитал да си ги
> > > прочетеш един път, да видиш за какво става въпрос.
> > >
> > > ___
> > > Lug-bg mailing list
> > > Lug-bg@linux-bulgaria.org
> > > http://linux-bulgaria.org/mailman/listinfo/lug-bg
> > >
> > >
>
>
> --
> Поздрави,
> Никола
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-20 Thread Dimitar Tomow

Добре , цял живот опозиция, мног оли ти е гот
2,3,4,5,10 хиляди заплата на месец да взимаш , се тая ?
Е и ?
Нобелов да си пак ?!.

Та да те питам ИМАШ ЛИ СМЕЛОСТА и мозъка да кажеш

ето тук , така и така не си прав, не !

Само се заяждаш !

отделно , че ако бяхме лице в лице на БАС ! че нямаше да имаш смелоста нищо
да ми кажеш , не срам , не нежелание, нямаше ад имаш смелоста

и ти си смешник като депутитатите в парламента , същият типаж

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

И не забравяйте , ЧЕ МЕН (УЖ) ПЪРВИ МЕ ОБИДИХА ! Така че ... Я си гледайте
работата и живота и не се занимвайте с мен

ако искаш да си ги имерим давай - на бас , че моят е по-голям от твоя
ако искаш и заплатата да си премерим
ако искаш и активите , и пасивите ?

Айде ... може да съм по беден или по-тъп, но съм по-човек ОТ ТЕБЕ !
в добрият смисъл на думата човек !

Е на ! НЕ аз псувам и обиждам , не и първи със сигурност , *** сте
всички българи , вкл. и аз ! но поне се боря с това !
2008/10/19 Vasil Kolev <[EMAIL PROTECTED]>

> В 15:23 +0300 на 19.10.2008 (нд), Dimitar Tomow написа:
> 
> >
>
> Не ти ли писна да пишеш глупости? Да беше се опитал да си ги прочетеш
> един път, да видиш за какво става въпрос.
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

[Lug-bg] OT: Re: DMA: OUT OF SW-IIOMMU SPACE

2008-10-19 Thread Dimitar Tomow

Ами SOC/ SOP системите какво са бе дупе ?

Всичко в едно CPU ! / чип !

графика ,всичко

ГСМ-а какво е , като му извадиме GSM модула
каков е

IPHONE -> IPOD !

ти си голям диод да знаеш ама не знам прав или обратен или крив , или
слонски !

и да ме баннат от листата ти първи ме обиди , т.е се опита, не ми пука
реално
аз не те обиждам , но определено на живо нямаше да ти се размине само с
едното унижение от това, че си ... полупроводников елемент, полу

довиждане, де* в тая Б-я само разбирачи де*

пс: правил съm SOC не от клон до клон/точка до точка, но съм правил 1 нещо
по и т.н , ит.н !и то работи перфекткно , атка че ходи пий една кола или
бира и си глеадй смешният или несмешен живот ! и не се заниавмай с неща ,
коит очевидно не са ти в компетенцията ,или имаш желанието да са !

поне едно ОТ да беше сложил, ама явно и толкова  нямате господин никки

щях да свтавам ваш абонат на мнет , но ако сте админ там по-добре не !

2008/10/19 Nickola Kolev <[EMAIL PROTECTED]>

> Здрасти,
>
> On Sun, 19 Oct 2008 09:48:13 +0300
> "Dimitar Tomow" <[EMAIL PROTECTED]> wrote:
>
> [ кръц ]
> > пс / от: те след годиин всички ще е в един чипсет на един сокет/цокъл ,
> нищо
> > че няма да е икон. нормално хаха ЛПП : ):Д_ опзволенио та, забивш едно
> цпу /
> > мцу / видео /чипсет и рам иготово
> > даже като гледам
> > може и рам-та да е вгр.
> [ кръц ]
>
> Ти да не си постоянно напушен?
>
>
> --
> Nickola Kolev <[EMAIL PROTECTED]>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] DMA: OUT OF SW-IIOMMU SPACE

2008-10-19 Thread Dimitar Tomow

ae kavi 4e ste kolegi , ne firma
az si misleh 4e ste nqkakwaw firma

1-wo
2-ro sis za laptop stawa, ama kao move da ne e

w mometna e takla

intel
ati/amd
drugite za 4ipseti , pone za men

posle , opaa ;( ops sorry

На уиндоуско пц съм и е.. ае не е работа човек да пише на тоя ие, та сега си
пуснах файърфокса поне малко бива и не забива хаха :П : ):ІД :)

та

1. Махнете едното 2гб рам и вижте може да е от това , имал съм подобен
проблем с лаптоп на 2 месеца или на 8 спрямо миналият месец / нач. на
октовмри !
а рама е оцз ! 250$ горе-долу струваше , така че ;) :П : ):ІД :)

2х2ГБ ДДР2 680- ! не 667 + ЦЛ5.0 + лайфтайм гаранция

2. ми пусни дос и виж дали ще  забие хахах , шегувам се
пусни Дамн Смал Линукс
монг е лесно да се оправи този проблем , ако е от рама или от ника

3 влез в биоса и забрани всичко освен хдд-то и монитора хахах П : ):ІД аа и
цд-то

4. пробвай да работиш с флашка , инсталл + зареждфане
ако пак сстане значи е рама , а не хдд котнролер а и .т.н блкалб
въобще колежке

10лв на час, не но другото с консумативите, което казваш  когас и къде
:ПП :) :ІД

5.ъумм забравих си мисълта

хаха

6. пак

7. май беше едното от 3-те , че може да видиш директно на място в Технополис
молис, най-големите долнопробнни техн. магазини , според мен , но ти не си
виновна ! дали работи лайф ЦД и каква грешка дава

и т.н , и т.н

та да 10лв на час е мин. не знам защо колежката се очудва ?

30лв е най-еФтината инст. на Уиндоус
40-50 на Линукс

тия са луди

10мин сидукс със всичко иснталирах онзи ден на лаптоп на 1г !и лети (KDE4.1,
OfficeOpen bla-bla , Kmplayer, xmms2, all  internet stuff and im, web
bla-bla irc, apache, smb, ftp, etc, mysql nqma ama trqbwa li ti to e 1,2 min
:P : ):_D instalaciqta nali konf ne znam, ;)  spored zawisi :P : ):_D 4ao
;) :P : ):_D :)

уиндоуса това щего има същото след 2 часа и ще забие наркая може би :П :
):ІД :)

айде чао и успхе ;І :П : ):ІД :)

2008/10/19 Maria Nikolova <[EMAIL PROTECTED]>

> Ам доколкото успявам да разбера нещичко от отговора ;)
>
> Преди малко пуснахме машинката, за да видим едно lspci. При boot-а е става
> някаква грешка и прикачва root файловата система отново като read-only и
> пуска shell prompt (maintainance shell или както там му се вика).
> Ето изхода на lspci:
>
> 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 671MX
> 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
> 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media
> IO] (rev 01)
> 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
> 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
> (rev 0f)
> 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
> (rev 0f)
> 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
> 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit
> Ethernet Adapter (rev 02)
> 00:05.0 IDE interface: Silicon Integrated Systems [SiS] SATA Controller /
> IDE mode (rev 03)
> 00:06.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
> 00:07.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
> 00:0f.0 Audio device: Silicon Integrated Systems [SiS] Azalia Audio
> Controller
> 01:00.0 VGA compatible controller: ATI Technologies Inc Mobilitiy Radeon HD
> 3400 Series
> 02:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg
> Wireless PCI Express Adapter (rev 01)
>
> Сега като гледам номерцата наистина устройството, за което даваше грешката
> е 00:04.0 ethernet controller-а  (поне в случаите, в които помня).
> Обаче сме малко завеяни, та забравихме да вземем boot log-а, може би малко
> по-късно пак ще го пуснем.
>
> Иначе лаптопът трябва да се води нов, току-що е купен от Технополис (но те
> си обновиха сайта и вече го няма там). Доколкото знам моделът оригинално е
> само с 2GB RAM, но специално за офертата са му добавили още 2.
>
> Преди малко си спомнихме, че дори и при едно от пусканията на Ubuntu 8.04
> Live CD отново мисля при някакво дърпане от нета се беше случило нещо
> подобно, но тогава все още не бяхме пробвали никаква инсталация и доста
> по-късно осъзнахме проблема. Що се отнася до съвета да пробваме с Линукс на
> флашка, не мисля, че ще реши нещата...
>
> Anyone?...
>
> PS. За 10 лв. на час и консумативи и аз бих предложила разни 'услуги' :D.
> При все, че никой не сме намерили никой, който да се е справил с проблема, и
> ние вчера сме се борили над 12 часа неуспешно, не мисля, че можем да си
> позволим помощ срещу заплащане. :) И ние сме бедни студенти все пак . :)
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] DMA: OUT OF SW-IIOMMU SPACE

2008-10-19 Thread Dimitar Tomow

Ми до колкото ми разбира главата, това май е южният мост на чипсета/ то пак
си е чипсета да е
осевн ако не е от много новите дето всичко е интегрирано в един чипсет

пс / от: те след годиин всички ще е в един чипсет на един сокет/цокъл , нищо
че няма да е икон. нормално хаха ЛПП : ):Д_ опзволенио та, забивш едно цпу /
мцу / видео /чипсет и рам иготово
даже като гледам
може и рам-та да е вгр.

една плочка 5 на 5 см или 10 на 10см и изходите/и/о панели бла-бла глупости
то и сега може да се направи но няма да е рентабилно

та на / по проблема ти

според мен проблема е в иде-то/южният мост -> кой/какъв чипсет си ?

и пробвай с SCSI емулация на хард дисковете и цд-тата ако не са сата , аи да
са пак

след това пробвай с флаш за рут или СЦ имаш 100% кард рийдър ако е 1-23-г
лаптоп ;) :П : ):_Д
хаха 1-23 хахах , 1-2-3 г лаптоп ;) :П

другият вариант е отваряш го и му слагаш едно SSD с адаптор през IDE/SATa и
готово ;) :П : ):_Д :)

хх
 :ПП : ):_Д

успех и кажи какво е станало, ако искаш мога и аз да се заниамвам но съм от
софия, обче уча и работя във варна
10лв/час + консумативите :)
ТОВА НЕ Е РЕКЛАМА , А ОПИТ З АПОМОЩ

както се вижда консултацията си е човешка, работата вече предполага някакво
заплащане ако е успешан ;) :П : ):_Д :)

пс: може и от биоса да е
ASUS P4P8X катоизлезе 100-120$ дъно за П4 ХТ и бла-бла
беше 3-6-8 месеца без подръжка за линукс и сата и пата, само с флаш можеше
да работи на линукс, беше не монго весло, ами нарпво шоу, но тръгна :) и
работи на 6 :П :) супер яко още си го ползвам
пс2: аз бях един от първите с това дъно внос от Mother Russia или от Germany
не знам къде , не го внесох аз лично , а по фирма
та ... от руски сайт го видях и бла-бла-бла , бла-бла и никъде в гоогъл не
пишеше за проблеми с него, но е на :)
та успех колега и си помисли добре и за кабелите и захр. ;)  чоа илека
пс3: найве-че кабелите ;) :П : ):_Д :)

2008/10/19 Maria Nikolova <[EMAIL PROTECTED]>

> Здравейте. Тук имаме един лаптоп ASUS X50SL с 4GB RAM и от половин ден се
> опитваме да му сложим някакъв Линукс.
>
> Първоначалната идея беше за Debian Lenny Beta 2 netinst с ядро 
> 2.6.24.Опитахме 3-4 пъти и всеки път в един момент (малко след като започва да
> дърпа софтуерните пакети) инсталацията спира и на терминала започват
> съобщения:
> DMA: OUT OF SW-IIOMMU SPACE
> със съответните параметри (номер на устройството и брой недостигащи
> байтове).
> За съжаление дори Google не даваше много информация по въпроса, имаше
> един-двама със същия проблем (и пак с ASUS) и нищо не бяха успели да
> измислят.
> Бяхме пускали Live CD Ubuntu 8.04 (пак ядро 2.6.24), което вървеше и
> инсталирахме него. Инсталацията мина успешно, но радостта беше кратка, в
> опита да дръпнем драйвер за видеото получихме съобщение, че не може да се
> запише на харддиска, защото файловата система е read-only (не просто
> потребителя няма права да си пише в home-а, а никой никъде нищо не може да
> пише). След това за части от секундата почти всичко почна да замръзва, по
> терминалите се появиха същите DMA: OUT OF SW-IIOMMU SPACE грешки и само
> ръчно спиране можеше да помогне. Оттогава не сме пускали :-(
>
> Из това, което намерихме в нета, ставаше въпрос за ядра 2.6.25, 2.6.26 и
> изобщо мисля се говореше за 2.6.22 и нагоре, че се получава така.
> За съжаление малко трудно ще е да сложим по-ранно ядро, защото пък драйвера
> за LAN-картата се поддържа официално от 2.6.24 нагоре, а за някакво по-ранно
> ядро трябва да се edit-не сорс кода и да се прекомпилира ядрото.
> Трябва още да спомена, че дори и boot с деактивирано iommu дава напълно
> същата ситуация, т.е. може би не се деактивира напълно или не се деактивира
> правилното нещо...
> Хората бяха пробвали с различни допълнителни boot опции, но нито една не
> беше успяла да промени нещата.
> Ние тук хващаме основната идея на DMA и (IO)MMU, но ако може някой да
> разкаже повече за това, което ни се случва :-|.
> Някъде видях, че едно от качествата на IOMMU е да може да се достъпва памет
> над 4GB, ние сме точно на границата...
> Освен това разсъждаваме над въпроса дали устройството, което дава тази
> грешка не е/може да бъде LAN-картата, защото всеки път апокалипсисът се
> случваше по време на дърпане на пакети от Интернет.
>
> Изобщо, ако някой знае нещо по тези теми, нещо, което поне да ни изясни
> какво се случва (дори и да не можем да го поправим), моля ви, пишете...
> Отчаянието е голямо...
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] [bsd] unkillable user process in FreeBSD 6.2-RELEASE

2008-10-09 Thread Dimitar Tomow

Виж най-долу първо, че там май е най-ванжоо и успешно , благодаря ти , чао !
/(ви) ":П: ) :_Д :)

Ми щом пишеш по програмта не може ли да му направиш един файл , в който да
има статус или ключова дума и да го чете и като го прочете бум , сам се
рества
това 1

2. забива на 10-15мин
авт. рест на 7,8 ? примерн о:? знамли , грубо е но действа, нещо акто уачдог
:П : ):_Д докато още не е забил

3. сигнал от системата/биос нещо си бла-бла пак го следи и примерон 5 сиг по
1 ,2 сек
и бум рестарт

знам ли варианти много

или най-готино

ти казвша инит
ок, хубаво ми не го пускай като демон или го пусни като демон , но не от
инит
или му напрви друг парент
според мен шопов не пита правилно
но пък уж даде някаква и друга насока за мислене :?
защото иа з знам че килл -9 убива всичко :)
странно

пс: най-вероятно нямаш права, май ?
каквот ти изписва , нищо ли
няма ли -v ?

и защо не пуснеш
едно дбг не не процеса а НА КИЛЛА- !!! и виж какво става

и найве=-че къде пише и драска и до къде увисва :) :ПП :) :Д

On 10/3/08, Georgi Chorbadzhiyski <[EMAIL PROTECTED]> wrote:
>
> Around 10/03/08 09:05, Dimitar Vasilev scribbled:
>
> > На 03 октомври 2008 01:03, Georgi Chorbadzhiyski <[EMAIL PROTECTED]>
> написа:
> >> Александър Шопов wrote ... , On 10/3/08 12:21 AM:
> >>> Какво става като убиеш родителския процес?
> >> Опа, в случая parent е init тъй като програмата е
> >> демон и при пускане се е detach-нала от терминала.
> >> init няма как да го убия като потребител, а root
> >> достъп нямам.
> >>
>
> > Въпрос - има ли някакви rc скриптове с които го пускате?
>
>
> Да има shell script.
>
>
> --
>
> Georgi Chorbadzhiyski
> http://georgi.unixsol.org/
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Shaping over a bridge

2008-10-07 Thread Dimitar Tomow

2008/10/7 Nickola Kolev <[EMAIL PROTECTED]>

> Здравей,
>
> На Tue, 7 Oct 2008 09:39:53 +0300
> "Rossen Antonov" <[EMAIL PROTECTED]> написа:
>
> > Здравейте,
> >
> > Можете ли да нахвърляте мнения по темата за шейпинг върху бридж. Не
> > съм го пускал никога и не съм чел изобщо. Струва ли си да инвестирам
> > време? Работи ли стабилно? Какви технологии да използвам - ebtables за
> > маркиране и HTB? Това възможно ли е?
>
> Лично аз предпочитам термина трафик контрол, а не шейпинг
> (shaping). Струва си да инвестираш време, ако искаш да знаеш какво
> точно правиш, естествено. Не съм привърженик на подобни решения по
> бриджове, защото когато започне да дропи пакети, клиентите на мрежата
> няма да знаят къде точно се случва това. Маршрутизаторите ми изглеждат
> по-подходящи за целта.
>
> За стабилната работа - трябва да пробваш, и да видиш. Има много
> неизвестни, които трябва да имаш предвид - хардуер (включително
> процесорна мощ, памети и не на последно място мрежови адаптери).
>
> Относно това какви технологии да използваш - отново препоръчвам пробата
> на първо място. Нямам идея с коя трафик контрол дисциплина си запознат
> най-добре, защото всяка си има своята специфика. Нямам идея също какъв
> е характера на трафика, който ще се управлява - като че ли определени
> трафик контрол дисциплини са по-подходящи за едно повече, отколкото за
> друго. Иначе победителите в тази категория са htb и hfsc. Маркирането е
> въпрос на лично предпочитание - използването на iptables/ebtables в
> даден момент може да се окаже не дотам скалируемо решение. От друга
> страна решенията, основани на tc филтри, комбинирани с хеш таблици, са
> се доказали при множество класове, филтри и сложни йерархии.
>
> > Става въпрос за сериозна мрежа, за която в момента се поръчва хардуер.
> >
> > Благодаря!
> >
> > --Росен
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
> --
> Поздрави,
> Никола
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
Не помня
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Shaping over a bridge

2008-10-07 Thread Dimitar Tomow

Не помня точно как стоеше въпроса, но има една опция

--reject-with " xxx icmp type " мисля , че беше но не съм сигурен

трябва да сепровери , мануал / оххх ръководство , сори и гогъл, та...

може

примерно избираш тип ицмп ХХ някой който се ползва веднъж на милион години,
такива има сигурно пон 5или 10 и готово :)
поне аз така си мисля, пък дали го мисля правилно хх ще кажетге
може да се окаже че въоибще не съм мислил хаххахаахха пс пропуснах една
запетайка хх и няколко препинателни знаци

пс2: добро утро
пс3: добър и успешен ден
пс4: без да искам пратих 2 писма, 1-вото н ебещше довъшрено въобще хх П :Л )
огххх нещо ми е много весело хахахахха :) лека ... ххх лек ден : :-)))
:-D

2008/10/7 Nickola Kolev <[EMAIL PROTECTED]>

> Здравей,
>
> На Tue, 7 Oct 2008 09:39:53 +0300
> "Rossen Antonov" <[EMAIL PROTECTED]> написа:
>
> > Здравейте,
> >
> > Можете ли да нахвърляте мнения по темата за шейпинг върху бридж. Не
> > съм го пускал никога и не съм чел изобщо. Струва ли си да инвестирам
> > време? Работи ли стабилно? Какви технологии да използвам - ebtables за
> > маркиране и HTB? Това възможно ли е?
>
> Лично аз предпочитам термина трафик контрол, а не шейпинг
> (shaping). Струва си да инвестираш време, ако искаш да знаеш какво
> точно правиш, естествено. Не съм привърженик на подобни решения по
> бриджове, защото когато започне да дропи пакети, клиентите на мрежата
> няма да знаят къде точно се случва това. Маршрутизаторите ми изглеждат
> по-подходящи за целта.
>
> За стабилната работа - трябва да пробваш, и да видиш. Има много
> неизвестни, които трябва да имаш предвид - хардуер (включително
> процесорна мощ, памети и не на последно място мрежови адаптери).
>
> Относно това какви технологии да използваш - отново препоръчвам пробата
> на първо място. Нямам идея с коя трафик контрол дисциплина си запознат
> най-добре, защото всяка си има своята специфика. Нямам идея също какъв
> е характера на трафика, който ще се управлява - като че ли определени
> трафик контрол дисциплини са по-подходящи за едно повече, отколкото за
> друго. Иначе победителите в тази категория са htb и hfsc. Маркирането е
> въпрос на лично предпочитание - използването на iptables/ebtables в
> даден момент може да се окаже не дотам скалируемо решение. От друга
> страна решенията, основани на tc филтри, комбинирани с хеш таблици, са
> се доказали при множество класове, филтри и сложни йерархии.
>
> > Става въпрос за сериозна мрежа, за която в момента се поръчва хардуер.
> >
> > Благодаря!
> >
> > --Росен
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
> --
> Поздрави,
> Никола
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Tyrsene v syslog-a

2008-09-27 Thread Dimitar Tomow

0. less

със сигурност не е търсене :? или има и такава функционалност :??? :P : )
:-D

1.

man grep
grep dmesg.log _search_word :P :-) :-D

2.

dmesg &> /tmp/dmesg.log
nano /tmp/dmesg.log
(CTRL+W -> search ;) :P :) :-D)


2008/9/26 Martin Vassilev <[EMAIL PROTECTED]>

>
> On Fri, September 26, 2008 8:57 pm, Maria Nikolova wrote:
> > Здравейте! Машинката ми ми прави разни проблеми (сиреч рества се сама, а
> > в
> > последно време и просто си угасва ей така от нищото). След това при
> > стартиране не мога да проследя всичко, което се изписва, видях, че
> > обикновено прави някакви поправки на файловата система. Въпросът ми е
> мога
> >  ли из системния лог да намеря някакви данни за възникналия проблем и за
> > какво да гледам из десетките му редове. Малко глупав въпрос, но мисля, че
> > няколко обяснения за това как да 'разчитам' лог файлове не са излишни :-|
> >
> >
> > Ето и малко output: [EMAIL PROTECTED]:~$ last mara
> > mara pts/0:0.0 Fri Sep 26 20:59   still logged in
> > mara pts/0:0.0 Fri Sep 26 20:56 - 20:56  (00:00)
> > mara tty7 :0   Fri Sep 26 20:55   still logged in
> >  mara tty7 :0   Fri Sep 26 20:51 - 20:54  (00:02)
> >  mara tty7 :0   Fri Sep 26 20:49 - 20:51  (00:01)
> >  mara pts/0:0.0 Fri Sep 26 14:34 - 14:38  (00:03)
> >  mara pts/0:0.0 Fri Sep 26 14:31 - 14:33  (00:02)
> >  mara tty7 :0   Fri Sep 26 14:02 - crash  (02:20)
> >  mara tty7 :0   Thu Sep 25 22:31 - crash  (15:30)
> >  mara tty7 :0   Thu Sep 25 21:48 - crash  (00:42)
> >  ...
> > mara pts/0:0.0 Fri Aug 29 20:11 - 20:12  (00:00)
> > mara tty7 :0   Fri Aug 29 20:10 - down   (04:15)
> > ...
> > някъде има ли лог за тези 'катастрофи' и 'падания'? :)
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
> >
> >
> dmesg |less
>
> ==
> MrejaNet
> Internet Service Provider
> http://mreja.net
> tel.: (+359 2) 8703179
> ==
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] В сряда кои ще дойдат в кривото?

2008-09-25 Thread Dimitar Tomow

не успях да дойда уааа ;( хух ;( :(

2008/9/24 Rossen Antonov <[EMAIL PROTECTED]>

>
>
> 2008/9/24 Dimitar Tomow <[EMAIL PROTECTED]>
>
>> Да , нормално  е, хората се събират да си говорят , не само да пишат ?
>> Не може ли :PP :) :-D
>>
>> колко часа :? не се познаваме, но все се каня да дойда ? :-D :-)
>>
>
> Знам, че е нормално и проявявам интерес :) Просто "обичайните заподозрени"
> не ми се върза с това, че виждам такава покана за първи път.
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] В сряда кои ще дойдат в кривото?

2008-09-24 Thread Dimitar Tomow

Седмично , ако не се лъжа, поне преди беше така :?
членство - аха трябва да ползваш Windows Vista Bisness Edition иначе си
АУТТТд хахаха
добре де може и Linux или Freedos :P : ) :-D hihhihahah :)

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

2008/9/24 <[EMAIL PROTECTED]>

>  Това събиране всяка година ли се провежда или всяка седмица. Какви са му
> целите има ли някаква програма или просто ей така си се събираме да си
> хапнем и пиинем.
> По думите на "колегата" долавям че не трябва да имаш членство или каквото и
> да било, просто който изяви желание може да дойде?
>
> Може ли малко повече инфо за събирането.
>
>  колко часа :? не се познаваме, но все се каня да дойда ? :-D :-)
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] В сряда кои ще дойдат в кривото?

2008-09-24 Thread Dimitar Tomow

Да , нормално  е, хората се събират да си говорят , не само да пишат ?
Не може ли :PP :) :-D

колко часа :? не се познаваме, но все се каня да дойда ? :-D :-)

2008/9/23 Rossen Antonov <[EMAIL PROTECTED]>

>
>
> 2008/9/23 Алекс Панов <[EMAIL PROTECTED]>
>
>  В сряда кои ще дойдат в кривото? Обичайните заподозрени?
>>
>> --
>> Best Regards
>> Alex Panov
>> ICQ: 18926904
>> 00359 888 207750
>> www.karatebulgaria.com
>> www.karatebulgaria.com/alex
>>
>>
> Това за тази листа ли е?
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] На пазар за OLPC-та

2008-09-12 Thread Dimitar Tomow

Евтина реклама, евтино пц, прослойката с пари пак е напред.
Децата не много - 100 000 / 1 000 000 000, не е много 1% да има ? , не 0.1
хах ужас и безумие ..ххх
купи 1 за дете и 1 за тебе и тогава говорим ;)
аз така ще направя
дай кординати и цена ?


2008/9/11 Александър Шопов <[EMAIL PROTECTED]>

> Пак ще продават OLPC - http://wiki.laptop.org/go/G1G1_v2_update
>
> Има ли желаещи да правим по-голяма обща поръчка?
>
> ал_шопов
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Ч.Н.Г.

2008-01-02 Thread Dimitar Tomow

hh :) Честита и Благодаря :-) 2008-а ще бъде интересна линукс година :) :-D
Надявам се и дано :) Да виждаме и ползваме все по-често отворен код ... дано
и в България :)
А за другото здраве, всичко останало се постига :)

On Jan 1, 2008 6:10 PM, Spas Pavlov <[EMAIL PROTECTED]> wrote:

> Здравейте,
>
> Честита Нова 2008-ма Година на всички членове на LUG-BG!
> Нека новата година Ви донесе много здраве, щастие, радост, късмет,
> успехи в работата, повече приятели, повече Свободен Софтуер!!!
>
> Спас Павлов
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
___
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

2007-09-12 Thread Dimitar Tomow

On 9/8/07, Михаил Андонов <[EMAIL PROTECTED]> wrote:
>
> Проблема вече е отстранен
>
> Поздрави,
> Михаил Андонов
> http://www.bglaf.org
>
>
> -
> ЕЛА и направи свой сайт, намери нови приятели!
> WWW.ZOOM.BG
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg


 А как ? тайна ли е :-) :-P :)

+ Делиан е много прав:

"Ще изтрием файловете и менажера на пакети ще им загуби дирите ?!

Кои файлове ги има в кой пакети го пише в информацията за пакета. Пакетния
менажер гледа тази информация а не кои от тях ги има на диска."


И 2-ро , отдавна си мисля , че трябва да има опция Hold, демек /тоест:

искам да изтрия пакет Х, но пакет Y зависи от него, и с опция hold

казвам Hold Y , въпреки че ще премахна X

нещо като Hold Back При apt , но още по-развито :)

:) пп: разбира се трябва да се внимава с такава възможност , в един момент
да не се остави машината/сисмтеата неработоспособна, но да кажем ,че пищи
яко и ще трябва --force-hold Ил нещо такова :) и пак y

има идеи де ;) едва ли съм първият , който си го е мислил, , а и пак казвам
, това съм си го мислил още след пъврите ми битки със зависимостите преди 6
г :-)
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Debian 4.0r0 и Ati radeon 2600 Pr o

2007-09-10 Thread Dimitar Tomow

no screen found е типична грешка, може мишката да не ти е открил, но е core
device И пищи че няма един екран , който да е на 6 , че да сеползва за
терминал щото няма едно от core у-ва та примено мишка :)

така че дай целият лог :) :P :) пп: не съм чел целите мейли, но .. тази тема
е доста изтъркана и все пак .. всеки в началото е лко неориентиран.

On 9/8/07, Martin Diulgerov <[EMAIL PROTECTED]> wrote:
>
> Здравей!
>
> Значи драйвера го разбрах, свалих го от сайта на ATI има си файл който
> генерира пакет за съответното дистро - направих си пакети за Debian,
> инсталирани са и настройвам с dpkg-reconfigure --phigh xserver-xorg X-a
> но нищо не се получава - дава ми грешка (EE) No screens found или нещо
> такова... Модула fglrx е зареден иначе. С lspci пробвеам да видя къде е
> тази карта която искам да подкарам (HD Radeon 2600 Pro - PCIExpress 512
> MB) и го следя да е правилния адрес при настройката (и в xorg.conf) но
> получавам и грешка от типа No device found на адреса от DBus и изобщо
> някакви такива неща... Изчетох много форуми и чудесии, но така и не мога
> да подкарам картата с fglrx драйверите. Тръгва само с vesa и монитора ми
> работи на 60 Hz (SyncMaster 931BF) което е много кофти... Още не съм се
> отказал и ако успея ще постна някъде HOWTO защото тези които прочетох
> при мен засега не вършат работа. Ако имате някакви идеи и насоки ще съм
> много благодарен да ми подскажете. Благодаря.
>
> Yulian Stefanov wrote:
> > Драйвера който ти трябва е fglrx. Много е изписано в нет-а.
> > принципно dpkg-reconfigure --phigh xserver-xorg  би трябвало да те
> > върне там откъдето си тръгнал.
> >
> >
> > On 07/09/2007, * Martin Diulgerov* <[EMAIL PROTECTED]
> > > wrote:
> >
> > Здравейте група!
> >
> > В момента съм на работа, недоспал заради близо едночасова борба с
> > dpkg-reconfigure xserver-xorg снощи (не помня дали беше точно така
> > командата...) Снощи именно си смених Линукс-а на компютъра който
> > ползвам
> > като Desktop box Имам и нова видеокарта Ati Radeon 2600 Pro (512MB)
> В
> > началото Debian си тръгна и имах видео и всичко (само дето беше на
> > 60 Hz
> > монитора) но без 3D поддръжка и OpenGl. Заех се да си настройвам X
> > сървъра с горепосочената команда. След като опитах от списък с
> > драйвери
> > да ползвам някакъв именован "ati" и след това в отчаян опит да
> > подкарам
> > X и по-общ според мен драйвер - "vesa" така и не можах да си пусна
> > графичната среда. Някой може ли да ми даде съвет, как да
> конфигурирам
> > сървъра за да тръгне изобщо и ако може да си настроя Direct
> > Rendering и
> > OpenGL 3D поддръжка за тази видеокарта. Предварително благодаря.
> >
> > Поздрави.
> >
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org 
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
> >
> >
> >
> >
> >
> > --
> > Yulian Stefanov
> > +359 (885) 161 535
> > [EMAIL PROTECTED] 
> > 
> >
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
> >
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] [SPAM] [SPAM] OT: Signal za izmama/krajba!

2007-08-04 Thread Dimitar Tomow

1.Благодаря за информацията, аз лично ще я приема на довери, просто защото
живеем в БГ .. и това е напълно възможно , не , ами ...
2.Кирлица , моля те следващяит път, измъчих се,но имам лаптоп Acer и четох ,
затова ;-)
3.Чувал съм за ** в сервизи на скъпите марки автомобили в БГ ... (коли
за >50,000Е) , камоли за компютър на стойност 2000 лева / евро.
просто българщина, гадно ми е да го казва, но факта си е факт какво да се
лъжеме.

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

успех

On Sat, Aug 4 2007 17:39:59 +0300, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Zdravejte kolegi,
>
> ne znam dali tova e naj-podhodiashtija nachin da signaliziram za izvyrshena
> izmama, no izglezhda niamam mnogo goliam izbor!
>
> Bih iskal da signaliziram za izmama/krazhba/, izvyrshena v _otoriziran_
> serviz za remont na kompiutyrna tehnika na markata Acer.
> Neka vsichki ot vas znaiat imeto na vyprosnite negodnici!
>
> Pritezhavam mobilen kompiutyr i predi dva dni se nalozhi da go zanesa za
> garancionen remont v _otoriziraniq_ serviz (vsyshtnost tova e
> bylgarskata firma "LM Serviz", koiato neznajno kak e poluchila licenz da
> izvyrshva takiva uslugi sled kato izliza, che v neia raboti nagyl kradec
> i izmamnik).  Triabvashe da byde smenen DVD-RW drive.
> Vsichko izglezhdasha perfektno, za edin den smeniha razvalenoto
> ustrojstvo s novo kakto predvizhda garancionnoto sporazumenie. Tova
> stana v Chetvyrtyk sledobiad (02.08.2007)
> Vzeh laptopa ot serviza i syotvetno poluchih predavatelen protokol.
> Dnes (04.08.2007) mi napravi vpechatlenie, che mashinata raboti
> po-bavno ot normalnoto.
> Sled kato proverih tehnicheskite j parametri (kakto dvete operacionni
> sistemi, taka i harduerniq monitoring pokazva edno i syshto!)
> se okaza, che firmata-serviz e _zamenila/otkradnala_ ediniq modul
> ot pametta na kompiutyra s dvojno po-malyk kato kapacitet.
> Tova ne e otbeliazano v priemo-predavatelnite protokoli
> kato defekt, t.e. ne podlezhi na promiana bez moeto zhelanie/syglasie!
> Az i vseki iurist na tazi planeta narichame tova *nagla krazhba*!
>
> Imam cialata dokumentaciq ot zakupuvaneto na laptopa, garancionna karta
> i faktura.
> Syshto taka imam priematelniq i predavatelniq protokol ot vyprosnata
> firma-serviz.
> Nikyde v tiah ne se spomenavat problemi s operativnata pamet!
> Dokolkoto mi e izvestno proizvoditelia ima opis na serijnite nomera na
> komponentite, koito se vnedriavat vyv vseki edin mobilen kompiutyr.
>
> Dosega laptopa ne e nosen za remont. Publichna tajna e, che neshtata s
> markovata tehnika sa takiva - nosish v serviz, vzemash si tehnikata
> s polovinata ot neshtata zameneni/otkradnati.
> Absoliutno po vsichki paragrafi tezi momicheta i momcheta sa zagazili
> zdravata, izvyrshvajki _prestyplenie_, t.e. krazhba, koeto bi sledvalo
> da byde nakazano spored dejstvashtite razporedbi v Nakazatelniq
> Kodeks na Republika Bylgariq, kakto i da byda kompensiran za
> nanesenite materialni i moralni shteti!
>
> Bih iskal da dobavia, che nad 20g se zanimavam s kompiutyrni arhitekturi i
> softuerna razrabotka i chudesno znam kak da dokazha prichinenata ot tiah
> vreda!
> Oshte poveche - imam ia dokumentirana!  Tova nanasia shteti ne samo na men 
> kato
> lichnost, a i na biznesa mi, svyrzan s informacionnite tehnologii.
>
> Iskreno se nadiavam da obyrnete vnimanie na pismoto. Niama da ostavia
> tezi negodnici da se razminat beznakazano!
> Ùe iskam vyzstanoviavane i kompensaciq za prichinenite shteti ot serviza, ako
> otkazhat sydejstvie shte zaveda sydeben isk za izmama i prichineni shteti.
>
> Bih iskal da znaete kakvi hora dejstvat tuk v Bylgariq nared s vsichki
> drugi chestni i tova da pomogne pone malko za opravianeto na neshtata v
> tazi prokleta dyrzhava, ako ne tova pone vinovnicite da si
> ponesat posledstviqta.
>
> Ùe se postaraia oplakvaneto da stigne do centralata na Acer, za da
> nauchat kak tezi negodnici ot "LM Serviz" syzdavat izkliuchitelno
> losh imidzh za imeto im.
> (samo za informaciq - Acer sa vtori ili treti v sveta kato pazaren dial
> ot prodazhbite na mobilni kompiutri i ustrojstva)
>
> PS Izvinete me za flame-a, no nenavijdam dushmani i negodnici!
>
> Pozdravi,
> Kliment Ognianov
> CEO,Senior Software Architect
> Pro-Nova Creative Ltd
> Cellular: (+359 ) 898 427447
> http://www.pro-nova.org
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Интерфейс подреждане

2007-08-04 Thread Dimitar Tomow

не знам какво се е казало до тук, затова просто рпавя reply  с това което
знам, пък ако е казано няма да навреди да се повтори.
може да се каже освен модул и io адрес + още нещо имаше ... но а де , irq
също, но не беше това...
т.е нещо специфично за достъпа до картата на хардуерно ниво и биос, което
може да я индентифицира ... и определи като номер

та като цяло идеята е аргументи към ядрото при boot + указване на това че
eth0 да е картата с irq / io или ехх как не мога да се сетя 3-тото нещо ...
; та ..начина на указване
ако нямаш kernel-source/Documentation  има гоогъл ;-) ще го намериш , честно
казано и аз не го помня 1:1 :-) та ... :-) успех :-P :-)

On 8/3/07, Gggg ggg <[EMAIL PROTECTED]> wrote:
>
> >
> > > В /etc/modules.conf сложи нещо от сорта на:
> > >
> > > alias eth0 module1
> > > alias eth1 module2
> > >
> > >
> > > където module1 и module2 са драйверите съответно на първата и втората
> > > мрежова карта.
> > 
> >
> > Човека каза, че има две еднакви карти, съответно и модула е един.
> > Най-удачно е ако системата му поддържа udev да го използва него,
> > описвайки коя карта какво име да използва. Другия вариант е пакета
> > 'nameif'.
> >
> >
> щом едната е 10, а другата 10/100 са различни карти въпреки еднаквата
> марка, най-вероятно и модулите са им различни. пробвай да размениш модулите
> или пробвай другото решение по-горе и с него става.
>
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Интерфейс подреждане

2007-08-04 Thread Dimitar Tomow

т.е дори и да са еднакви картите 100% ползват различни Io адреси и 100%
3-тото чудо , което все още не мога да се сетя, беше май пак някакъв адрес
.. но ... ахх трявба да погледна док. на ядрото (В изходният код на ядрото
по-точно )

On 8/4/07, Dimitar Tomow <[EMAIL PROTECTED]> wrote:
>
> не знам какво се е казало до тук, затова просто рпавя reply  с това което
> знам, пък ако е казано няма да навреди да се повтори.
> може да се каже освен модул и io адрес + още нещо имаше ... но а де , irq
> също, но не беше това...
> т.е нещо специфично за достъпа до картата на хардуерно ниво и биос, което
> може да я индентифицира ... и определи като номер
>
> та като цяло идеята е аргументи към ядрото при boot + указване на това че
> eth0 да е картата с irq / io или ехх как не мога да се сетя 3-тото нещо ...
> ; та ..начина на указване
> ако нямаш kernel-source/Documentation  има гоогъл ;-) ще го намериш ,
> честно казано и аз не го помня 1:1 :-) та ... :-) успех :-P :-)
>
> On 8/3/07, Gggg ggg <[EMAIL PROTECTED]> wrote:
>
> > >
> > > > В /etc/modules.conf сложи нещо от сорта на:
> > > >
> > > > alias eth0 module1
> > > > alias eth1 module2
> > > >
> > > >
> > > > където module1 и module2 са драйверите съответно на първата и
> > > втората
> > > > мрежова карта.
> > > 
> > >
> > > Човека каза, че има две еднакви карти, съответно и модула е един.
> > > Най-удачно е ако системата му поддържа udev да го използва него,
> > > описвайки коя карта какво име да използва. Другия вариант е пакета
> > > 'nameif'.
> > >
> > >
> > щом едната е 10, а другата 10/100 са различни карти въпреки еднаквата
> > марка, най-вероятно и модулите са им различни. пробвай да размениш модулите
> > или пробвай другото решение по-горе и с него става.
> >
> >
> >
> > ___
> > Lug-bg mailing list
> > Lug-bg@linux-bulgaria.org
> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
> >
> >
>
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

[Lug-bg] [OT] Re: garmin18 ntp

2007-03-04 Thread Dimitar Tomow


offtopic:

Май не съм точно по топика, но според мен всичките тези софтуерни усилия си
заслужават, ако вече имаш това у-во в близост до сървъра или на самият
сървър по една или друга прични, а ако искаш точен таймер.

Много лесно може да се направи с малко познания по електроника и сериен или
паралелен интерфейс.

Факта е , че един часовник IC с вгр. кварц и батерия за 10г напред , която
държи стрвуа м/у 3 и 5$/ единичена бройка. Вярно , ако не ти друг ще вложи
времеот за разработка, но пак ще си доста под 120$ ;-)

Споделям още един вариант, разбира се обаче при GPS-а печелиш, че ако е
вътре в кутията и гепят сървъра има вероятност в близките часове да знаеш
къде е :-D

успех ;-)

On 3/1/07, Dimitar Vasilev <[EMAIL PROTECTED]> wrote:


Здравейте!
Гледах http://time.qnan.org/ и се замислих сериозно по въпроса.
В България има само DB9+USB версията.
Доколкото гледах PPS има само в LVC версията.
Някой да знае дали може да DB9 да се модне или да се вземе LVC от
нейде на разумна цена (до 120USD с доставката)?



--
Димитър Василев
Dimitar Vassilev

GnuPG key ID: 0x4B8DB525
Keyserver: pgp.mit.edu
Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Изпращане на SMS-и

2007-02-08 Thread Dimitar Tomow


Според мен има и 3-ти вариант

VOIP, но не точно. значи почти всяка фирма/програма предлагаща voip и то към
gsm оператори предлага и sms_и и честно казано при голяма бройка като гледам
излиза доста по-евтино :-)

Така че ето:

- спестяваш хардуер - цена 0
- слагаш софтуер - безплатен = цена 0
- плащаш само пратени смс-и , цена една и съща , защото ти се гледат като
гсм оператор от страна Х
- при еди колко си обем смс-и / количество имаш отстъпки, пада ти цената
- подръжката има огромна вероятност да е по-добра от тази на евтин gsm модул
или gateway, дане говорим за нашият смешен съпорт на операторите. / поне на
мен от 10 случея -> 4 не го можем или не го знаем, 4 скоро, но кога не се
знае , 2 си противоречат. хъх

ТА аз лично това бих направил.
да ти препоръчам обаче voip .. хмм , ами наистина ако искаш support : skype
ги дават , че са ок, но на мен хич не ми харесват като софтуер.
така че .. тук не мога да ти дам съвет.

On 2/8/07, Victor Keremedchiev <[EMAIL PROTECTED]> wrote:




Не се уточних - ако цената е фактор, а тя сигурно е при голям трафик (СМС
-и) тогава пращането от 1 оператор на 2 в големи обеми ще излезе по-скъпо от
3 отделни устройства.

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Изпращане на SMS-и

2007-02-08 Thread Dimitar Tomow

А знаеш ли цената на един GSM gateway , че даже 3 ... LOL, WOW и т.н
Според мен най-добре е да си вземеш един GSM gateway (или някъв gsm модул ,
който е доста свободен откъм управление) и с една карта си пращаш sms-и към
всички, като моят съвет е globul Или vivatel, защото и едните и другите имат
една и съща цена на sms към всички оператори, докато Mtel нали делят всичко.
:-)
А другото, което vivatel като нова фирма все още се държат човешки с
клиентите си.

Успех.

пп: @Виктор -> очуден съм защо трябва да давам по 3 , за нещо което мога да
свърша с 1 :? ;-)

On 1/26/07, Victor Keremedchiev <[EMAIL PROTECTED]> wrote:

GSM Gateway(по един за всеки оператор), и карти на съответните оператори.

On 1/26/07, Ivaylo Toshev <[EMAIL PROTECTED] > wrote:
>
> Здравейте,
> Имам такава задача:
>
> Трябва през Linux да изпращам СМС-и до различни телефони ( и мрежи -
> Мтел,Глобул,Вивател ).
>
> С какво устройство може да стане това нещо ?
>
>
> ___
> Lug-bg mailing list
> Lug-bg@linux-bulgaria.org
> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Драйвър за вградено видео i945?

2007-01-22 Thread Dimitar Tomow

On 1/15/07, Yanko Kaneti <[EMAIL PROTECTED]> wrote:

On Mon, 2007-01-15 at 19:42 +0200, Dimitar Tomow wrote:

> Но на въпроса !
>
> Знам че i810 точно има подръжката за 945, но за т.н hardware rending
> -> direct rending в glxinfo-то едва ли ще го дочакаме всички :_)
> Просто защото няма да стане, освен ако интел не дадят необходимата
> информация.

i810 определено поддържа хардуерно ускорение за 945. Както и за други.
http://intellinuxgraphics.org/documentation.html
http://intellinuxgraphics.org/man.html

Не знам за документация, но самите Интел пишат и поддържат тези драйвери
във съвсем публична среда, като част от x.org. И определено по новички
дистрибуции (с X 7.1 и нагоре) пр. FC6 си работят съвсем out-of-the-box
с тях.

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Е аз казах че не съм слагал Линукс на i945G :-) А и ето , че не съм бил
съвсем в грешка :-)

Dimitar G. Katerinski:
"Съвсем наскоро ми се наложи да решавам подобна задача:

00:02.0 VGA compatible controller: Intel Corporation 82946GZ/GL Integrated
Graphics Controller (rev 02)

X драйвера си беше наред общо взето, но DRI-а въобще го нямаше. След
инсталиране на 2.6.20-rcX всичко си дойде на мястото. Мисля, че от 2.6.19 се
включи експерименталната поддръжка за този чипсет (945, 946 ..). Моят съвет
е
да пробваш с по-ново ядро.

Поздрави,
Димитър"

и

Victor Keremedchiev
"Значи днес се задълбочих с темата: бях с ядро 2.6.19.1(собственоръчно
модифицирано) и xorg 7.0, след ъпдейт до xorg 7.1 и ядро 2.6.17 нещатата си
дойдоха на мястото (става дума за ъпдейт на убунту от 6.06 до 6.10). Просто
върви перфектно!
Явно не става дума за ядрото ами за драйвъра от xorg."

В крайна сметка резултата се получи - всички се взаимно поинформирахме :-)
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] Драйвър за вградено видео i945?

2007-01-15 Thread Dimitar Tomow

Не съм слагал линукс на I945 < въпреи че за 1 месец имах при мене 2 машини с
Core2duo 965, 975 чипсет съответно , но нямах време :-((( а така исках да им
сложа по един линукс.

Но едната машниоа е при приятле, така че няма да се спаси.

Но на въпроса !

Знам че i810 точно има подръжката за 945, но за т.н hardware rending ->
direct rending в glxinfo-то едва ли ще го дочакаме всички :_) Просто защото
няма да стане, освен ако интел не дадят необходимата информация.

А вгр. видео карти от 9хх са доста добри , даже бих казал едно следващо
ниво.
IEG2 -, което беше в 8хх серията най-доброто като вгр. видео не беше кой
знае какво, но показа, че може вгр. видео карта разботена с тази идея, а не
чипсет взет от видеокарта преработен ... ; да покаже зъби. (пример са Mobile
версиите на ATI). Докато IEG, IEG2 и новото поколиение 9xx на интел са си
чисто вгр. графични чипове :-)

И т.н.

Давам Ви просто информация, която знам , не знам обаче дали ще Ви е от
ползва да знаете че положението не е розово (както вече някои каза)  :-)
On 1/14/07, Ivan Petrushev <[EMAIL PROTECTED]> wrote:

Успях да го пусна в Х-а с i810!
intelfb съм го компилирал с ядрото, точно там се споменаваше i945G
Работата не е много зле. Филмите тръгнаха както трябва, вече мога да
контролирам яркостта и контраста. xgamma също работи.
glxgears дава около 800 кадъра в секунда.
Май положението се позакрепи.

On 1/14/07, Victor Keremedchiev < [EMAIL PROTECTED]> wrote:
>
> Здравей,
>
> Съвсем скоро се борих със същия чипсет. Положението е сравнително
> трагично. Драйвърът за Х е i810 - в документацията пише че именно в него е
> подръжката и за i945.. Драйвъра  в ядрото е  i915.Компилираш зареждаш и
> е долу-горе ОК. Сега при мен се оказа - UBUNTU 6.06 че драйвъра който е
> с дистрото е компилиран с подржка на opengl, а този от ванила сорса не е. А
> може би греша но е факт че оригиналния е по-добър от този компилиран от мен.
> След разни тестове и т.н пуснах фреймбудер на тази карти както и рани
> други дребни неща и нещатата значително се подбриха.
> Направи ми впечатление също и че със SuSE нещата са доста по-добри. Но
> до колкото знам то е още по наблъскано с патчове - сигурно от там идва и
> разликата.
>

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] stranen problem

2006-12-24 Thread Dimitar Tomow

Помня за едни член на листата ,. ако не се бъркам даже, с който имахме и
спор по друга тема в Линукс-бг.орг

Та този човек казваше:

Няма реални и нереални IP-та, има публични и частни.
Тъжно е че дори "ГОЛЕМИТЕ" ISP по оферти пшишат РЕАЛНО ИП => ххх лева :-)
Смешно и тъжно.

Та колега няма Реални , има публични.
А с тази латинца се отказах на -тото изречение

On 12/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Zdraveite!!!

imam stranen problem i priemam vsiakakvi predlojenia za
razreshavaneto mu :), nehto s koeto dosega ne se biah
sblaskval.
ta da minen napravo kam problema:
WWW server s realno ip ( vijda se ot vsichki BG mreji, INT
sa zabraneni ) dnes 22.12.2006 v 8:30 saita se otovri
savsem normalno, sled okolo 30 min. napravih opit da go
otvoria i ne poluchih nikakav otgovor. pregledah vsichki
log failove na mashinata no po nishto ne licheshe niakoi da
e pravil niakakvi opiti za ataki kam mashinata, nai
interesnoto obache e che stranicata se otvariat ot kade li
ne drugade (t.e. izvan mrejata (ip adresnoto prostranstvo )
v koito se namira servera).
pusnah iptraf_a ( na www servera ) i negovite pokazania
sashto biaha savsem normalni.reshih da proveria dali niama
ip conflikt s tozi adres, dali niakoi ne si go e prisvoil,
proverkata beshe bezrezultatna. nakraia reshih da opitam s
arping da vidia kakav shte bade rezultata, i za celta si
dobavih oshte edin adres na tazi mrejova karta, v mometna v
koito dobavih alias_a sait zapochna da se otvaria ot
vsiakade vkliuchitelno i ot adresi ot sashtata mreja v
koiato se namira servera, spriah alias_a i pak spria da se
otvaria, pusnah go otnovo i se otvariashe bez
problemi.
niakoi da ima ideii

predvaritelno vi blagodaria

www.GOTO.bg - Наети сървъри с безплатна поддръжка!
Celeron 2.53Ghz, 512MB RAM, 80 GD HDD, 500GB трафик - 110 лв. на месец
Pentium Dual Core 1.86Ghz, 1GB RAM, 80GB HDD, 500GB трафик - 200 лв. на
месец

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] [OT] имате ли опит с Ubuntu Serve r 6.10 ?

2006-12-13 Thread Dimitar Tomow


Аз доколкото знам разликтие в основите на системата са толкова малки ,че то
си е дебиан, но с повече GUI и въобще така ориентиран към потребителя.
Аааа чакай ти говориш за Ubutnu server , аз си мисля за Ubuntu 6.10("desktop").

Ти MySQL пакетите -> сървъра катко си е i386/i686 ли го ползваш , не
оптимизираш ли още с apt-build или apt-get source ... и т.н ?
И по тази логика не се ли губи смисълда имаш прекомпилирани binary.


On 12/6/06, foxy 202 <[EMAIL PROTECTED]> wrote:


Здравейте,

  имате ли опит с Ubuntu Server 6.10 ?  Аз лично имам 90/100 Debian
сървъри но се замислям да мина на Ubuntu Server ..
по нови пакети има за него дори MySQL  пускат компилирани пакети за
Ubuntu  вместо за Debian
...  но се притеснявам как ще се държи при големи натоварвания / примерно
за интернет рутер  /
макар че е Debian базиран би трябвало да няма проблеми ... но не ми се
рискува без инфо



Поздрави
foxy202



___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg



___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: [Lug-bg] [SPAM] Re: След добавяне на нов х ард системата забива при натоварване

2006-12-13 Thread Dimitar Tomow

В името на subject/темат има SPAM , така че проблема спада към нулев, който
иска да чете спам го отваря, който не - не.

On 12/10/06, Frant Frant <[EMAIL PROTECTED]> wrote:

Здрасти,

Това което искам да ти кажа конкретно да прочиташ цялата тема преди да
пишеш. Ако видиш, че някой вече е писал това, което си наумил да напишеш
какъв е смисъла? От папагалското повтаряне, този който е задал въпроса няма
да научи повече, нали?

1.Мии забравил съм да драсна, че нямах време да чета кой какво писал и
направо пиша.

2.Повече мнения - по-добре.

3.Пак казвам - мойто е от опит, така че хептен добре.

4.Никой няма да умре от 1,2kb повече.

Ако беше написал само едно писмо, нямаше дори да си направя труда да ти

отговарям. Сега обаче видях, че си писал втори път. Добавка. Какъв е
смисъла? Правиш ( а в случая и аз! ) само спам в пощенския списък!!!

Реално съм написал само едно писмо по ТЕМАТА и 1+добавка по твойте "ИДЕИ".
Така че пак си в грешка.
А когато човек е крив е крив , а когато е прав е прав.
Респект ;-)

И още нещо. Ако неуспяваш да разбереш написаното от първия път - ами прочети

го пак. Бавно! Писах ти, че т.нар. морално стари машини продължават да
служат на много места по целия свят. Затова няма смисъл да пишеш за
Вектрите, вече е написано!!!

Да ... но ти си го написал така  сякаш аз отричам ползването на тези 'стари'
машини.
Не ме карай и да те цитирам , късно е :-)

P.S. Искам да се извиня на всички от пощенския списък, които ще

прочетат този отговор, който не е за тях и определено е Офтопик!

Ако нямаше  SPAM в  subject-а на topic-a (в темата на темата - страшен
превод :-)) ) и аз щях да се извинява за OT, но факта е че има:

Re: [Lug-bg] [SPAM] Re: След добавяне на нов хард системата забива при
натоварване

Re: [Lug-bg] -!>>>[SPAM]<<
---- Оригинално писмо 
>От: "Dimitar Tomow"
>Относно: Re: [Lug-bg]
[SPAM] Re: След добавяне на нов хард системата забива при натоварване
>До: "Linux Users Group - Bulgaria"
>Изпратено на: Неделя, 2006, Декември 10 17:48:46 GMT+02:00
>--
>
>Забравих да кажа нещо за старите машини.
>
>HP Vectra 33DX @ 133Mhz 486 си работи и се ползва все още от мен (от
верме
>на време)
>Вярваш или не :-D
>
>Така че ... обърка човека :-)
>
>On 12/10/06, Dimitar Tomow wrote:
>>
>> Чудя се:
>>
>> Н1. засегна се
>> Н2.нервен си
>> Н3.празнувал си Я 8-ми , янещо друго :-)
>>
>> -
>> отг:
>>
>> 1. Оххх човече, говорим че има няколко у-ва с доста консумация ,
хдд-та.
>> 2.НЕ съм наивен , но дотук кабел на ASUS не съм сменял... иначе ясно е
,
>> че всичко се прави на изток от нас, но освен това има и фирми , който
правят
>> PC кабели , уви не им помня имената.
>> Еее в Кунтуров не, до Кунтуров по ръковска имаше един магазин - леко
>> геймърски мисля беше , там продават 'маркови' АТА кабели.
>> ако помня добре де ... хмм
>> 3.Стар чипсет , стар хдд, нов хдд , DVD-R + CD-RW
>>
>> ако искаш да ти ги дам да видиш , че има само едно положение , в което
>> работят безпроблемно.
>>
>> Отворко :-P :-)
>>
>> хихиха :-)
>>
>> пп: всеки има право на мнение, не всеки е прав.
>> Точно казано , само че  такива проблеми съм имал занимвка бол.
>> Затова и пиша толкова свободно. Сигурно дори го кажи.
>> Но не и надуто, просто нещо не си бил в нстроени като ти гледам
писането и
>> изключим послеписа ти ;-)
>>
>> Айде "Peace бабо , peace".
>>
>> On 12/4/06, Frant Frant wrote:
>> >
>> > 1. Зависи каква е машинката, навремето 250 В захранване си беше яко!
>> > 2. Много лесно може с един мултицет да си провери кабелите. Не бъди
>> > толкова наивен, това което купуваш за марково пак идва с контейнери
от
>> > пристанището в Бургас ( ти се сети откъде )!
>> > 3. Я обясни как ти нацелваш комбинацията от хард дискове и
>> > ЦД-та!? Това да не е "Шифъра на Леонардо"?? Както и за "морално
старо" дъно,
>> > защото доста "морално стари" компютри, продължават да работят като
рутери на
>> > хиляди места.
>> >
>> > Уважавам мнението на всеки тук, но ако някой се обърне с проблем е
добре
>> > да се включват само тези, които ще дадат истински съвет. Разбира се
преди
>> > това нека прочетат какво е предложено до момента!
>> >
>> >
>> > > Оригинално писмо 
>> > >От: "Dimitar Tomow"
>> > >Относно: Re: [Lug-bg]
>> > [SPAM] Re: След добавяне на нов хард системата забива при натоварване
>> > >До: "Linux Users Group - Bulgaria"
>> > >Изпратено на: Понеделник, 2006, Декември 4

Re: [Lug-bg] [SPAM] Re: След добавяне на нов х ард системата забива при натоварване

2006-12-03 Thread Dimitar Tomow

1.Захранване - несериозно е с такова захранване да стои
2.Кабел/и - IDE & Power - несериозно е , ако не си купил качествени кабели ,
а си купил най-евтините китайски или си караш с тези които си заварил ;-)
3.Някаква странна несъвместимост, каквот съм виждал не веднъж само.
Просто трябва да им нацелиш комбинацията на двата харда и ЦД-то.
А и дъното е толкова морално старо , чипсета.

Това е мойто мнение , никой не карам да е съгласен :-P :-)

успех !
On 11/28/06, Frant Frant <[EMAIL PROTECTED]> wrote:

Здравей,

Какви стойности ( за темепратурата примерно ) ти показва S.M.A.R.T.  Аз
имам едно скриптче за Линукс, което се върти на Крона всяка минута и ми
следи темепературата.  Писах го навремето след като ми прегря Maxtor-а, та
сега ми записва лог за температурата на хардовете ми и ако темепратурата се
покачи над зададена стойност рестартира. Ако ползваш Линукс  и проявяваш
интерс мога да ти го пратя.

Поздрави!

> Оригинално писмо 
>От: "Ivan Petrushev"
>Относно: Re: [Lug-bg]
[SPAM] Re: Re: [SPAM] [SPAM] Re: Re: След добавяне на нов хард системата
забива при натоварване
>До: "Linux Users Group - Bulgaria"
>Изпратено на: Понеделник, 2006, Ноември 27 08:54:41 GMT+02:00
>--
>
>Ами по принцип не си оставям дискове вътре :)
>Пробвах с разкачена записвачка, ама ефекта беше нулев.
>Сега си търся друго захранване или АТА кабел за проба.
>
>On 11/26/06, Frant Frant wrote:
>>
>> Здравей,
>> Когато записвачката ти е включена към компютъра, но вътре в нея няма
диск
>> не се притеснявай за консумацията й. Ако има диск - извади го. В
противен
>> случай провокираш операционната система да чете от него през определен
>> интервал от време.
>>
>> Пиши какво е станало.
>>
>> Поздрави
>>
>>
>>
>> > Оригинално писмо 
>> >От: "Ivan Petrushev"
>> >Относно: Re: [Lug-bg]
>> [SPAM] [SPAM] Re: Re: След добавяне на нов хард системата забива при
>> натоварване
>> >До: "Linux Users Group - Bulgaria"
>> >Изпратено на: Събота, 2006, Ноември 25 19:13:13 GMT+02:00
>> >--
>> >
>> >Здравейте отново.
>> >В момента харда е закачен на друг компютър и върви перфектно. И тук
>> >захранването е жълто 250W, дори има с още един хард отгоре закачен
като
>> >бройка... Вероятно проблема ми наистина е от захранването - ще се
опитам
>> да
>> >намеря някакво друго и ще пиша пак след тoва.
>> >Ще изключа записвачката и ще пиша за резултата. Между другото, докато
тя
>> е
>> >включена (без да чете или пише) нали не смуче почти никаква мощност.
Ще
>> има
>> >ли ефект от това?
>> >Нямам програма за следене на напреженията.
>> >Е, до утре.
>> >
>>
>> -
>> Заложете на късмета си със Спортингбет!
>>
>>
>> ___
>> Lug-bg mailing list
>> Lug-bg@linux-bulgaria.org
>> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>>
>>
>>
>

-
 Виж кой става на 15 тази година и раздава много подаръци!

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg

Re: lug-bg: Странно поведени на route/linux/rtl8139

2006-08-26 Thread Dimitar Tomow

Проблема се оправи като сложих картата на друг PCI slot.
Очевидно или първоначалният PCI слот е изгорял или не дава допър
контакт поради някаква причина и все пак поведението на route в
ситуацията ми се вижда странно ;-)
Следващият път няма да се ината и понеже проблема го считам за лесен ,
ами директно ще сменям слота/местоположението на картата :-). В случея
не беше спешно нещо, но все пак си поиграх час,два в различни опити и
даже смених ядро, защото за миг се осъмних в бъг на драйвера.
On 8/25/06, Dimitar Tomow <[EMAIL PROTECTED]> wrote:

Не знам дали защото е петък вечер или нещо нямам желание да се занимавам със следният елементарен проблем нещо закучих.

Дъно с вгр rtl8139 , за която ядрото (linux) използва 8139too
Въпросната мрежова карта изгаря.
Слага се втора мрежова на PCI слот пак rtl8139c
За нея линукс ядрото зарежда 8139too и 8139cp (?) Аз доколкото знам
трябва да е един от двата. Ако е само 8139too eth0 има, ако е само cp
не се разпознава картата.

Така. Откакто дойде при мен въпросната машина мрежовата беше изгоряла , но бяха забравили да ми кажат.
И получавах едно съобщение WATCHDOG transmition timed out за eth0 -> 8139onboard.
И мислех че заради това нищо не мога да пратя като Ping и въобще.
Изключвах acpi както се препоръчва при такива случей , даже помня и тук преди месец/два имаше тема за WATCHDOG на 8139.
Но това съобщение си остана.

После като разбрах че картата е изгоряла, нещо което почнах и освен това да подозирам; добавих втората.

в този случей
eth0 - 8139PCI -> 8139too , 8139cp
eth1 -8139onboard -> 8139too only

въпреки eth1 down и правилно конф. на eth0 + up, route и всичко да е ок
пинг на никъде няма освен към localhost и назначеното статично ip.
Съобщението за WATCHDOG не се появаше вече.

Викам си картите са еднаква може едната да бърка другата все пак е изгоряла.
//Ако се направи опит за dhcp през изгорялат карта системата забива ,
ясно дава накъсо някъде и при опит за комуникация ... но това е логично
и няма отношение към проблема//

Та изключих я от биоса вградената, поне доколкото linux вече не я вижда
, защот под Windows98 си излизат и двете карти независимо от
насстройката в биоса.

И сега имам само eth0 -> 8139PCI -> 8139too, 8139cp
конф. ifconfig ...
обаче ... не добавя сам route към мрежата на картата през нея като интерфейс.
Пробвах ръчно
route add -net ... netmask ... dev eth0
приема командата
route -n
нищо, никакви записи и логично "целта недостъпна"

Проблема е лесен , знам си ... или втората карта понеже е 1:1 като
изгорялата и може би драйвера нещо се шашка, или на ниво биос да се
оплита нещо при достъпване адреса на едната крата. /споделят едно irq
11, no i/o адресите естествено са различни и все пак ,дъното мисля беше
някакъв dfi с вгр видео sis -> sis chipset и не е кой знае какво.

Забравих да кажа и най-очудващото, че при тази 3-тата ситуация само с 8139PCI разрешена и заредна/конфигурирана.
Появи се пак това за WATCHDOG-a.
Напълно нелогично. Факта е и че не съм пробвал да пускам ядрото с acpi=off, но се съмнявам това да е проблема.
По-скоро клоня към това вградената идентична карта, понеже е изгоряла и
дава накъсо (или просто неработи) да шашка или модула/драйвра, или
биоса , или втората карта ???

Идеи :-)

пак казвам усещам , че е нещо тънко и лесно ,ама на :-)
пп: варианта за мрежова с различен чипсет е ясен, но в момента нямам ,
утре е събота, а и ми се иска да е rtl8139 , без някаква специална
причина , най-вече пък и защо да се давам на проблема :P

Благодаря Ви предварително за отделеното време за този не чак толкова интересен проблем ;-) :-)

Също да допълня че rmmod 8139cp за rtl8139PCI нищо не променя.
Както казах rmmod 8139too eth0 изчезва като интерфейс.

lug-bg: Странно поведени на route/linux/rtl8139

2006-08-25 Thread Dimitar Tomow

После като разбрах че картата е изгоряла, нещо което почнах и освен това да подозирам; добавих втората.

в този случей
eth0 - 8139PCI -> 8139too , 8139cp
eth1 -8139onboard -> 8139too only

Идеи :-)

Благодаря Ви предварително за отделеното време за този не чак толкова интересен проблем ;-) :-)

Също да допълня че rmmod 8139cp за rtl8139PCI нищо не променя.
Както казах rmmod 8139too eth0 изчезва като интерфейс.

Re: lug-bg: Проблем при "Mounting root file system"

2006-05-27 Thread Dimitar Tomow

Alexander P. Panov wrote:
Damyan
Ivanov wrote:

-BEGIN PGP SIGNED MESSAGE-

Hash: SHA1

Alexander P. Panov wrote:

Begin: Mounting root file system ...

Begin: Running /scripts/local-top ...

Done.

ALERT! /dev/sda2 does not exist. Dropping to a shell!

Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването.

Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция,
но

при стартирането на Дебиан-а, зарежда, дарежда и изплюва това съобщение

и ме оставя в csh шел.

Някакви предложения как да продължа, така че да се зареди ОС-а.

В initrd-то ти липсва драйвер за адаптека.

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

нещо "лайв" (може да се побориш дори и с инсталационния диск на
Дебиан),

монтирай си /dev/sda2, chroot и dpkg-reconfigure linux-image-2.6.нещоси

(както ти се казва пакета с ядрото). Би трябвасло да загрее и да ти

сложи необходимия драйвер в initrd.

Ако не, опитай с друг генератор на initrd-та. yaird май е най-модерния.

Да да aic7899 липсва!!! Омръзна ми да правя нещо по конфигурацията.
Аман...

Добре , но по последните ти писма не казваш нищо за това :-) А след
като го констатира какво направи по този Основен въпрос ? :-)
Сложи ли ядро с вкл. подръжка на aic7xxx или ядро с initrd с aic7xxx ?

cat /boot/config-`uname -r` | grep AIC

също виж дали имаш SCSI support

цитат:

Linux Support
Adaptec likes to support the Open Source community, and is even known
to use Open Source software in solutions for its customers, such as
using FreeBSD in digital broadcasting solutions. As a result, Linux
support for Adaptec devices is excellent, with company engineers
personally overseeing the development of the Linux driver.> The
39160 is
no different, and is supported by default with the included aic7xxx
driver in the kernel.
<

Не знам защо се отказваш като очевидно просто драйвера не е достъпен по
време на boot -> т.е не е в ядрото или в initrd :-)

Успех !

Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"

2006-05-25 Thread Dimitar Tomow

Skeleta wrote:

Alexander P. Panov wrote:

Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done.
ALERT! /dev/sda2 does not exist. Dropping to a shell!

Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването.
Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция,
но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това
съобщение и ме оставя в csh шел.

Някакви предложения как да продължа, така че да се зареди ОС-а.

Ако при инсталацията го е виждало успешно, вероятно проблема е следния:

Модула може би се слага от пакета discover, който за жалост се пуска
късно от init процеса.

В директория /etc/rcS.d вероятно има следния линк (или подобен):

S36discover -> ../init.d/discover

Направи нов линк от вида:

S23_discover -> ../init.d/discover

Това ще премести стартирането на discover преди mount-a

Горното решение работи при Debian stable, но е много вероятно да
проработи и на testing.

Скелета

Току що ставам , но /etc дори и да е на отделен дял се mount-ва след
rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и
евентуално /boot да е на отделен дял (предположение).
Идеята ми е: Ядрото казва не мога да монтирам rootfs => нямаме достъп до
/etc/init.d/... и въобще discover , и въобще :-)
Така че дали ще е указано discover да се стратира с N23 или N36 няма как
да реши проблема.

Модула за rootfs трябва да е в ядрото или в initrd image (което ясно),
Може би аз не разбирам това, което си написал , но то ми звучи така:
"Ядрото не може да монтира rootfs , защото трябва програма , която е на
rootfs да бъде изпълнена и да зареди модула за rootfs."

~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)

Re: lug-bg: Спам в листа та?

2005-12-30 Thread Dimitar Tomow


Ivan Adams wrote:


... УСЕЩАМ ...

2005/12/30, Ivan Adams <[EMAIL PROTECTED] 
>:


Аз нещо не го осещама тоя спам ... сигурно гугол мейл добре се
грижи ...


Е и аз съм с GMAIL и го усещам , само че аз го ползвам през POP3, докато 
ти ако ползваш web базираният там предполагани спам съобщения ги блъска 
в друга кутия със "странното" име 'Spam' :-)


При мен с Thunderbird-a писмото за Осама е маркирано като JUNK mail.
Обаче и не едно и две писма от участници от листата (по теми за/на 
листата) са ми маркирани като junk ,  незнайно за мен защо :?

Така че това маркировката junk не помага особено ;-)

Re: lug-bg: ICQ problems

2005-12-20 Thread Dimitar Tomow


Georgi Alexandrov wrote:


Dimitar Tomow wrote:


+ естествено разрешение във FORWARD таблицата за  RELATED връзки
   и NEW връзки, но само от 'вътре на вънка; ;)



Що за животно е това и каква му е идеята?

Човека правилно ти каза какво имам впредвид, но ето как по-точно 
изглежда горното при мен (на домашният ми ~ рутер):


iptables -A FORWARD -m state --state INVALID -j DROP
# когато го правих се чудих дали да го пиша при положение -P DROP , но 
реших да го оставя


iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -m state --state NEW -s 192.168.0.0/24 -i eth0 -j ACCEPT
iptables -A FORWARD -m state --state NEW -s 192.168.0.0/24 -o eth0 -j ACCEPT
#т.е нови връзки да препраща само , ако са с източник/адрес от локалната 
мрежа.
#идеята на двата отделни реда с -i eth0 и -o eth0 сега точно не мога да 
ти я формулирам , така че оставям така , освен ако не държиш да ти кажа 
как аз го виждам (тъй като отдавно го писах).

Re: lug-bg: ICQ problems

2005-12-20 Thread Dimitar Tomow


Daniel Ivanov wrote:

Мислех си, че скапаните потребители се шегуват, но ICQ-to не желае да 
се върже по никакъв начин. Независимо дали го слагам със или бел 
firewall. Просто си плюе 0404 грешка и ме отебава качествено. Някои да 
хвърли един малък хинт?


2.6.13.4 + SNAT - това е най-общо казано


Аз не ползвам SNAT, ами направоо MASQUERADE. Ако искаш за определени 
портове само да важи има си -p ... (то в man пише да се ползва за 
Динамини адреси, но аз си го ползвам със статични и не виждам проблема 
въобще (е аз говоря за домашни условия)


Относно ICQ-то аз имам като правила:

като изключиме реда с -j MASQUERADE
+ естествено разрешение във FORWARD таблицата за  RELATED връзки
   и NEW връзки, но само от 'вътре на вънка; ;)
имам следното:

# ICQ
iptables -A FORWARD -m tcp -p tcp --dport 5190 -j ACCEPT

:) ограниченията , ако иматакива си ги правя в началото на таблиците ;)

Надявам се да съм ти помогнал поне с малко, успех.

Re: lug-bg: virus on linux box!???

2005-12-16 Thread Dimitar Tomow

Peter Pentchev wrote:

On Fri, Dec 16, 2005 at 01:17:12PM +0200, s. b. wrote:

Здравейте!

Днес открих следните записи в access_log-а на apache-то.

127.0.0.1 - - [16/Dec/2005:08:48:04 +0200] "GET /osa6.gif HTTP/1.0" 404 272
127.0.0.1 - - [16/Dec/2005:09:00:05 +0200] "GET /osa6.gif HTTP/1.0" 404 272
127.0.0.1 - - [16/Dec/2005:09:03:17 +0200] "GET /osa6.gif HTTP/1.0" 404 272

Виждат ми се странни заявките от локалната машина /която е с Линукс,
разбира се/... Още повече че този файл osa6.gif, се свързва с
W32/Bagle.CL. Т.е. излиза че машината ми го е 'пипнала' ли?... Пише че
е за Windows.

Къде греша? И каква може да е причината за тези заявки?..

Един от интересните подходи в такъв момент е да провериш дали на тази
машина няма нещо, което да работи като прокси, вероятно без твоето
знание. По принцип подобни подозрения традиционно си падат върху
примерно мейл сървъри или истински проксита - SOCKS, web, IRC, какво ли
не още, но от време на време се случва и нещо по-нестандартно; преди
година-две-три имаше един леко инфарктен момент (продължил няколко
часа), докато разберем, че на една машина сме успели да пуснем mod_proxy
на Apache по невнимание със силно разхлабена конфигурация - така и не
успяхме да разберем *как* спамерите бяха успели *толкова* бързо да го
надушат и да го използват за връзка към SMTP сървъра на същата машина -
който виждаше връзка от localhost и, разбира се, позволяваше какъвто
relay им душа иска.

това звучи страшо

Така че... виж дали на машината не работи нещо, което по принцип да си
работи като прокси, ама да си му олабил конфигурацията, може би без да
искаш.

Поздрави,
Петър

благодаря за споделеният опит :) вярно е - трябва да си се внимава и
ПРОВЕРЯВА :-)

lug-bg: OT: Европарламента прие "Голямото подс лушване"

2005-12-15 Thread Dimitar Tomow


http://linux-bg.org/cgi-bin/y/index.pl?page=news&id=9&key=378214279

1. Не знам кога ,но ако влеземе в ЕС със сигурност това ще важи и за 
нас, а това е нарушение на конституцията ни и по-точно на един от 
малкото наистина добре написани/издържани членове(точки) в нея, 
перефразирам: "Всеки има право на ЛИЧЕН и НЕПРИКОСНОВЕН живот".


2, Защо все пак пускам такава тема в такъв списък - казва се ще като 
решение ще ползваме криптиране на данните , достъпа до Интернет/мрежата 
какво ще почне да се осъществява само през 'тунели' и криптирани канали 
ли :?
Не съм достатъчно запознат , но все пак информацията ще е криптирина до 
дадена/една точка и от там ... не на всякъде ще минава през криптирани 
тунали и т.н ,и т.н.


Та идеята ми да обсъдим евентуални методи, които максимално да ни 
гарантират неприкосвеността ... Надявам се ме разбрахте.


пп: Ако пък все пак темата не е за тук  - кажете.

Re: lug-bg: xorg.conf / Section "Monitor"

2005-12-04 Thread Dimitar Tomow


Tzvetan Kulenski wrote:


Здравейте на всички.
Имам едно такова запитване, от скоро ползвам Ubuntu 5.10 и имам един 
такъв проблем с монитора, значи под WinBoze на 1024/768 ми работи на 
Vertical 75Hz/ Horizontal 60kHz (видео драйвер S3 SavagePRODDR/ KM266 
integrated, Mainboard: ASROCK K7VM2, монитора ми е някакъв стар 17 
инчов не пише на него марка и няма книжка) а на Ubuntu-to ми работи на 
60Hz Vertical.. порових се в /etc/X11/xorg.conf и открих от къде се 
променят параметрите, и сега незная дали ако сложа горните граници на 
60kHz и 75Hz дали ще се получи същия ефект или няма да стане гаф...

Предполагам знаете как да ми помогнете и опътите, благодаря предварително.

--
Time is like the ocean's tide. No sooner do the waves apear than they 
are swept away only to be replaced by others for Eternity. 



http://gtf.sourceforge.net/

#gtf 1024 768 75 >> /etc/X11/xorg.conf
#nano /etc/X11/xorg.conf

izw. za lat:

premestwa6 modeline pod poslednite ne6ta/redowe w section Monitor
posle na 16/24bit mode dawa6 tozi modeline.
x restart , good luck !

Re: lug-bg: DVD към XVid?

2005-10-08 Thread Dimitar Tomow


Stefan Stefanov wrote:


Някой има ли опит в конвертирането на DVD към XVid с Linux?



Не малко, но не и много.

Лично аз предпочитам mplayer/mencoder.
От man страницата може да се разбере всичко само трябва да се отдели 
време, има и няколко примера.


Като цяло в исторяита с DVD <-> xvid mencoder има 1 , да правилно - само 
1 проблем :( и то сериозен.


Не създава _правилни_ mpeg файлове - мисля беше парвилно mpeg контейнер.
Или може да се каже правилен от гледна точка на програмите за dvd 
authoring, макар че следих един bugreport точно за този проблем и
в крайна сметка се оказа, че наистина mencoder не създава "правилен" 
mpeg. Какво обаче означава накратко това -> че ако искаш дадения
файл в mpeg(кодиран с xvid) да го пре/върнеш отновно в DVD (диск четящ 
се от dvd player-ите) ще трябва пак да го минеш , но този път с 
mjpegtools. Не че го енкодваш на ново , ами просто - командата сега не я 
помня точно; го превърташ от една лента на друга, но вече на новата
е указан правилно header-a на mpeg файл-а и после dvdauthor или vcdimage 
го разпознава ок , прави ти dvd структура и прочие, записваш и всичко е ок.


Имаше един workaround , но лично за мен не работеше успешно.
mplayer -dumpfile file.mp2 -dumpaudio theencodedFILE
mplayer -dumpfile file.m2v -dumpvideo theencodedFILE
после подаваш на vcdimage файловете (ако не се лъжа така беше), но в 
крайна сметка ставаше разминаване м/у звука и картината , играх си около 
месец с mencoder и dvdauthor/vcdimage и прочие ... но краен добър 
резултат нямаше, най-доброто което постигнах беше закъснение на звука 
спрямо картината от около 1-2сек.
Не харесавм mjpegtools , защото (1) командния интерфейс на mencoder ми 
се вижда по-лесен/правилен/логичен и (2) mencoder е доста , доста 
по-бърз , а като видео качество някога mjpegtools прави по-добри, някога 
mencodeer , но трябва да гледаш под лупа и т.,н.


Иначе от към ДВД към хвид ,проблем няма ! всичко си прави на 6 и то 
бързо , и то с качество , съвета ми е да ползваш 2pass xvid encoding :)


моята система е/беше:
mplayer 0.96* || 1.0.6 || 1.0.7 - сам си го компилирах от изходния код 
(не е голяма философия, само трябва да имаш нужните dev пакети - хедъри 
, библиотеки , прочие).

Debian GNU/Linux unstable

не помня добре, но мисля ,че беше тази версия, бяхрешил да върна назад и 
да видя дали нещата не са били в миналото ок,но уви.;)


Успех.

Бях си описал някъде командите ,където ползвам в случей , че забравя как 
стоят нещата :) даже бях си направил едно скриптче (простичко)
което просто взима файловете в тек. директория ,конвертира ги (от dvd , 
към xvid и обранотно) и ги слага в теб посочена директория.


offtopic: при мене цялата история почна от това, че мой приятел искаше 
да гледа изгубени , но аз ги имах в xvid вариант и трябваше да запиша 3 
тона СД-та или СД-рв-та. , поради което реших да го правя на двд, тъй 
като имаше dvd плеър. Направих му само едно ДВД ,но проблема е , че 
звука изоставаше лошо :(


пп: може и нещо да съм пропуснал, ако има въпроси питай, но както казах 
по-горе опита ми е базиран на 1 месец упорита борба и някои случайни 
занимания като вадене на части от даден видео файл или музика от филм :)

Re: lug-bg: Ðóòèðàíå , øåéïèíã è ìàðêèðàíå.

2005-07-18 Thread Dimitar Tomow


Daniel Ivanov wrote:

Еми излезе X2 на АМД и е добра покупка, изключвайки цената, защото още 
не е за народни 'ора. Като стане към 400$ може и да си закупя един.


[EMAIL PROTECTED] wrote:


ta kato stana wapros za havy-duty shaping,

kakwo bihte mi preporychali kato machina (koeto move da se kupi w BG) 
za da move da izdyrvi poweche traffic.. W momenta sam s P4-3.2GHz no 
weche trqbwa da q smenqm s nesto po qko, ta se chudeh wie kakwo 
polzwate.

- Ima li smisal da minawam na Xeon ?
- what about dual-processor machines ?


-
http://linuxtoday.com/news_story.php3?ltsn=2004-12-08-004-32-OS-BZ-DT-0005 

snip> MS Office is popular in the same way as heart disease is the 
most popular way to die.


 




Hehe , е да излезе , но това означава ли , че очакванята за Х2 са факти !?.
Не съм запонат много със това точно как работят CBQ и HTB, но от малкото 
което знам си мисля , че ти трябва повече изчислителна мощ и ти реално 
не се възползваш от голямата шина за данни ,която има P4 и трансфера , 
който може да реализира (дори и не в DualChannel, а да не говорим тогава 
нали).
Разбира се , освен ако тази машина няма да се ползва и за още нещо , не 
само за 'разпределител' ;) :)


Определено 2xXeonP4 или 2xOpteron ще е по-добре :) Но нито имам опит с 
такива машини, нито наблюдения.
Но един съвет, ако взимаш  Xeon, определено (лично мнение) нямаш нужда 
от новите  64битовите. Т.е ненужно да си оскъпяваш.

Re: lug-bg: homelan.bg & freebsd router

2005-06-26 Thread Dimitar Tomow


Peter wrote:


Здравейте,
Опитвам се да подкарам FreeBSD router, който да изпозлва връзка на 
Хоумлан, но за сега без успех.


Конфигурации:

Router:

FreeBSD 5.4
Pub interface: fxp0
private ineterface: rl0
PPPoE interface: tun0

Client:

Laptop - Windows XP Pro

Без проблеми подкарах, PPPoE връзка под FreeBSD, също без проблеми се 
свързвам от  Уиндоуса към рутера по SSH.
Опитах със PPP_NAT  и със NATD - но без успех да накарам NAT-a да 
заработи.


Като слушам с tcpdump na tun0 вижда странни неша от типа:

12:51:33.240233 IP rtr-lulin.data.bg.domain > 
unknown.ddns.HomeLan.BG.1065:  42640 2/2/2 CNAME[|domain]
12:51:33.241378 IP mail.data.bg.domain > 
unknown.ddns.HomeLan.BG.1065:  42640 2/2/2 CNAME[|domain]
12:51:33.242773 IP unknown.ddns.HomeLan.BG > rtr-lulin.data.bg: icmp 
36: time exceeded in-transit
12:51:33.243076 IP unknown.ddns.HomeLan.BG > mail.data.bg: icmp 36: 
time exceeded in-transit


Ето и ipfw правилата:

f# ipfw list
2 allow ip from any to any via rl0
3 allow ip from any to any via lo0
00100 divert 8668 ip from any to any in via tun0
00101 check-state
00120 skipto 500 udp from any to 195.149.255.139 dst-port 53 out via 
tun0 keep-s  tate
00121 skipto 500 udp from any to 195.149.248.177 dst-port 53 out via 
tun0 keep-s  tate

00125 skipto 500 tcp from any to any via tun0 setup keep-state
00130 skipto 500 icmp from any to any out via tun0 keep-state
00400 allow udp from 195.149.248.177 to any in keep-state
00420 allow tcp from any to me dst-port 80 in via tun0 setup limit 
src-addr 1

00500 divert 8668 ip from any to any out via tun0
00510 allow ip from any to any
65535 deny ip from any to any

От това по отворено не мога да си го представя.


Етои мрежовата конфигурация:

f# ifconfig
fxp0: flags=8843 mtu 1500
   options=8
   inet6 fe80::20a:e4ff:fe41:adea%fxp0 prefixlen 64 scopeid 0x1
   ether xx:xx:xx:xx:xx
   media: Ethernet autoselect (100baseTX )
   status: active
rl0: flags=8843 mtu 1500
   options=8
   inet 10.30.12.1 netmask 0xff00 broadcast 10.30.12.255
   inet6 fe80::2c0:26ff:fe79:7d98%rl0 prefixlen 64 scopeid 0x2
   ether 00:c0:26:79:7d:98
   media: Ethernet autoselect (100baseTX )
   status: active
plip0: flags=108810 mtu 1500
lo0: flags=8049 mtu 16384
   inet 127.0.0.1 netmask 0xff00
   inet6 ::1 prefixlen 128
   inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
tun0: flags=8051 mtu 1492
   inet 83.97.XX.XXX --> 195.149.255.142 netmask 0xff00
   Opened by PID 195

Routing table:

f# netstat -r
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif 
Expire

defaultrtr3-lulin.data.bg UGS 0  168   tun0
10.30.12/24link#2 UC  00rl0
10.30.12.3 00:0a:e4:41:ae:0b  UHLW0  108rl0   
1091

localhost  localhost  UH  00lo0
rtr3-lulin.data.bg unknownUH  1   36   tun0


f# cat /etc/rc.conf

# -- sysinstall generated deltas -- # Wed Jun 15 23:11:25 2005
# Created: Wed Jun 15 23:11:25 2005
# Enable network daemons for user convenience.
# Please make all changes to this file, not to /etc/defaults/rc.conf.
# This file now contains just the overrides from /etc/defaults/rc.conf.
#REMOVED: ifconfig_fxp0="inet 192.168.0.35  netmask 255.255.255.0"
#REMOVED: usbd_enable="YES"
#defaultrouter="192.168.0.1"
gateway_enable="YES"
hostname="bivol.ddns.homelan.bg"
ifconfig_fxp0="inet 192.168.x.xx  netmask 255.255.255.0"
ifconfig_rl0="inet 10.30.12.1 netmask 255.255.255.0"
linux_enable="YES"
sshd_enable="YES"
usbd_enable="NO"
ppp_enable="YES"
ppp_mode="ddial"
#ppp_nat="YES"
ppp_profile="hl1"
firewall_enable="YES"
firewall_type="open"
natd_enable="YES"
natd_interface="tun0"
natd_flags="-dynamic -m"


TCPDUMP:

12:51:26.240092 IP unknown.ddns.HomeLan.BG > mail.data.bg: icmp 36: 
time exceeded in-transit
12:51:27.116457 IP rtr-lulin.data.bg.domain > 
unknown.ddns.HomeLan.BG.1066:  22679 NXDomain 0/1/0 (122)
12:51:27.117588 IP mail.data.bg.domain > 
unknown.ddns.HomeLan.BG.1066:  22679 NXDomain 0/1/0 (122)
12:51:27.118985 IP unknown.ddns.HomeLan.BG > rtr-lulin.data.bg: icmp 
36: time exceeded in-transit
12:51:27.119299 IP unknown.ddns.HomeLan.BG > mail.data.bg: icmp 36: 
time exceeded in-transit
12:51:27.233741 IP unknown.ddns.HomeLan.BG.1065 > 
rtr-lulin.data.bg.domain:  42640+ A? newsrss.bbc.co.uk. (35)
12:51:27.238243 IP rtr-lulin.data.bg.domain > 
unknown.ddns.HomeLan.BG.1065:  42640 2/2/2 CNAME[|domain]
12:51:27.239554 IP unknown.ddns.HomeLan.BG > rtr-lulin.data.bg: icmp 
36: time exceeded in-transit
12:51:29.234803 IP unknown.ddns.HomeLan.BG.1065 > 
rtr-lulin.data.bg.domain:  42640+ A? newsrss.bbc.co.uk. (35)
12:51:29.235163 IP unknown.ddns.HomeLan.BG.1065 > 
mail.data.bg.domain:  42640+ A? newsrss.bbc.co.uk. (35)
12:51:29.243392 IP rtr-lulin.data.bg.domain >

Re: lug-bg: LinuxMark иска 200$ з а марката Линукс???

2005-06-20 Thread Dimitar Tomow





George Danchev wrote:

  On Monday 20 June 2005 21:07, Ilia Bazliancov wrote:
  
  
В момента тече дискусия в списъка на SPI-INC (oрганизацията зад
Debian) за решението на Linux Mark (linuxmark.org) да искат 200$
годишно за използването на марката Линукс в заглавия и продукти.

http://www.linuxmark.org/forms/linux_licence_doc.html
Schedule A

"Non-Profit Tier"
"Annual Fee � US$200/year for each SUBLICENSEE MARK incorporating the
SUBLICENSED TRADEMARK"

Дори получих персонално писмо от Линус (http://www.tilix.org/node/166) за
това.

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

  
  
Трябва да се види как ще бъде решен въпроса с parties като Debian, дали ще 
може да използва Linux в "Debian GNU/Linux" без последното да е регистрирана 
trademark или дали LMI ще се съгласи такава да се регистрира без лизензиране 
от нейна страна. Ако искаш да използваш чужда trademark ( в случая Linux е 
регистирирана trademark ) за търговка дейност (to market a product or offer a 
service), то трябва да се отчита това, че използваш чужда регистирана 
trademark. Другото е ако използваш тази trademark в Fair Use и според мен 
такъв е случая с Debian и Tilix защото това *не е* случая с "obtaining a 
trademark with the word Linux in it that suggests that they are the sole 
source of Linux or the sole authority to certify some aspects of use or 
training concerning Linux.". 
А можеш и въобще да не използваш Linux в твоето име, никой не те задължава.

Доколкото разбрам аз, то:

“Debian” and the Debian Logo are trademarks of Software in the Public 
Interest, Inc. [1]

Но "Debian GNU/Linux" не е регистрирана trademark и утре някой може да я регне 
и да претендира, че той е Debian Project в правния мир.

Поне така разбирам от това което ти е написал Линус:
"For example, in the case of "Debian GNU/Linux", the only entity who should
likely validly can feel like they migt want to protect that name is really
the Debian project, in my opinion. I know, I know, I'm not a lawyer, and
worse, I actually think legal issues should always be discussed as if
common sense matters, but to me, this is a pretty obvious answer once you
ask yourself the fundamental question of uniqueness."

Но Debian Project респективно SPI не е задлъжен да регистрира такава марка, но 
ако някой я "открадне", т.е. регистрира пръв, то ще може да изнудва за 
използването на "неговата" trademark.

Аналогично ако някой регне trademark "Tilix" или "Tilix Linux" и ти няма да 
имаш право да ги изпозлваш ако той реши. Но никой не те задължава да я 
регистрираш.

Тук [2] също споменават кой каква trademark притежава.

[1] http://www.debian.org/license
[2] http://www.freebsd.org/copyright/trademarks.html

  

А като цяло защо въобще Линус е одобрил / дал възможноста на linuxmark
да искат лиценз за Linux(R).
Linux беше регистрирана марка на Линус и по-рано Илия каза ,че Линус е
дал правата в/у Linux на Linuxmark.
Защо въобще Линус енаправил това :? Или аз нещо не съм разбрал.

Наистина откачена и объркана история.

Re: lug-bg: Debian Sarge (stable) излезе /unofficial / :)

2005-06-06 Thread Dimitar Tomow





George Danchev wrote:

  On Monday 06 June 2005 19:47, Dimitar Tomow wrote:
  
  
Трябва да се отбележи , макар че още новина не се вижда :) Последната на
сайта на Debian(.org) е  за 3.0r6 :)

http://ftp.de.debian.org/debian-cd/3.1_r0/i386/iso-cd/

  
  
сега видях, че 3.1r0 исотата се точат и на:
ftp://ftp.uni-sofia.bg/debian-cd/3.1_r0/

/* наблюдаваш мълчаливо изнасяне [1] на исотата към image mirrors, иначе се 
получава cdimage.debian.org ударен от влакова композиция */
  


Хехе :)) Мда - прав си :)

  
А те пакетите на sarge са си преточени в: 
mirror:/debian/pool/

остава да сменят някой readme/listing files/symlinks/whatever в: 
mirror:/debian/dists/

  

Е отново си прав,но трябаше да се отбележи , че вече cd/dvd/etc
избораженията ги има :P

  
  
14disc е пълния комплект - wow :D

  
  
може да се каже и *само* 2 discs . / DVD-та ;-/

[1] Тишина на:
http://www.debian.org
http://www.debian.org/News/
http://lists.debian.org/debian-announce/debian-announce-2005/

lug-bg: Debian Sarge (stable) излезе /unofficial / :)

2005-06-06 Thread Dimitar Tomow

Трябва да се отбележи , макар че още новина не се вижда :) Последната на 
сайта на Debian(.org) е  за 3.0r6 :)


http://ftp.de.debian.org/debian-cd/3.1_r0/i386/iso-cd/

14disc е пълния комплект - wow :D

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Linux policy provider

2005-06-05 Thread Dimitar Tomow





Sertys wrote:
Много мислих
по въпроса и още не мога да се сетя за автоматизиран начин за 
раздаване на полици под линукс на централизирана база. Говоря за нещо, 
като активната директория на МС или домейн контрола на същата
компания.  Освен примерно допотопното решение със шел скриптове при
лог-ване в самба  домейн, как могат да се раздават полици. Хрумнала ми
е една много хубава  идея и мисля да я почна във openFMI, но след
няколко седмици чак.
  
  

Не мога да те разбера точно какво искаш:

Решени/software , който да осигурява system policies за Windows, вървящ
под Линукс.(1)
или
system polies за Linux(2), вървящ под Линукс (като второт пак не се
разбира категорично /не си упоменал :) / ).(3)

Ако е първото (1) то Samba2.2 и нагоре (най-добре 3). 
http://us1.samba.org/samba/docs/using_samba/ch04.html

А иначе (2, 3) примерно RH/Fedora (was Netscape ) Direcoty server :?
http://linux-bg.org/cgi-bin/y/index.pl?page=news&key=372547784

Казвам примерон , защото не съм достатъчно запознат какво включва
(цитат)

//Начало//
 What is a Directory Server? 
A directory server provides a centralized directory service for your
intranet, network, and extranet information. Directory Server
integrates with existing systems and acts as a centralized repository
for the consolidation of employee, customer, supplier, and partner
information. !!!>>>You can extend Directory Server to
>>>!!!manage user profiles
and preferences <<
//Край//

Успех.

Re: lug-bg: prolink pixelview bt878 tuner!?!?!

2005-04-25 Thread Dimitar Tomow

George Simeonov wrote:

   >Ъъъ хлп ? и ? какво ?
 >Дотук , а ? ... хъх
 >
 >ядро кое ?
 >кои модули - как - с какви опци /стойности , въобще  нищо не си казал.
 >
 >"Колега колата не ми върви , оправи я, моля те !" е а де ... нещо 
 >затруднен ли се видя ;)
 >Малко неточно/метафора/ ,но почти същото като твойто по смисъл.
 >

  Ами... ок. Извинявам се :)
Ядро - 2.6.11.7: i2c на модули със следните параметри в modprobe.conf и modules.conf:

#i2c
alias char-major-89	i2c-dev
#options i2c-core	i2c_debug=1
options i2c-algo-bit	bit_test=1

 Редът с i2c_debug=1 е коментиран, защото в този кернел я няма тази опция, и ако я сложа не ми зарежда никакви модули. Не знам с каква да я заменя, и затова не я заменям. Имам и няколко реда за bttv:

# bttv
alias char-major-81 videodev
alias char-major-81-0   bttv
options bttvcard=70 radio=0 audiomux=1
options tuner		debug=1

  Друго... какво да кажа? Slackware-10.1 - current, KDE 3.4, използвам tvtime за гледане на TV. А... ето и част от dmesg:

Linux video capture interface: v1.00
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI: PCI interrupt :00:0c.0[A] -> GSI 16 (level, low) -> IRQ 16
bttv0: Bt878 (rev 17) at :00:0c.0, irq: 16, latency: 32, mmio: 0xdddfe000
bttv0: using: Prolink Pixelview PV-BT878P+ (Rev.4C,8E) [card=70,insmod option]
bttv0: gpio config override: mask=0x, mux=0x1,0x,0x,0x,0x
bttv0: gpio: en=, out= in=00ffc0ff [init]
i2c-algo-bit.o: (0) scl=1, sda=1
i2c-algo-bit.o: (1) scl=1, sda=0
i2c-algo-bit.o: (2) scl=1, sda=1
i2c-algo-bit.o: (3) scl=0, sda=1
i2c-algo-bit.o: (4) scl=1, sda=1
i2c-algo-bit.o: bt878 #0 [sw] passed test.
bttv0: using tuner=25
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
tvaudio: TV audio decoder + audio/video mux driver
tvaudio: known chips: tda9840,tda9873h,tda9874h/a,tda9850,tda9855,tea6300,tea6320,tea6420,tda8425,pic16c54 (PV951),ta8874z
bttv0: i2c: checking for TDA9887 @ 0x86... not found
tuner: chip found at addr 0xc2 i2c-bus bt878 #0 [sw]
tuner: type set to 25 (LG PAL_I+FM (TAPC-I001D)) by bt878 #0 [sw]
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: PLL: 28636363 => 35468950 .. ok
bttv0: add subdevice "remote0"
ACPI: PCI interrupt :00:0a.0[A] -> GSI 18 (level, low) -> IRQ 18

 Драйвер за звука си зареждам сам от rc.local.
modprobe snd_bt87x
  Надявам се да е достатъчно... Благодаря предварително :)
Георги

-
http://host.GBG.bg - лидер в Уеб Хостинг решения и регистрация на Домейн имена

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

1. snd_bt87x не е задължителен модул , за да имаш звук.
така че по-скоро той може да ти прави номера :?

друго - предполагам  ,че вкараваш звука от тунера в line-in входа с
кабелче , сигурен ли си , че е наред /възможност е ;)
честно - точно такъв проблем не съм имал , хем да имам звук и да
изчезва след малко (а и горе-долу колко е това малко :? ),
 за това по-добре провери дали няма някой проблем с bttv в това ядро ...

2. не виждам никъде да си опоменал tuner ? 
bttv ... tuner=xyz ... autoload=1
или
tuner type=

3.
$cat CARDLIST.bttv | grep Prolink
card=16 - Prolink Pixelview PlayTV (bt878)
card=37 - Prolink PixelView PlayTV pro
card=50 - Prolink PV-BT878P+4E / PixelView PlayTV PAK / Lenco MXTV-9578
CP
card=70 - Prolink Pixelview PV-BT878P+ (Rev.4C,8E)
card=72 - Prolink Pixelview PV-BT878P+9B (PlayTV Pro rev.9B FM+NICAM)

не си писал точно кой модел е , но аз лично нямам проблеми с 37 ->
PlayTV pro и pro2. / на тези мисля беше tuner=5
вървят си без проблем ;) успех.

Re: lug-bg: prolink pixelview bt878 tuner!?!?!

2005-04-24 Thread Dimitar Tomow

George Simeonov wrote:
След като си оправих проблема с новия кернел, опитах да пусна kdetv да проверя дали върви звука на тунера. Отначало звука тръгна, а малко след това спря :( Няколко пъти се получава така - просто сам спира... Допреди се чудех защо нямам звук, а сега има, ама от време на време и за малко :) Хееелп!
Георги

-
http://host.GBG.bg - лидер в Уеб Хостинг решения и регистрация на Домейн имена

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Ъъъ хлп ? и ? какво ?
Дотук , а ? ... хъх
ядро кое ?
кои модули - как - с какви опци /стойности , въобще нищо не си казал.
"Колега колата не ми върви , оправи я, моля те !" е а де ... нещо
затруднен ли се видя ;)
Малко неточно/метафора/ ,но почти същото като твойто по смисъл.

Re: lug-bg: append="video=..." WAS:Проблем с ATI драйвери

2005-04-14 Thread Dimitar Tomow

lyompy wrote:
ами аз със video=vesafb|radeonfb не съм си имал /много :)/  проблеми 
до сега
по-скоро проблема ми беше с X-а
до преди 2 дена си бях със radeonfb, вграден в ядрото, а също така бях 
и компилирал към ядрото и vesafb.
в lilo.conf бях сложил нещо от рода на
append="... video=radeonfb:1280x1024-24" (или -32, не мога да си 
спомня точно)
а допреди време като бях с CRT бях сложил
append="... video=radeonfb:[EMAIL PROTECTED]"
за да работи монитора на 100Hz
(довечера ще погледна със сигурност как беше)
и всичко си  вървеше екстра
докато го пусках си спомням че имах някакви проблеми, но ако не се 
лъжа бяха породени от грешен синтаксис на параметрите към radeonfb
(но може да е било и защото после сложих vga=... и тогава да е 
тръгнало, така че пробвай ако нещо да добавиш и тази опция с подходящ 
параметър)
иначе от radeonfb не съм имал никакви оплаквания, поне докато бях със 
Radeon 9000Pro
в началото ползвах radeon драйвера на XFree86, По-късно и на XOrg, 
след това си свалих DRI драйвери за R200 и пак нямаше проблеми
но с 9550 вече трябваше да ползвам (ако исках някакво ускорение) на 
ATI драйверите и там ми възникна проблема за който писах в предишно 
писмо.
сега след като махнах от ядрото radeonfb и оставих само vesafb
в lilo.conf имам
append="video=vesafb"
vga=0x31B
си работи почти без забележки
само понякога ми се появяват малко "артефакти" по екрана (например 
като редактирам файл с mc и го запиша)

vesafb съм ползвал и на служебния лаптоп - с Rage Pro Mobility, като 
наското успях да си пусна и Ati Mach64 (мисля че се води atyfb :) )

та на въпроса :) : ами ползвам video като опция към ядрото
вечерта ще погледна дали не съм объркал нещо по  опциите за които писах
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 


Ти въобще не си ме разбрал или прочел какво съм писал.
Идеята е като имаш и двете radeonfb && vesafb да пишеш video=vesafb и да 
видиш кое ще се ползва !
То логично  ,че като имаш само vesafb ще се ползва то (нали си махнал 
radeonfb <_<).
Относно резолюциите - там няма проблем, проблема е в избора м/у кой 
драйвер/"модул" да се ползва за fb.

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: append="video=..." WAS:Проблем с ATI драйвери

2005-04-13 Thread Dimitar Tomow

lyompy wrote:
евала :)
незнам защо, но бях останал с впечатлението че съм го пробвал това
нещо и не проработи, обаче вчера махнах radeonfb и оставих vesafb в
ядрото и нещата станаха - вече си излиза от X-a спокойно, без да забива.
предполагам че преди това съм бил оставил radeonfb и само в lilo съм
дал append="vesafb" като съм си мислел че няма да се "зареди" :)

което наистина Е ИНТЕРЕСНО !
Не веднъж съм се убеждавал, че video=vesafb/radeonfb/etc не върши
никаква работа. /хехе поне при мен :)
Основно нещата стоят така: vesafb, radeonfb built in kernel и винаги
тръгва с radeonfb (при ATI R200/9100 видео карта) , но реално "не
работи"/след като се зареди черен екран и чао , чао.(не е от рез. ,
опреснителна честота , просто защото съм пробвал доста варианти от
най-ниски възм. до които аз позвам).

Та знам аз за video=... аргумент към ядрото да подам , но не го
възприема или поне няма резултат. Чета аз малко ръководства от google и
стигам до лошия извод :), че реда ми video=... е правилен. И оставам
чисто и просто в недоумение. Ядра 2.6.х (последните с които си играх
беше gentoo-2.6.9-r4, gentoo-2.6.10-r2 и 2.6.7(kernel.org) ). В крайна
сметка реших проблем като махна radeonfb (или го сложа като модул, но за
какво ми е така), след това си като вече няма radeonfb зарежда vesafb
със или без допълнителни указания за резолюция без никакъв проблем.

Въпроса може би е: ползвате ли успешно video опция към ядрото ? и ако да
каква, ако не до какво закл. сте стигнали :?

Re: lug-bg: fuse & sshfs adventures

2005-04-13 Thread Dimitar Tomow

Momchil Kinov wrote:
Здравейте,
Около 1 час се борих с fuse и sshfs да ги накарам да работят за мене и
най накрая се справих но по един доста "неприличен" според мене начин.
Ще разкажа набързо какво сътворих, та някой евентуално да микаже къде
греша.

Конфигурация - Celeron 2.4, 256 MB RAM, Debian unstable, kernel
2.6.10-1-686

1. Инсталирах си fuse и sshfs с apt-get
2. Опитах "sshfs [EMAIL PROTECTED] : temp" и бях
награден с "fusermount: fuse device not found, try 'modprobe fuse' first"
3. modprobe fuse ми обясни, че такъв модул съм нямал бил
4. locate fuse.ko - същия резултат
5. apt-get remove --purge fuse sshfs
6. Изтеглих си fuse и sshfs от сайта им, компилирах, инсталирах - слънце
7. "sshfs [EMAIL PROTECTED] : temp" този път сподели
"sshfs: error while loading shared libraries: libfuse.so.2: cannot
open shared object file: No such file or directory"
8. "locate libfuse.so.2" дава "/usr/local/lib/"
9. cp /usr/local/lib/libfuse.* /usr/lib
10. "sshfs [EMAIL PROTECTED] : temp" - слънце работи

Та въпроса е къде съм оцапал работата, че ми се наложи да правя такваз
галимация?

Поздрави
Момчил
man ld.so.conf ;) :) / мисля е твоя отговор от 6 натам
относно деб пакет, защо ... ами те хората ти го казаха ;) Най-вече не си
прочел какво пише като описание на пакета , КОЙТО си ИНСТалираЛ !
fuse-source - Filesystem in USErspace (source for kernel module) - то
всичко си казва без бой :)

Re: lug-bg: Re: lug-bg: Re: lug-bg: Рутиране към втори доставчик

2005-04-11 Thread Dimitar Tomow

Sertys wrote:
Ами ти не питаш за помощ, а питаш за варианти. Колегата Петров ти 
изплю  тамън четири и ти избра този който ти е неясен. С iproute2 
наистина можеш  да направиш доста работи. Не си мисли,че с iptables 
можеш  да match-ваш  само по портове.
Комбинацията от двете ще ти донесе много. Лоудвай пиъринг таблицата в  
iptables и оттам или сорс-натвай или match-вай с fwmark. Вариантите 
са  доста. Можеш да разчиташ или само на netfilter, или само на 
iproute2. Ако  ги комбинираш ще усетиш повишаване в бързодействието. 
iproute2 не обича  много огромните таблици с multipaths, както и 
iptables не обича дългите,  не-рекурсирани маркове за адресация.


On Sun, 10 Apr 2005 17:57:01 +0300, Ivailo <[EMAIL PROTECTED]> 
wrote:


- Original Message - From: "Danail Petrov"  
<[EMAIL PROTECTED]>
To: 
Sent: Sunday, April 10, 2005 5:30 PM
Subject: Re: lug-bg: Рутиране към втори доставчик


Ivailo wrote:
здравейте група
имам следната ситуация и искам да чуя мнението и препоръките Ви по  
въпроса:
 Box1
eth0:10.0.0.1
eth1:192.168.0.224/27
eth1:1   10.0.100.1
route add defaut gw 10.0.0.2
BOX1 прави NAT на мрежата 10.0.100.0/24 към 192.168.0.224/27
 Box2:
eth0: 10.0.0.2
eth1: 192.168.100.100
eth2: 192.168.99.100
route add defaulr gw 192.168.100.1
route add -net 192.168.0.224/24 gw 10.0.0.1
 Досега интернет имаше само през един доставчик и беше лесно :). 
Сега  имаме още една линия от друг доставчик и искам да пусна през 
него  определени дестинации (разбирай хттп://free._xxx_._xxx_) за 
да не  натоварват основната линия. Прочетох документацията на 
lartc.org и  имам някакви идеи, но искам да чуя и Вашите 
предложения за реализиране  на това.
 Благодаря предварително.
Иво

Здравей,
Имаш няколко варианта да направиш това.
1. using netfilter / iptables /
iptables -t nat -I PREROUTING -p tcp --dport 80 -d `host  
free._xxx_.xxx` -j SNAT --to x.x.x.x /* където х.х.х.х е ип-то през  
което искаш да го изкараш */

2. using proxy /* squid */
Тука ма марзи да пиша acl-и , затова иди виж на www.squid-cache.org
3. iproute2 /* него можеш да го комбинираш с нетфилтъра , стават 
чудеса  :)) , на  lartc.org има доста подробни описания*/

4. BGP /* zebra */
-- perl -e 'print 7.66.82.44.10.68.97.110.
97.105.108.32.80.101.116.114.111.118.10'
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - 
Stara  Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 


Варианти 1) и 2) отпадат, тъй като напоследък трафика към 
free._xxx_.xxx  вече не е на порт 80 а е към торенти и разни DC+- 
шитс. Другият проблем  е че на Box1 има зададен гейтуей само към 
основния доставчик. Засега съм  се ориентирал към варианта с 
iproute2, но никога не съм го ползвал и не  съм сигурен дали ще се 
справя със задачката и затова питам за помощ.
 10х  
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - 
Stara  Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 



Абе може и нещо да не съм разбрал, защото наистина съм доста изморен, но 
ето още едно вариантче:

ако ще е само за определен host - free.xyz.com; защо не ползваш просто 
route :?

route add -host free.xyz.com gw I.P.G.W2 (dev eth0:1 или ако е 
необходимо поясняване през кой и-фейс /налага се употреба на определ. ип*)

* - зависи как си си изградил нещата/мрежата.
Може и да не е решение, но трябва да е нещо простичко и гениялничко :) 
Всъщност - простота на действие => бързодействие :) "Keep IT simple" :))

IT - може да се чете и като Inf.Tech.

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: k3b

2005-04-05 Thread Dimitar Tomow

Andrey Andreev wrote:
Georgi Kehaiov wrote:
Здравейте! Следва може би най-ламерския въпрос, който са ви задавали 
последните
няколко години... Имам си значи аз к3б и пишещо сиди, само че като се
опитам да запиша нещо ми казва, че нямам пишещо сиди. Май решението е

Що за записвачка имаш?
Дай
cat /proc/ide/hdd/model
като евентуално заместиш hdd с името на устройството си.
Дай и
dmesg
или поне частта от него която се занимава с ide-та и cd-та.
Андро
Някой вече каза ,но не видях отговор:
ls -l /dev/hdd
като hdd е cd-rw-то.
С коя версия на cdrecord си ?
Да не би да е достатъчно стара и да иска да ползва scsi емулация :?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Re: lug-bg: спиране на ping

2005-04-05 Thread Dimitar Tomow

Tsvetin Vasilev wrote:
Romeo Ninov wrote:
Hristo Simenov Hristov wrote:
On Monday 21 February 2005 17:29, Romeo Ninov wrote:
Въпроса не е в това дали се разбира или не. Папка е метафора на
Microsoft за да се улеснят потребителите като си представят хартиена
такава. Така че формално погледнато папка и директория не е едно и
също.
Да не говорим че в линукс папки няма (пардон има една, тази в която
съм
си сложил CD-to :-)
Ако искаш да получиш точен отговор се научи да задаваш правилни
въпроси!

В дълбока грешка си. Има папки и още как. Я си отвори Konqueror и
опитай да направиш нова директория. Какво пише? Folder, а?

Поздрави

A Konqueror е част от KDE т.е. нещо, което не е неотменима част от
линукс. Това че KDE използват същия термин не означава че
папка=директория

И сега, ако намерим и дълбоката, философска разлика, наистина ще
постигнем сакралната истина, за неотменимата и еднозначна визия
относно ДИРЕКТОРИЯТА в UNIX или може би UNICS.

П.П. Хубав флейм се заформи общо-взето от едно безобидно питане...

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Аз пък не искаш да заформям или участвам във флейм, но ми се вижда
удобен момент наистина да си изясня / изясним съществуват ли папки?
Има файлове -> директории , но не и папки. Папките - те и горе го казаха
са създадени с цел улеснение.

Най убийствения случей беше, когато с една продавачка ми показваше един
диск към книга , която исках да купя и аз й казах "Ако може дайте
другата директория" , а тя нищо , аз пак повторих 2,3 пъти ,но нищо и
тогава човека с мен каза "Другата папка има предвид" и тя "А" и си
продължихме :) Нито тя е виновна , нито аз, но въпроса е малко като
въпроса с превеждането на чуждици на български.

За мен няма папки има директории.
В ~UNIX всичко е файловете , директорията е вид файл,но никъде няма и не
се говори за папки.
В DOS също не се говори за папки , а за директории , чак с идването на
Windows вече почна да се говори за папка. Може и да греша.

NO FLAME :)

Re: lug-bg: via_rhine

2005-03-30 Thread Dimitar Tomow

[EMAIL PROTECTED] wrote:
Здравейте,
Имам проблем с подкарване на мрежова карта.
Машината е лаптоп Fujitsu-Siemens "Amilo", картата се разпознава като
vie_rhine ,(под Win XP като "VIA Compatable Fast Ethernet Adapter").
Под XP работи.
Пробвано е с ядро 2.4.18 (дебианската инсталация), 2.4.19, както и с 2.6.
 

Под Debian 2.4.18-bf2.4 със стандартния модул/драйвер идващ от/с ядрото 
не работеше.
Но с драйвера /изходен код - сорс/ от дискета 1.44 идваща с мрежовата 
(драйвер от VIA) всичко си е точно.
Компилирах (имаше нужда от сорс-а на ядрото разбира се) и си работи на 6.

За 2.6 не знам,но лично аз с 2.6 не бих очаквал проблем - а ти казваш , 
че и с 2.6.х не работи - странно :|

малко изход (не копирам а преписвам):
#uname -a
Linux lnx-bbc 2.4.19-xfs #1 ...
#dmesg | grep eth0
eth0: VIA VT6102 RHINE-II at 0x1c00, ..[snip MAC].. IRQ 7
eth0: MII PHY found at address 1 status 0x7869, advertising 05e1, link 45e1
eth0: setting full-duplex based on MII #1 link partner capability of 45e1
eth0: no IPv6 routers present
#ifconfig eth0 10.10.10.5 netmask 255.255.255.0
eth0: setting full duplex MII #1 link partner capability of 45e1
#ping 10.10.10.1
PING 10.10.10.1 (10.10.10.1): 56 octets data
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timeout status 0003, phy status 786d, resetting
и така, няма отговор на пинг-а.
Някакви идеи ?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

 

Успех.

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: (OT) Разбъркано по време получаване на писмата от списъка.

2005-03-23 Thread Dimitar Tomow

Vasil Kolev wrote:

  On ср, 2005-03-23 at 16:37 +0200, Dimitar Tomow wrote:

//Наистина неприятно.

Ползвам: version 1.0 (20050116) @ Debian unstable/SID и си тегля пощата 
от gmail.com чрез POP3.

Ох и аз къде спя -> Mozilla Thunderbird ver. горе.

Писмата , които получавам от този списъл (lug-bg@linux-bulgaria.org) 
един път са с пълна дата и час, друг път само с час и както сами вече се 
досещате се получават едни красиви разбъркваня :(

Чета последното писмо от темата първо - примерно. / за сега точно такъв 
случей не съм имал, но близки до такъв много /.
Проблема ми по-точно се състои в тези две последствия от цялата история:
1. Доста е трудно следенето на тема и стават объркваня.
2. Много по-трудно е бързото намиране на скоро пристигнало писмо.

Някакви идеи - грешка при настройка на нещата при мен или проблема е в 
листата ?

Да приложа ли screenshot или някаква друга информация , ако трябва ?

Я прати списък на message-ID-та (един от header-ите на писмото), така ще
стане най-лесно, да видим къде е проблема.

Освен това, писмата имат няколко дати, и със сигурност имаш дата на
получаване - ползвай нея, тя би трябвало да е вярна (аз правя така, и
засега нямам никакви проблеми).

Ето пример:

Писмо получено с 
Message ID: <[EMAIL PROTECTED]> и на
полето Date/не съм проверил още по коя дата ги сравнява/: 14:02
--
=
On Wed, Mar 23, 2005 at 01:52:40PM +, Ilia Lindov wrote:

  > Иван Попов wrote:

> >[EMAIL PROTECTED]:~# cat /etc/resolv.conf
> >nameserver 127.0.0.1
> >nameserver 217.9.224.2
> >nameserver 217.9.224.3
> >Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с 
> >идеята машината да не ползва нейният си ДНС а този на доставчика) - 
> >ефекта е същият т.е. няма подобрение

  > 
> Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.
> Просто направи всички редове в 'resolv.conf' на коментари и виж как ще 
> се държи.

Ако всичко в /etc/resolv.conf ...

[cut]

Петър /roam/ 

[cut]

---

Писмо получено по-късно:
с MID: <[EMAIL PROTECTED]> && Date 15:52

==

Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.

Просто направи всички редове в 'resolv.conf' на коментари и виж как ще
се държи.

Илия

Иван Попов wrote:

[EMAIL PROTECTED]:~# cat /etc/resolv.conf

nameserver 127.0.0.1

nameserver 217.9.224.2

nameserver 217.9.224.3

Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с
идеята машината да не ползва нейният си ДНС а този на доставчика) -
ефекта е същият т.е. няма подобрение

===

Както виждаш второто трябва да е получено преди 1-вото ? Мисля си , че
не може да е нещо от типа" да е нямало връзка със сървъра " , защото в
момента който се върже той ги дърпа всичките, освен така да са
пристигнали вдействителност.

Друго - много често взех да получавам Delay съобщения от gmai.com
Мисля това пита .?

@Sertys:

>Трябва ти клиент с работещ threading. Не мога да ти препоръчам
такъв, за  да не сгреша. Mozzila Thunderbird i Kmail ми се струват ОК.
Novell  >Evolution също трябва да е добър. Аз ползвам M4 и не се
справя блестящо   :( 

>Това, че пристигат само с час, означава, че са получени днес.

Бях си го помислил, но не съм свикнал така да ги гледам и автоматично
го изключих от разсъжденията ми / без да се усетя.

В основи мисля те разбрах :) Благодаря за информацията !
Съжелявам , че в първото ми писмо изпуснах името на клиента , който
ползвам , гледах да не забравя да напиша версията и ... :)

---
Питайте, ако трябва още информация !

Re: lug-bg: (OT) Разбъркано по време получаване на писмата от списъка.

2005-03-23 Thread Dimitar Tomow

Vasil Kolev wrote:

  On ср, 2005-03-23 at 16:37 +0200, Dimitar Tomow wrote:

//Наистина неприятно.

Ползвам: version 1.0 (20050116) @ Debian unstable/SID и си тегля пощата 
от gmail.com чрез POP3.

Ох и аз къде спя -> Mozilla Thunderbird ver. горе.

Писмата , които получавам от този списъл (lug-bg@linux-bulgaria.org) 
един път са с пълна дата и час, друг път само с час и както сами вече се 
досещате се получават едни красиви разбъркваня :(

Чета последното писмо от темата първо - примерно. / за сега точно такъв 
случей не съм имал, но близки до такъв много /.
Проблема ми по-точно се състои в тези две последствия от цялата история:
1. Доста е трудно следенето на тема и стават объркваня.
2. Много по-трудно е бързото намиране на скоро пристигнало писмо.

Някакви идеи - грешка при настройка на нещата при мен или проблема е в 
листата ?

Да приложа ли screenshot или някаква друга информация , ако трябва ?

Я прати списък на message-ID-та (един от header-ите на писмото), така ще
стане най-лесно, да видим къде е проблема.

Освен това, писмата имат няколко дати, и със сигурност имаш дата на
получаване - ползвай нея, тя би трябвало да е вярна (аз правя така, и
засега нямам никакви проблеми).

Ето пример:

Писмо получено с 
Message ID: <[EMAIL PROTECTED]> и на
полето Date/не съм проверил още по коя дата ги сравнява/: 14:02
--
=
On Wed, Mar 23, 2005 at 01:52:40PM +, Ilia Lindov wrote:

  > Иван Попов wrote:

> >[EMAIL PROTECTED]:~# cat /etc/resolv.conf
> >nameserver 127.0.0.1
> >nameserver 217.9.224.2
> >nameserver 217.9.224.3
> >Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с 
> >идеята машината да не ползва нейният си ДНС а този на доставчика) - 
> >ефекта е същият т.е. няма подобрение

  > 
> Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.
> Просто направи всички редове в 'resolv.conf' на коментари и виж как ще 
> се държи.

Ако всичко в /etc/resolv.conf ...

[cut]

Петър /roam/ 

[cut]

---

Писмо получено по-късно:
с MID: <[EMAIL PROTECTED]> && Date 15:52

==

Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.

Просто направи всички редове в 'resolv.conf' на коментари и виж как ще
се държи.

Илия

Иван Попов wrote:

[EMAIL PROTECTED]:~# cat /etc/resolv.conf

nameserver 127.0.0.1

nameserver 217.9.224.2

nameserver 217.9.224.3

Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с
идеята машината да не ползва нейният си ДНС а този на доставчика) -
ефекта е същият т.е. няма подобрение

===

Както виждаш второто трябва да е получено преди 1-вото.

Това са Message ID-тата , които искаше да видиш , нали ?

Мисля си , че не може да е нещо от типа" да е нямало връзка със сървъра
" , защото в момента който се върже той ги дърпа всичките, освен така
да са пристигнали вдействителност, което пак не ми се връзва,но и не
съм достатъчно на ясно , че да мога да кажа нещо по-категорично, само
предположния.

@Sertys:

>Трябва ти клиент с работещ threading. Не мога да ти препоръчам
такъв, за  да не сгреша. Mozzila Thunderbird i Kmail ми се струват ОК.
Novell  >Evolution също трябва да е добър. Аз ползвам M4 и не се
справя блестящо   :( 

>Това, че пристигат само с час, означава, че са получени днес.

Бях си го помислил, но не съм свикнал така да ги гледам и автоматично
го изключих от разсъжденията ми / без да се усетя.

В основи мисля те разбрах :) Благодаря за информацията !
Съжелявам , че в първото ми писмо изпуснах името на клиента , който
ползвам , гледах да не забравя да напиша версията и ... :)

---
Питайте, ако трябва още информация !

Re: [spam] Re: lug-bg: Компилиране от сорс & използване на готови пакети

2005-03-23 Thread Dimitar Tomow

Христофор Памятних wrote:
Konstantin Kostadinov wrote:
та както казах : : според мен mplayer е добре да е компилиран за
точното cpu.
останалите пакети ще вдигнат бързодеиствието с не повече от 3-4%. : :

offtopic
Сещам се преди време в един руски форум беше излязъл постинг как по
едикакъв си и едикакъв си начин може да се увеличи бързодействието на
прозорците с над 30%. И как лошия чичко Бил нарочно спъвал уиндоусите
качени на по-бързи цепеу-та. :) :)
А иначе не съм забелязал кой знае каква разлика между това как работи
Дженту компилирано от stage 1 и примерно SuSe или Fedora. Да не кажа
никаква.

Не съм съгласен с тебе. Лично аз усетих и то не малка. Gentoo от stage1
(2004 профил). Най-вече си правя заключения спрямо Debian-а ми (unstable
i386 ) :) . А и Gentoo-то ми беше с glibc с nptl (инф. ядро: gentoo-dev
2.6.9-r1/2/3/4 и временно с 2.6.10-r2). :)

Честно да ти кажа възможно е и да си прав сега като се замисля, защото
Fedora и Suse май бяха с пакети за i686 или Suse-то беше i586 , имаше
нещо , но определено едно от двете. В разл. ситуации малко/много, но
това за каква арх. са бинарните пакети влиае !

lug-bg: (OT) Разбъркано по време получаване на писмата от списъка.

2005-03-23 Thread Dimitar Tomow

//Наистина неприятно.
Ползвам: version 1.0 (20050116) @ Debian unstable/SID и си тегля пощата
от gmail.com чрез POP3.
Писмата , които получавам от този списъл (lug-bg@linux-bulgaria.org)
един път са с пълна дата и час, друг път само с час и както сами вече се
досещате се получават едни красиви разбъркваня :(

Чета последното писмо от темата първо - примерно. / за сега точно такъв
случей не съм имал, но близки до такъв много /.
Проблема ми по-точно се състои в тези две последствия от цялата история:
1. Доста е трудно следенето на тема и стават объркваня.
2. Много по-трудно е бързото намиране на скоро пристигнало писмо.

Някакви идеи - грешка при настройка на нещата при мен или проблема е в
листата ?

Да приложа ли screenshot или някаква друга информация , ако трябва ?
Благодаря Ви предварително. :)

Re: lug-bg: slow log-in

2005-03-23 Thread Dimitar Tomow

Ilia Lindov wrote:
Да да напълно си прав :)
Моята идея беше да направи редовете коментари, за да стане ясно на 
момента, дали DNS му прави номера. Пък после вече, ако наистина се 
окаже DNS проблем, да се търси конкретно решение. Поне аз така 
постъпих :).
Сложих по едно '#' на всички редове в resolv.conf, след това опитах да 
се закача на ftp-то и логването стана светкавично.
Накрая се оказа, че поради ред причини, няма връзка с нито един от 
двата  DNS сървъра, които му бях задал.

Поздрави: Илия
И аз може нещо да не съм разбрал, но nmap -sU -P0 -p 53 DNS_IP +  ping 
DNS_IP и набл. на "времето за достъп " :))
Няма ли да е по-правилното решение , вместо спиране временно на работата 
:? А дори и като време мисля не е по-бавно.
Разбира се може и да греша :)

Друго -> защо ssh да прави resolv на машините ,които се опитват да влязат ?
Доколкото ми е известно това е даже и препоръчително , а и според мен 
логично -  на по-късен етап (при нужда) да се направи resolv*.

*(OT) - знам , че това не е правилното място , но сега ми дойде питането 
- най-препоръчителният превод на resolv :? Зачудих се като реших да го 
пиша на български и затова го написах на английски ,нещо увиснах :P. 
Благодаря предварително.

Peter Pentchev wrote:
On Wed, Mar 23, 2005 at 01:52:40PM +, Ilia Lindov wrote:
Иван Попов wrote:
[EMAIL PROTECTED]:~# cat /etc/resolv.conf
nameserver 127.0.0.1
nameserver 217.9.224.2
nameserver 217.9.224.3
Правих опит като закоментирам nameserver 127.0.0.1 и спра BIND-a (с 
идеята машината да не ползва нейният си ДНС а този на доставчика) - 
ефекта е същият т.е. няма подобрение

Преди няколко дни имах абсолютно същия проблем. Причината се оказа DNS.
Просто направи всички редове в 'resolv.conf' на коментари и виж как 
ще се държи.

Ако всичко в /etc/resolv.conf е закоментирано, може доста неща да не
работят съвсем както се очаква :)  Най-малкото програми, на които е 
казано
да ползват not-fully-qualified hostnames - само по име, без локалния 
домейн -
няма да работят изобщо :)

Да не говорим за това, че тогава различните resolver библиотеки правят
различни неща по отношение на това кой сървър все пак ще питат; а 
дори да
се сетят да питат локалния (на 127.0.0.1 или на 0.0.0.0 или нещо 
такова),
пак съществува възможност проблемът да е именно в него, и да продължи :)

Поздрави,
Петър
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 



A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: [spam] Проблеми със SATA контролери

2005-03-22 Thread Dimitar Tomow

Христофор Памятних wrote:
От няколко дена се боря със следния проблем - пуснах софтуерен RAID5 
на една машинка, но като почна да копирам от/на нея с 4-5 мегабайта в 
секунда, load average скача над 20, машината се лагва до безумие и 
всичко умира. Също така ми излизат съобщения от типа:
ata3: status=0x51 { DriveReady SeekComplete Error }
ata3: error=0x84 { DriveStatusError BadCRC }
Ами това може да значи някоко неща (според мен - нарочно упоменавам , 
тъй като напоследък в тази листа се обърна на публичен 
пубертетски/тийнеджърски форум) :

- хардиск Х е тръгнал да си заминава;
- проблем с дъното/биос-а/контролера*.
* - Но от хардуерна гледна точка, не от настройка/конфигурация на ОС и 
приложния софтуер.

Интересното е че коато машината беше с 3 диска на RAID0 проблема не 
съществуваше.
Още една причина да с замислиш за първата възможност по-горе.
Междудругото: това коя дистрибуция е ? За първи път виждам такова 
обозначение на хард диск (или твърд носител :)) ) като ataX ?
От къде това съобщение от ядрото или някоя програма, на мен ми прилича 
от ядрото ,но да си питам :)

Дисковете са SATA (6 броя) а контролерите:
Ти хубаво си казал контролерите ,но защо не каза с кое ядро си, версии 
на софтуерите, които ползваш , за да реализираш този RAID(5) ?
И с най-добро желание да ти помогна, макар и с малкото което знам по 
темата; ти казвам : почва се с описание на машината - хардуер, 
инсталиран софтуер и после какъв е проблема. Поне аз така си мисля ;)

:00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 
Family) IDE Controller (rev 04)
:00:1f.2 IDE interface: Intel Corp. 82801FR/FRW (ICH6R/ICH6RW) 
SATA Controller (rev 04)
:00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) 
SMBus Controller (rev 04)
:01:04.0 Unknown mass storage controller: Integrated Technology 
Express, Inc. IT/ITE8212 Dual channel ATA RAID controller (PCI version 
seems to be IT8212, embedded seems (rev 13)
:01:05.0 Unknown mass storage controller: Silicon Image, Inc. 
(formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA 
Controller (rev 02)
Някой да има някакви идеи?

 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 


Успех !
ПП: не виждам защо да е спам ?, може би offtopic/извън темата, но като 
гледам не си сигурен дали проблема е софтуерен или хардуерен , така че 
... Ще ми е интересно да видя какво ще се оказа, мисля си за развалящ се 
диск,но май е по-добре да греша, отколкото да изляза прав.

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Samba - ма чишит

2005-03-15 Thread Dimitar Tomow

Qsin wrote:
Дебиан testing
Samba - Version 3.0.10-Debian
Работим с чужденци. Идват си с лаптопите, връзват се към мрежата
получават си IP-та. Доскоро нямахме никакъв проблем, но от миналата
седмица техните компютри започнаха да поемат ролята на Master Browser.
Те са под Windows XP  и нямам право да им пипам компютрите, т.е. имам
ма не искам.
smb.conf
--- 

[global]
  panic action = /usr/share/samba/panic-action %d
  workgroup = workgroup
  server string = %h server (Samba %v)

  invalid users = root
  log file = /var/log/samba/log.%m
  max log size = 1000
  syslog = 100
  security = user
  encrypt passwords = true
  passdb backend = smbpasswd guest
  socket options = TCP_NODELAY

  local master = yes
  os level = 255
  domain master = yes
  preferred master = yes
  wins support = yes
  dns proxy = yes
  name resolve order = wins lmhosts host bcast

  passwd program = /usr/bin/passwd %u
  passwd chat = *Enter\snew\sUNIX\spassword:* %n\n 
*Retype\snew\sUNIX\spassword:* %n\n .


  obey pam restrictions = yes
  interfaces = 192.168.0.0/255.255.255.0 127.0.0.1
  bind interfaces only = Yes
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 


Може и да се лъжа , но мисля това имаше връзка със SP2 / ако е 
инсталиран / и преди някъде месец, може би два (най-много) имаше тема за 
това тук. Потърси , но може и да се бъркам. Успех.


A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: AC NAME

2005-03-13 Thread Dimitar Tomow

absu .. wrote:
Zdraveite
Imam problem sys Freesco 0.3.3 . Ta okaza se che problema e che
pri komandata: "pppoe -I eth0 -A" izliza samo edin Service-Name na ime "host1" a nie se svyrzvame kam "host2" ..tozi "host" e skrit i ne se vijda. Na drugite linux distribucii v
pppoe.conf vyvejdame:

# Specific desired AC Name
ACNAME=host2
# Specific desired service name
SERVICENAME=host2
Kade triabva da se vyvede AC NAME zashtoto takav lipsva v pppoe nastroikite ..?

Вярваш ли си :) Кой не е чел man pppoe !
man pppoe
cut
-S service_name
Specifies the desired service name. pppoe will only
initiate
sessions with access concentrators which can provide the
speci-
fied service. In most cases, you should not
specify this
option. Use it only if you know that there are multiple
access
concentrators or know that you need a specific service name.

-C ac_name
Specifies the desired access concentrator name. pppoe
will only
initiate sessions with the specified access
concentrator. In
most cases, you should not specify this option. Use it
only if
you know that there are multiple access concentrators.
If both
the -S and -C options are specified, they must both
match for
pppoe to initiate a session.

cut
/точно едно след друго и service_name и ac_name !
-
http://gbg.bg/search - Изпробвайте още сега най-добрата българска търсачка!

Re: lug-bg: �� mount

2005-03-13 Thread Dimitar Tomow





ÐÑÑ ÐÑÑÐÑÐ ÐÐÐÑ ÐÑÐ fstab , ÐÑÐ ÑÐ ÐÐÐÑÐÐ ÐÐ-ÐÐÐÑ ÐÐ:

Nikolay Kolev wrote:

  ÐÐÑÑÐ,
ÐÑÐÐ Ð ÑÐÑÐÐ
"mount /dev/hda5"
ÐÐÑÐ ÐÑÑÐÐ, ÐÑÐÑÐÑÑÑ ÐÐÐÑÐ ÐÑÑÐÐÐ, ÐÐÑÐ Ñ ÐÐÑÐÐÐ ÐÐ ÑÐ
ÐÐÐÑÑÐÐÐ  



On Sun, 2005-03-13 at 11:02 +0200, Dimitar Tomow wrote:
  
  
Danail Petrov wrote:



  Nikolay Kolev wrote:

  
  
ÐÂÐÒÐÐÐÂÐÐÐÂÐâÐâÐÂ,
ÐÐÐÂ ÐÂÐÒÐÑÐÐÐÂ ÐâÐÂÐâÐÑÐÂ ÐÑÐÑÐÂ ÐÑÐâÐÂÐÂÐÑÐÐÐÂÐÐÐÑ ÐÐÐÑÐÐÐÂ 9.1 
ÐÑÐÑÐÂÐâÐÑ ÐÐÐÂÐÑÐÂÐÑ ÐÂÐÂ ÐÐÐÑÐÂÐÂÐÒ ÐÐÐÂ ÐâÐÑÐÂÐÑÐÑ,
ÐÑÐÑÐÂÐÑÐÑÐÂ ÐÑ Ðâ.ÐÐ. ÐÂÐâÐÑ ÐÐÐÂÐÒÐÂÐÂÐÐÐÑÐÂÐâÐÑ ÐÐÐÂ fstab
/dev/hda7/reiserfs   acl,user_xattr
1 1
/dev/hda1/windows/C   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hdd1/windows/D   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda5/windows/E   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda6swap swap   pri=42
0 0
devpts   /dev/pts devpts mode=0620,gid=5
0 0
proc /procproc   defaults
0 0
usbfs/proc/bus/usbusbfs  noauto
0 0
sysfs/sys sysfs  noauto
0 0
/dev/cdrom   /media/cdrom subfs
fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
/dev/fd0 /media/floppysubfs
fs=floppyfss,procuid,nodev,nosuid,sync 0 0
/dev/hdb1/windows/f   vfat   defaults
0 0

ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÂ ÐÂ ÐÐ hda5. ÐÑÐÑÐÐÐâÐÑÐÐÐÂ ÐÐÐÂ ÐÂÐÂÐÂ 
ÐÑÐÐÐÑÐÂÐÂÐÂÐÑ, ÐÐÐÑ ÐÂÐÐÐâÐÑÐÑÐÂÐâÐÑÐâÐÐÐÑ ÐÑÐÐÐÑÐÑÐÂ
ÐÑÐÐÐÂÐÐÐÂÐâÐÂ ÐÐÐÂ ÐÒÐÑÐÐÐÂÐÑÐâÐÑÐÐÐÑÐÐÐâÐÂ ÐÐÐÂ drwxr-xr-x 
root:root,  ÐÂ ÐÑÐÐÐÂÐÒÐÑ ÐÑÐÂÐÑÐÐÐÂÐÐÐÂÐÐÐÑÐÂÐâÐÑ
ÐÐÐÂ ÐÑÐÑÐÑÐÂÐÐÐÒÐÂÐâÐÂ ÐÑÐÐÐÂÐÐÐÂÐâÐÂ ÐÐÐÂ drwxrwxr-x root:users. 
ÐÐÐÂÐÂÐÒ ÐÑÐÑÐÐÐâÐÑÐÐÐÂÐÐÐÂ ÐÑÐÐÐÑ ÐÑÐÑÐÑÐâ
ÐÂÐÂ chown ÐÒÐÂÐÐÐÂ permision denied. ÐÑÐÑÐÐÐâÐÑÐÐÐÂÐÐÐÂÐâÐÑ ÐÐ 
ÐÂÐÂÐÒÐÂÐÐÐÂÐÐÐÂ ÐÐÐÂ umask, uid ,
defaults ÐÐÐÂ ÐÒÐÂÐÐÐÂ ÐÂÐÂÐÂÐÂÐÐÐÑÐÐ ÐÐÐÂÐÂÐÑÐÂÐâÐÂÐâ, 
ÐÂÐÒÐÑÐâÐÐÐÂÐÐÐÑ ÐÐÐÑÐÑÐâ ÐÑÐÑÐÂÐÂ ÐÒÐÂ ÐÑÐÑÐâÐÂ ÐâÐÂÐÑ.
ÐÑÐÑÐÒÐÑÐÂÐÐÐÑ ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÑ ÐÐ ÐÒÐÐÐÑÐÑÐÑÐâÐÂ ÐÑÐÒÐÂÐÐÐâÐÑÐâÐÐÐÑ 
(ÐÑÐÂÐâÐÑ ÐâÐÐ) ÐÒÐÐÐÂÐÑÐÐÐÂ ÐÐÐÂ hda ÐÑÐÂ. ÐâÐÒÐÂ5
ÐÂ ÐÂÐÒÐÑÐâÐÐÐÂÐÐÐÑÐÐ extendet part ÐÐÐÂ ÐâÐÑÐÂÐÑ ÐÒÐÑÐÐÐÑ 
ÐÒÐÐÐÑÐÑÐÑÐâÐÂ ÐÐÐÂ primari. ÐÑÐÐÐÑÐÂÐÑÐÂÐÑ
ÐÐÐÑÐÂÐÑÐÐÐÑ ÐÑÐÐÐÂÐÒÐÂÐÑÐÂÐÂÐÐÐÑÐÐ ÐÂÐÂ ÐâÐÂÐâÐÂÐÐÐÂ ÐÐÐÂ 
ÐÒÐÑÐÑÐÑÐÑÐÂÐÐÐâÐÂÐâÐÑÐÐ, ÐÑÐÂÐÐÐâÐÑÐÐÐÑ ÐÒÐÑÐÑÐÑ ÐÂÐÂ ÐÑÐÑÐÑÐÑÐÂÐÂ
ÐÑÐÂÐÑ ÐÐÐÂÐâ ÐÂÐÂ ÐÐÐÂÐâÐÂÐÐÐÂÐÐÐÂ ÐÐÐÂ ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÂ.



ÐÑÐÑÐÂÐÒÐÐÐÂÐÐÐÑ
ÐÑÐÑÐÑÐÑÐÂÐÂÐâ ÐÑÐÑÐÂÐÂÐÐ


 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 

 


  
  ÐÐÑÐÑÑÐ,
ÐÐ ÐÑÐÐÐ ÐÐ ÑÐ ÐÑÑÑÐ ÐÐÑÐ ÐÑÐÐÐ Ð ÐÐ ... man mount ,
ÑÐ ÑÐÑ ÑÐÐÐ ÐÐÐÑÐ ÑÐ ÑÑÑÐÐÐ ÑÐÑÐÐ ÐÐ 2ÐÐÐ :)

ÑÐÐÐ,
ÐÐ ÐÐÑÑÐÐ

  

ÐÐ ÐÐÑÐÐ ÐÑÑ ÑÐ ÑÐÐÐÑÐÑ :) ÐÐ ÑÑÐ ÐÐÑÐ Nikolay aka kennedy ÑÐ 
ÐÐÑÑÐÐ ÐÑÐ ÐÐÐ ÐÑÐÐÐ ÐÐ ÐÐÑÐ ÑÑÐ:

ÐÑÑ ÑÐÑÐ ÐÐÑÐÐÐÑÐ: umask=0,gid=100 / umask=0002,gid=users / 
defaults,umask=,gid=100
Ð ÑÑÑÐ ÑÐÐ , ÐÐÑÑÐ ÑÐÑ ÐÐÑÐ  ,ÑÐ hda5 Ð logical , Ð 
ÐÑÐÐÐ ÐÑÑÐÐ (v)fat32 - hda1,hdb1,hdd1; ÐÑÑÐ primary.
 Ð ÐÐ ÐÑÐÑÐ, ÐÐ ÐÐ ÐÐ Ð ÐÑÑÐÐ  ÐÐ Ð :? -> ÐÑÐ Ð mount 
ÐÐÐ ÐÐÐÑÐÐ vfat/ÑÐÑÐÑÐ (ÐÐÐÑÐ Ð 2.4.26 ÑÐ ÐÑ SUSE).

ÐÐ ÐÐÑÐÐ ÑÑÐ Ñ 2.6.7 , mount: mount-2.12p Ð ÐÑÐÐÐ ÑÐ ÐÑÐÐ - 
ÑÐÑÑ Ð ÐÐÐÑÐ vfat logical e hda5 , ÐÐ ÐÐÐ ÐÐÐ ÐÑÐÐ Ñ
umask ÐÐÐ gid:
/ ÐÐÑÐÑÐÐÑ - Ð ÐÐÑÑÑÐÐÑÑÐÑÑÐ Ð ÐÐ

$mount
cut
/dev/hda5 on /mnt/hda5 type vfat 
(rw,umask=000,iocharset=cp1251,codepage=866,gid =100)
cut

$ls -l
cut
drwxrwxrwx  22 root users 16384 1970-01-01 02:00 hda5
cut

Ð ÐÑÐ ÐÐÐ ÑÐÐÐ ÑÐ ÐÐÐÑÐÐÐÑ ÑÑÑÐÐ ÐÐÐ ÐÐ ÐÑÐÐÐ mount ,ÐÐ ÐÐ ÐÐ 
ÐÐÑÐ , ÐÐÐÑÐ ÐÐ ÐÐÐ :?
ÐÐÑÐÑ ÐÐ ÑÐÑ ÐÐ dmask ÐÐÐ fmask , ÐÐÑÐÑÐ ÑÐ ÐÐ ÐÐ ÐÑÑÑÐÑ ÐÐÐ 
ÑÐÐÐÑÐ :?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html


  
  

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: �� mount

2005-03-13 Thread Dimitar Tomow

Danail Petrov wrote:
Nikolay Kolev wrote:
ÐÂÐÒÐÐÐÂÐÐÐÂÐâÐâÐÂ,
ÐÐÐÂ ÐÂÐÒÐÑÐÐÐÂ ÐâÐÂÐâÐÑÐÂ ÐÑÐÑÐÂ ÐÑÐâÐÂÐÂÐÑÐÐÐÂÐÐÐÑ ÐÐÐÑÐÐÐÂ 9.1 
ÐÑÐÑÐÂÐâÐÑ ÐÐÐÂÐÑÐÂÐÑ ÐÂÐÂ ÐÐÐÑÐÂÐÂÐÒ ÐÐÐÂ ÐâÐÑÐÂÐÑÐÑ,
ÐÑÐÑÐÂÐÑÐÑÐÂ ÐÑ Ðâ.ÐÐ. ÐÂÐâÐÑ ÐÐÐÂÐÒÐÂÐÂÐÐÐÑÐÂÐâÐÑ ÐÐÐÂ fstab
/dev/hda7/reiserfs   acl,user_xattr
1 1
/dev/hda1/windows/C   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hdd1/windows/D   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda5/windows/E   vfat
users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda6swap swap   pri=42
0 0
devpts   /dev/pts devpts mode=0620,gid=5
0 0
proc /procproc   defaults
0 0
usbfs/proc/bus/usbusbfs  noauto
0 0
sysfs/sys sysfs  noauto
0 0
/dev/cdrom   /media/cdrom subfs
fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
/dev/fd0 /media/floppysubfs
fs=floppyfss,procuid,nodev,nosuid,sync 0 0
/dev/hdb1/windows/f   vfat   defaults
0 0

ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÂ ÐÂ ÐÐ hda5. ÐÑÐÑÐÐÐâÐÑÐÐÐÂ ÐÐÐÂ ÐÂÐÂÐÂ 
ÐÑÐÐÐÑÐÂÐÂÐÂÐÑ, ÐÐÐÑ ÐÂÐÐÐâÐÑÐÑÐÂÐâÐÑÐâÐÐÐÑ ÐÑÐÐÐÑÐÑÐÂ
ÐÑÐÐÐÂÐÐÐÂÐâÐÂ ÐÐÐÂ ÐÒÐÑÐÐÐÂÐÑÐâÐÑÐÐÐÑÐÐÐâÐÂ ÐÐÐÂ drwxr-xr-x 
root:root,  ÐÂ ÐÑÐÐÐÂÐÒÐÑ ÐÑÐÂÐÑÐÐÐÂÐÐÐÂÐÐÐÑÐÂÐâÐÑ
ÐÐÐÂ ÐÑÐÑÐÑÐÂÐÐÐÒÐÂÐâÐÂ ÐÑÐÐÐÂÐÐÐÂÐâÐÂ ÐÐÐÂ drwxrwxr-x root:users. 
ÐÐÐÂÐÂÐÒ ÐÑÐÑÐÐÐâÐÑÐÐÐÂÐÐÐÂ ÐÑÐÐÐÑ ÐÑÐÑÐÑÐâ
ÐÂÐÂ chown ÐÒÐÂÐÐÐÂ permision denied. ÐÑÐÑÐÐÐâÐÑÐÐÐÂÐÐÐÂÐâÐÑ ÐÐ 
ÐÂÐÂÐÒÐÂÐÐÐÂÐÐÐÂ ÐÐÐÂ umask, uid ,
defaults ÐÐÐÂ ÐÒÐÂÐÐÐÂ ÐÂÐÂÐÂÐÂÐÐÐÑÐÐ ÐÐÐÂÐÂÐÑÐÂÐâÐÂÐâ, 
ÐÂÐÒÐÑÐâÐÐÐÂÐÐÐÑ ÐÐÐÑÐÑÐâ ÐÑÐÑÐÂÐÂ ÐÒÐÂ ÐÑÐÑÐâÐÂ ÐâÐÂÐÑ.
ÐÑÐÑÐÒÐÑÐÂÐÐÐÑ ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÑ ÐÐ ÐÒÐÐÐÑÐÑÐÑÐâÐÂ ÐÑÐÒÐÂÐÐÐâÐÑÐâÐÐÐÑ 
(ÐÑÐÂÐâÐÑ ÐâÐÐ) ÐÒÐÐÐÂÐÑÐÐÐÂ ÐÐÐÂ hda ÐÑÐÂ. ÐâÐÒÐÂ5
ÐÂ ÐÂÐÒÐÑÐâÐÐÐÂÐÐÐÑÐÐ extendet part ÐÐÐÂ ÐâÐÑÐÂÐÑ ÐÒÐÑÐÐÐÑ 
ÐÒÐÐÐÑÐÑÐÑÐâÐÂ ÐÐÐÂ primari. ÐÑÐÐÐÑÐÂÐÑÐÂÐÑ
ÐÐÐÑÐÂÐÑÐÐÐÑ ÐÑÐÐÐÂÐÒÐÂÐÑÐÂÐÂÐÐÐÑÐÐ ÐÂÐÂ ÐâÐÂÐâÐÂÐÐÐÂ ÐÐÐÂ 
ÐÒÐÑÐÑÐÑÐÑÐÂÐÐÐâÐÂÐâÐÑÐÐ, ÐÑÐÂÐÐÐâÐÑÐÐÐÑ ÐÒÐÑÐÑÐÑ ÐÂÐÂ ÐÑÐÑÐÑÐÑÐÂÐÂ
ÐÑÐÂÐÑ ÐÐÐÂÐâ ÐÂÐÂ ÐÐÐÂÐâÐÂÐÐÐÂÐÐÐÂ ÐÐÐÂ ÐÑÐÐÐÑÐÂÐÂÐÂÐÑÐÂ.


ÐÑÐÑÐÂÐÒÐÐÐÂÐÐÐÑ
ÐÑÐÑÐÑÐÑÐÂÐÂÐâ ÐÑÐÑÐÂÐÂÐÐ
 

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara 
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 

 

ÐÐÑÐÑÑÐ,
ÐÐ ÐÑÐÐÐ ÐÐ ÑÐ ÐÑÑÑÐ ÐÐÑÐ ÐÑÐÐÐ Ð ÐÐ ... man mount ,
ÑÐ ÑÐÑ ÑÐÐÐ ÐÐÐÑÐ ÑÐ ÑÑÑÐÐÐ ÑÐÑÐÐ ÐÐ 2ÐÐÐ :)
ÑÐÐÐ,
ÐÐ ÐÐÑÑÐÐ
ÐÐ ÐÐÑÐÐ ÐÑÑ ÑÐ ÑÐÐÐÑÐÑ :) ÐÐ ÑÑÐ ÐÐÑÐ Nikolay aka kennedy ÑÐ 
ÐÐÑÑÐÐ ÐÑÐ ÐÐÐ ÐÑÐÐÐ ÐÐ ÐÐÑÐ ÑÑÐ:

ÐÑÑ ÑÐÑÐ ÐÐÑÐÐÐÑÐ: umask=0,gid=100 / umask=0002,gid=users / 
defaults,umask=,gid=100
Ð ÑÑÑÐ ÑÐÐ , ÐÐÑÑÐ ÑÐÑ ÐÐÑÐ  ,ÑÐ hda5 Ð logical , Ð 
ÐÑÐÐÐ ÐÑÑÐÐ (v)fat32 - hda1,hdb1,hdd1; ÐÑÑÐ primary.
 Ð ÐÐ ÐÑÐÑÐ, ÐÐ ÐÐ ÐÐ Ð ÐÑÑÐÐ  ÐÐ Ð :? -> ÐÑÐ Ð mount 
ÐÐÐ ÐÐÐÑÐÐ vfat/ÑÐÑÐÑÐ (ÐÐÐÑÐ Ð 2.4.26 ÑÐ ÐÑ SUSE).

ÐÐ ÐÐÑÐÐ ÑÑÐ Ñ 2.6.7 , mount: mount-2.12p Ð ÐÑÐÐÐ ÑÐ ÐÑÐÐ - 
ÑÐÑÑ Ð ÐÐÐÑÐ vfat logical e hda5 , ÐÐ ÐÐÐ ÐÐÐ ÐÑÐÐ Ñ
umask ÐÐÐ gid:
/ ÐÐÑÐÑÐÐÑ - Ð ÐÐÑÑÑÐÐÑÑÐÑÑÐ Ð ÐÐ

$mount
cut
/dev/hda5 on /mnt/hda5 type vfat 
(rw,umask=000,iocharset=cp1251,codepage=866,gid =100)
cut

$ls -l
cut
drwxrwxrwx  22 root users 16384 1970-01-01 02:00 hda5
cut
Ð ÐÑÐ ÐÐÐ ÑÐÐÐ ÑÐ ÐÐÐÑÐÐÐÑ ÑÑÑÐÐ ÐÐÐ ÐÐ ÐÑÐÐÐ mount ,ÐÐ ÐÐ ÐÐ 
ÐÐÑÐ , ÐÐÐÑÐ ÐÐ ÐÐÐ :?
ÐÐÑÐÑ ÐÐ ÑÐÑ ÐÐ dmask ÐÐÐ fmask , ÐÐÑÐÑÐ ÑÐ ÐÐ ÐÐ ÐÑÑÑÐÑ ÐÐÐ 
ÑÐÐÐÑÐ :?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Q: Software RAID 5 i нoви дискове

2005-03-08 Thread Dimitar Tomow

Христофор Памятних wrote:
Налага ми
се да разширявам един софтуерен RAID 5 от 3 ан 6 диска. И четейки из
менюъла на raidreconfig се натъкнах на разни много зловещи фрази от
типа на има извесно количество бъгове, та можете да затриете всичко.
Проблема е че ми е практически невъзможно да бекъпна половин терабайт.
Та въпроса ми е каква е вероятността да издухам супата и има ли някакъв
шанс нещата да станат културно по друг начин. RAID-a е създаден с mdadm
- v1.6.0 - 4 June 2004, файловата система е xfs, кернела е 2.6.8.

Идеи?

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).

http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara
Zagora

To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Не ме разбирай погрешно ;)
(Мисля и сам се досещаш, че ) Ти не си първия , които се пита как да
добави нови дискове до RAID без да загуби информация.
Потърси* в списъка http://www.linux-bulgaria.org/cgi-bin/namazu.cgi (
http://www.linux-bulgaria.org/archive/ ). Не много отдавна този въпрос
беше отНово повдигнат и даже си запазих .. ха ... я гледай ти :))

"//Отговор на Vasil Kolev vasil [EMAIL PROTECTED] ludost.net
Re: lug-bg: Разширяване на софтуерен RAID 0 с допълнителни дискове.

On пт, 2005-01-21 at 11:27 +0200, Христофор Памятних wrote:

> Здравейте,
> Чудех се дали номера може да стане сравнително безболезнено и без
> съсипване на вече съществуващия RAID масив. Някакви идеи?
>

<спомен тип="мъгляв">
raidhotadd ? Май го имаше описано в RAID HOWTO-то...

п.с. нали за софтуерен raid става въпрос?

"
Пак ти си питал :)
Не знам до колко ще ти е от полза , защото преди не си отговорил дали
ти е свършило работа.

* - и някак се чудя как чрез google не си намерил достатъчно информация
или поне някакви предложения :?

Успех !

Re: lug-bg: Re: lug-bg: спиране на ping

2005-02-27 Thread Dimitar Tomow

Nikolai Alexandrov wrote:
Sertys wrote:
On Mon, 21 Feb 2005 18:50:17 +0200, Антон Бондов
<[EMAIL PROTECTED]> wrote:

On Monday 21 February 2005 13:30, [EMAIL PROTECTED] wrote:
Здравейте група,
първо да поясня, ползвам Debian stable,
един приятел ми препоръча да си спирам пинга до мене с
/bin/echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore all
това добре,работеше,докато преди една две седмици изчезна тази папка
/proc/ незнайно къде :)

!?!?!?... абе то и аз съм с Debian stable - също не съм
много в час с
ядрата, ама знам че без /proc системата ще работи...обаче ми е
много
интересно да видя как аджаба стаа тая работа?

,някой да може да ми препоръча нещо друго или да
ми каже от какво може да е изчезнала /proc/ ?
Ще ви помоля да сте възможно по-ясни,начинаещ съм както се вижда,
благодаря предварително на всички.
И ме извинете ако питането ми е поредната офтопик тема.

Смешно ми се струва. Това, че някои софтуер-и няма да работят
правилно е отделен въпрос(powernowd,acpid,cpuscale). Proc файловата
система не е екзистенциална част от ГНУ/Линукс инфраструктурата. Тя
е просто интерфейс до kernel run-time променливи, които веднъж
сет-нати нямат нужда от препрочитане.

Пробвай да си я моунт-нещ така : /sbin/mount -t procfs /proc
Ако ти изпищи. че не я поддържа кернел-а - тогава го компилирай с
procfs support.

cat /var/log/messages | grep proc ? какво ти дава?

Здравейте, човека каза че е със standart kernel... Не съм работил с
дебиан, ама в стандарт кернела все си мисля че procfs е измежду
включените благинки... по-вероятно е да е омазан /etc/fstab. Иначе за
спиране на пинг-а - най-добре с iptables да ограничиш
echo-reply (pong) за изходящите ip-ta, или echo-request (ping) за
входящите...
пр: iptables -A INPUT -i $OUT -p icmp --icmp-type echo-request
--destinantion $VREDITELI -j DROP
поздрави

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara
Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

1.Да в стандартнто ядро на Дебиан има подръжка на procfs.
cat /boot/config-_KERNEL_NAME_ | grep PROC
(аз съм вкл. тези в ядрото)
---
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_SCSI_PROC_FS=y
CONFIG_PROC_FS=y
---
2.Тъкмо щях да напиша и че може да си решиш проблема с ping-а с iptables.
3.Аз лично предпочитам по протокол :D / така да се каже , разбира се /
монтирането, макар че някои път гледам да си спестя някоя друга дума.

mount none /proc -t proc
Успех.

Re: lug-bg: Драйвери за wireless платка

2005-02-10 Thread Dimitar Tomow

Dimitar Terziev wrote:

Търся си драйвери за това:

Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev01)

Ровенето в google ме доведе до тук:
http://madwifi.otaku42.de/2005/02/

Проблема е, че драйвера се компилира, но не иска да се зареди. При компилация
вади следните грешки:

*** Warning:
"ieee80211_authenticator_register" [/root/atheros/madwifi/net80211/wlan_xauth.ko]
has no CRC!
*** Warning:
"ieee80211_authenticator_unregister" [/root/atheros/madwifi/net80211/wlan_xauth.ko]
has no CRC!
*** Warning:
"ieee80211_crypto_register" [/root/atheros/madwifi/net80211/wlan_wep.ko] has
no CRC!
*** Warning: "rc4_crypt_skip" [/root/atheros/madwifi/net80211/wlan_wep.ko] has
no CRC!

home:~/atheros/madwifi# modprobe ath_pci
WARNING: Error inserting ath_hal
(/lib/modules/2.6.7-grsec.bootsplash-acpi/kernel/drivers/net/ath_hal.ko):
Invalid module format
WARNING: Error inserting wlan
(/lib/modules/2.6.7-grsec.bootsplash-acpi/kernel/drivers/net/wlan.ko):
Invalid module format
WARNING: Error inserting ath_rate_onoe
(/lib/modules/2.6.7-grsec.bootsplash-acpi/kernel/drivers/net/ath_rate_onoe.ko):
Invalid module format
FATAL: Error inserting ath_pci
(/lib/modules/2.6.7-grsec.bootsplash-acpi/kernel/drivers/net/ath_pci.ko):
Invalid module format

Същата платка работи на един MIKROTIK Router (www.mikrotik.com), и бих казал,
че работи много добре.
Ако някой е имал "вземане-даване" с карти с чипсет на Atheros (5212), ще се
радвам да сподели опита си :)

Здравей. Ето няколко идеи , ако могат така да се нарекат:
Warning е предупреждение , не грешка. Важно е (според мне) да определиш
какво точно те предупреждава(т).
Като видях CRC се естих за конфигурирането на ядрото -> CRC32

И ползвах google -> define: crc

Определения на CRC в Мрежата:
Cyclic Redundancy Check. A CRC is a type of check
value designed to
catch most transmission errors. A decoder calculates the CRC for the
received data and compares it to the CRC that the encoder calculated,
which is appended to the data. A mismatch indicates that the data was
corrupted in transit.
www.w3.org/TR/PNG-Glossary.html
Cyclic Redundancy Check; a self-test for error
detection and correction.
www.brocade.com/san/glossary.jsp
Cyclical Redundancy Check; a procedure used to
check for errors in data transmission
www.puredata.com/manual/backboneswiches/appendix/glossary.html

crc32

6.4.1. The CRC-32 Checksum (crc32)

The CRC-32 checksum calculates a checksum based on a cyclic
redundancy check as described in ISO 3309 [14]. The resulting checksum
is four (4) octets in length. The CRC-32 is neither keyed nor
collision-proof. The use of this checksum is not recommended. An
attacker using a probabilistic chosen-plaintext attack as described in
[13] might be able to generate an alternative message that satisfies
the checksum. The use of collision-proof checksums is recommended for
environments where such attacks represent a significant threat.

Предполагам , че не може да си направи вътрешна
проверка дали 'нещата' са наред - знам ,че звучи неточно , но ти давам
просто следа.
И съответно имам две предположения - повече теории:

- трябва ти CRC - а нямаш тази CRC(32) library вкл.
в ядрото /или отделно crc(32) библиотека :? (това вече хия не съм
сигурен )/

или

-самия модул/драйвер няма ... не ползва crc , а
modprobe / insmod очаква някакви върнати стойности от / за CRC за
проверка ...,

знам ли ... Просто идеи ...

Предполагам , че тези Mikrotik рутери не са с
отворен софтуре и в док. не пише нещо относно подръжката на дадената
мрежова карта, но ако не си проверил ( в което се съмнявам и все пак) -
напрваи го.

Успех !

Re: lug-bg: X Resolution Switch Problem

2004-10-02 Thread Dimitar Tomow

 >пример от днес:
 >
 >attached file SOFLOG:
 >
 >Resizing SDL viewport. X: 640 Y: 480
 >
 >X/Монитора превключи на 1280x960 @ 60.2kHz / 60Hz с ужасна картина - все едно 
 >взимата картината и я режете като за пъзел парчета и го разбърквате.
 >
 
izwinqwajte obyrkal sym se :|

RUNELOG - igrata e RUNE / LukiSoftware

Loga kojto sym wi dal be6e na SOF i tam bqh naprwil edno obyrkwane az(no i toj kato se 
pusne minawa na 1280x960), ne GO wzimajte wpredwid -> SOFLOG !

-
http://www.atol.bg - Намери бившите си съученици и стари приятели !Loading: Package Engine
Loading: Package Core
Unreal engine initialized
Bound to SDLDrv.so
Joystick [0] : Unknown Joystick
SDLClient initialized.
Bound to Render.so
Lighting subsystem initialized
Rendering initialized
LoadMap: Entry
Loading: Package Entry
Loading: Package Sky
Bound to RuneI.so
Loading: Package RuneI
Loading: Package CreaturesSnd
Loading: Package Players
Loading: Package creatures
Loading: Package WeaponsSnd
Loading: Package RuneFX
Bound to Fire.so
Loading: Package Fire
Loading: Package FootstepsSnd
Loading: Package objects
Loading: Package weapons
Loading: Package plants
Loading: Package OtherSnd
Loading: Package Statues
Loading: Package RuneFX2
Loading: Package EnvironmentalSnd
Loading: Package MurmurSnd
Loading: Package DoorsSnd
Loading: Package BloodFX
Loading: Package MusicalSnd
Game class is 'RuneSinglePlayer'
Level is Level Entry.MyLevel
Bringing Level Entry.MyLevel up for play (0)...
InitGame: 
Base Mutator is Entry.Mutator0
Browse: intro.run?Name=Ragnar?Class=Runei.Ragnar?team=0?skin=0
LoadMap: intro.run?Name=Ragnar?Class=Runei.Ragnar?team=0?skin=0
Loading: Package intro
Loading: Package RUNESTONES
Loading: Package Organic
Loading: Package SongSnd
Collecting garbage
Purging garbage
Garbage: objects: 14031->14031; refs: 187237
Game class is 'RuneSinglePlayer'
Level is Level intro.MyLevel
Bringing Level intro.MyLevel up for play (0)...
InitGame: ?Name=Ragnar?Class=Runei.Ragnar?team=0?skin=0
Base Mutator is intro.Mutator1
Initialized moving brush tracker for Level intro.MyLevel
Created and initialized a new SDL viewport.
Loading: Package RMenu
Loading: Package UWindow
Loading: Package RBrowser
Loading: Package UBrowser
Bound to IpDrv.so
Loading: Package IpDrv
Current GameInfo: RuneSinglePlayer1
Team 0
Login: Ragnar
Possessed PlayerPawn: Ragnar intro.Ragnar0
All inventory from Ragnar is accepted
Input system initialized for SDLViewport0
Opening SDL viewport.
Bound to OpenGLDrv.so
Loaded render device class.
Initializing OpenGLDrv...
binding libGL.so.1
Resizing SDL viewport. X: 640 Y: 480
OpenGL
GL_VENDOR : ATI Technologies Inc.
GL_RENDERER   : RADEON 9100 DDR Generic
GL_VERSION: 1.3 (X4.3.0-3.11.1)
GL_EXTENSIONS : GL_ARB_multitexture GL_EXT_texture_env_add 
GL_EXT_compiled_vertex_array GL_S3_s3tc GL_ARB_occlusion_query GL_ARB_point_parameters 
GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map 
GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar 
GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_transpose_matrix 
GL_ARB_vertex_blend GL_ARB_vertex_buffer_object GL_ARB_vertex_program 
GL_ARB_window_pos GL_ATI_element_array GL_ATI_envmap_bumpmap GL_ATI_fragment_shader 
GL_ATI_map_object_buffer GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once 
GL_ATI_vertex_array_object GL_ATI_vertex_attrib_array_object GL_ATI_vertex_streams 
GL_ATIX_texture_env_combine3 GL_ATIX_texture_env_route 
GL_ATIX_vertex_shader_output_point_size GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color 
GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract 
GL_EXT_clip_volume_hint GL_EXT_draw_range_elements GL_EXT_fog_coord 
GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters 
GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color 
GL_EXT_stencil_wrap GL_EXT_texgen_reflection GL_EXT_texture3D 
GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp 
GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic 
GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object 
GL_EXT_texture_rectangle GL_EXT_vertex_array GL_EXT_vertex_shader GL_HP_occlusion_test 
GL_NV_texgen_reflection GL_NV_blend_square GL_NV_occlusion_query GL_SGI_color_matrix 
GL_SGIS_texture_edge_clamp GL_SGIS_texture_border_clamp GL_SGIS_texture_lod 
GL_SGIS_generate_mipmap GL_SGIS_multitexture GL_SUN_multi_draw_arrays Device supports: 
GL
Device supports: GL_EXT_bgra
Device supports: GL_ARB_texture_compression
Device supports: GL_EXT_texture_compression_s3tc
Device supports: GL_EXT_texture_env_combine
Device supports: GL_EXT_texture_filter_anisotropic
Device supports: GL_EXT_compiled_vertex_array
Device supports: GL_EXT_fog_coord
Device supports: GL_EXT_secondary_color
Device supports: GL_ARB_multitexture
MinLogTextureSize = 2
MaxLogTextureSize = 8
Bound to ALAudio.so
fcntl: In

lug-bg: X Resolution Switch Problem

2004-10-02 Thread Dimitar Tomow

Здравейте , за втори път пиша за такъв проблем , мислех , че съм го оправил, но уви не 
:(

Става въпрос за следното:

При пускане на OpenGL игра монитора се превключва на даден режим , но вместо на 
изисквания се превключва на някакво ненормално голяма и не че монитора ми (Compaq 
P700) не я поддържа, но картината е страшно разбъркана, на черти и т.н. .

пример от днес:

attached file SOFLOG:

Resizing SDL viewport. X: 640 Y: 480

X/Монитора превключи на 1280x960 @ 60.2kHz / 60Hz с ужасна картина - все едно взимата 
картината и я режете като за пъзел парчета и го разбърквате.

Имах само в Screen Layout 1 Mode -> 1024х768,но четох че трябва да се добавят 
допулнителни , за да може да се превключва на тях , примерно ако искаме да може 
640х480 , трябва да го има и редът ми беше:

Modes "1600x1200" "1280x1024" "[EMAIL PROTECTED]" "[EMAIL PROTECTED]" "[EMAIL 
PROTECTED]"

След последните ми опит (днес) е така:

attached file XF86Config-4:
Modes "1600x1200" "1280x1024" "1280x960" "[EMAIL PROTECTED]" "[EMAIL PROTECTED]" 
"800x600" "[EMAIL PROTECTED]" "640x480"

UT2004 си работи , frozen-bubble също / ползвам я да си тествам само/
Но примерно SOF /LukiSoftware ми прави този номер :? И номера е наистина странен / 
интересен :(

Ползвам fglrx-3.11.
(debian unstable) XFree-4 version: 4.3.0.dfsg.1-7

Прилагам:
/etc/X11/XF86Config-4
./sof &> ~/SOFLOG

-
http://www.atol.bg - Намери бившите си съученици и стари приятели !

SOFLOG
Description: Binary data


XF86Config-4
Description: Binary data

Re: lug-bg: RE: rm -rf /usr (*** )

2004-08-14 Thread Dimitar Tomow



Izw. za lat. Winboze, 6te byda kratyk.

Okaza se 4e e stignal do na4aloto na doc i tam sym go sprql , nama i pomenot /usr/bin 
... i sega idwa typata 4ast za men , neiskam da obivdam nikoj ili ni6to , no kak move 
programi kato dpkg i apt da sa w /usr/bin ... spored men ili /bin , ili dave /sbin ... 
Kak move programite izgravda6ti debian da sa w /usr/bin ... uvas za men :|

apt
no such ...apt
cd /var/cache/apt/archives
ls | grep apt
dpkg -i apt_some-version_i386.deb
no such ... dpkg 

wypros pri polovenie 4e nqma i gcc kak za boga da kompiliram / instaliram dpkg , posle 
apt :??

ili kak da recsbf24 + nqkoj programi :?
ili po-qsno kazano:

livecd Knoppix or Debian based 4rez , koeto da si instaliram dpkg/apt
ediniq wariatn e 

./configure --prefix=/mnt/Debianonhda ...
make
make install
na dpkg i posle
dpkg -i apt...
apt-get --reinstal *

kato neznam dali * -ta 6te podejstwa kato wsi4ko :(

izwoda: make backup , mirrordir or RAID1 !!!

Ehh da imah po-golqm hard-disk

delq go na 2 uslowno i mirror 1-4ast na 2-4ast

/dev/hda1 mirror na /dev/hda6
/dev/hda2 mirror na /dev/hda7 
primerno i t.n :((

kato si mislq 4e misleh i po edno wreme da maham winboze-to ... pyk to 6te me gleda , 
dokato izmislq naj-dobriq na4in. Makar 4e imam edno/dwe LiveCD-ta ... Hyh tolkowa sym 
go polzwal 4e dave i kirilizaciq si nqma , izwinete za koeto :(



-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: RE: rm -rf /usr (*** )

2004-08-14 Thread Dimitar Tomow

Google произнесе тежката си дума ... по-точно резултат от гоогъл, но това е логично
... Логично беше , че е време закона за всеобщата гадост да припомни за съществуването
си ...:

http://ccm.redhat.com/bboard-archive/webdb/00076E.html

цитат:

think this is a mistake every unix geek has made at least once. I once did rm -rf
/usr on an OpenBSD box, and sat there while the command was running, wondering why one
program after another was disappearing. The moral of the story is that rm is a very
powerful command, and you should always think twice before using it.

край на цитат-а.

// да го ***

та тъй приятели и (не)приятели ... :((
гадна случка, но има надежда(светлина) в края на тунел-а , сега не се сещам какво съм
компилирал и какво не точно , но като ми потрябва и го няма (ще го без да знам
(пре))компилирам и пак ще се появи отново в /usr така че ... аз съм лесен , защото
ползвам Debian :D вслучея това ми се явява голям плюс, но факт е , че съм комплирал ХХ
брой програми и то не за ей така, ами защото са ми трябвали , сетете се къде отиват ..
/usr :(

така че ще падне и прекомпилиране, но тъкмо ще обновим версиите ...
всяко зло за добро ...

Та за Дебиан-а.

apt-get --reinstall ли беше, имаше --reinstall си спомням , само остава как да кажа
всичко що е живо ... само този reinstall как да го кажа ,така че да не препокрива
конф. файлове, предполагам не го прави , но знам ли ?

има и вариант apt-get --remove all :wacko - wacko: и после apt-get instal < file,
където file е нещо като dpkg -l > file ... преди remove.

Но определено имам нужда от помощ и идеи

Това, което ме радва е ,че нямам важни файлове (като документи и т.н) в /usr ,което е
голяма радост ... , също така и /usr/local/games/heroes3 си е на мястото , значи ок
:))

пп: извинете за монолог-а ...

-
http://www.elmaz.com/ - Запознанства!

lug-bg: RE: rm -rf /usr (*** )

2004-08-14 Thread Dimitar Tomow

Ehh da go ...

Логично почнал е по азбучен ред ...
Кой е първенеца:

/usr/bin

как разбрах , ами по-това че е стигнал до skype, чак до буква S , да го  бърз 
е гада ..., то аз съм си виновен , но ...

и забравих:

ext3 fs
17GB дял
Debian GNU/Linux (unstable)

успял е да изтрие и gnome-terminal -> логично ... няма конзола ... дали е стигнал до 
xterm ..., ако е в /usr/bin

незнаех , че locate е в /usr/bin ... и него го няма ... :((
Знам , че Ви е много смешно и на мене , само че ми се и плаче ...


-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: rm -rf /usr (*** )

2004-08-14 Thread Dimitar Tomow

Емии няма думи , какво да Ви кажа като увод, най-сетне и аз да си причиня главоболие с
rm -rf ...

имам си една директория opit

и там си разархивирам програмки , туй-онуй:

tar -xvzf fu**ingprogram.tar.gz
гледам ,че си копира 4 файл-а в /usr/...
и си викам , а ясно няма нужда от компилиране , готов-а е , ок и да я махна ..

su root "rm -rf /usr"

вместо su root "rm -rf ./usr" или просто usr ...
и понеже за 4 файл-а по няколко кб е 1 сек време , а той се замисли 3-4-5 и аз се
усетих какво направих ctrl+c, обаче ... представям си колко е изтрил , как да възвърна
тази информация ...

какво да Ви кажа ... от сарказъм и присмиване нямам нужда сега ..., ако имате идея с
радост ще я изслушам ..., че е смешно , смешно е , че за мен си е трагично , таргично
е ..., но какво да се прави :(

Благодаря Ви предварително ...

(* **) = (мам** м*)

-
http://www.elmaz.com/ - Запознанства!

Re: lug-bg: debian menu system + new kde

2004-07-22 Thread Dimitar Tomow

 > Оригинално писмо 
 >От:  George Danchev <[EMAIL PROTECTED]>
 >Изпратено на: Четвъвтък, 2004, Юли 22 18:26:21 EEST
 >--
 >
 >On Thursday 22 July 2004 02:36, Dimitar Tomow wrote:
 >--cut--
 >> нищичко .. а, в ~/.menu нямаше нищо само още една под директрия , но може и
 >> да се бъркам това по памет ти го казвам ... Проблема е , че я изтрих преди
 >> да питам тук и незнаех , че има чак такова значение ... , макар че дефакто
 >> вече като я няма след update-menus би трябвало да се оправят нещата, но :(
 >
 >С две думи за това КДЕ дето си го инсталирал от upstream sources в /opt , menu 
 >системата на дебиан незнае нищо защото няма нищо регистрирано пред нея. Ако 
 >беше инсталирано от debs те щяха да си донесат menufiles да ги регистрират в 
 >съответните директории и т.н. 

Ммм ... грешиш ...
Докато на всички останали потребители , освен проблемня се оправи всичко ок и си сочат 
към /opt/kde323/share/applications/ (za kde3.2.3 , za kde3.3beta1 , e /opt/kde330/ ), 
на моя юзер му сочат към и пищи , че ги няма (защото дефакто ги няма):

пример с konsole:

Service '/usr/share/applications/kde/konsole.desktop' is malformatted.

Мдааа , т.е нещо някъде се пази и се указва за този потребител , но къде , как и защо 
.. И как за бога е станло това указване и запазване , все пак е трябвало предполагам 
аз да кажа запази ми така менюто - примерно ;) И аз вече незнам ... , но знам че звучи 
глупаво , за да си оправя проблема да преинсталирам - всмисъл такъв то тоя проблем 
няма оправия ... е*ати ...  Иначе определено няма да преинсталирам заради това , макар 
и да е доста дразнещо :(( 

Дебианци - помоагайте бе хора :| Благодаря предварително ...

пс: не че е болка за умиране ... ,ама е точно едно такова малко проблемче , колкото да 
те човърка гадно ... ghhrrr

пс2: има ли файлове като ~/bashrc и за X :?, освен xinitrc ...
Всмисъл потребителски файлове определящи/влиаещи в/у сесията на Х :?
10х ;)

 >Но това не е твоя случай и ти искаш да 
 >регистрираш нещо си от някъде си в което няма нищо лошо, но тогава ти 
 >потребителя си правиш собствена структура от menufiles в ~/.menu/ ... е може 
 >и system-wide де ако те влече... имената на файловете обикновено следват 
 >имената на дебианските пакети когато идват с тях за да се намират лесно, но 
 >това не е задължително, така, че си именуваш файловете както си искаш (ако 
 >попаднеш в namespace конфликт с файлове от друга дир ще бъдеш уводомен). Как 
 >се пишат съответните полета в тези файлове е обяснено в man 5 menufile ... 
 >примерни такива може да взаимстваш от /usr/lib/menu/ ... 
 >
 >>  >С две думи, наистина меню системата следва да работи перфектно, стига да
 >>  >не се "пипа" много. Или поне да се пипа по-нежно ;) аз съм имал малки
 >
 >т.е. трябва да се пипа издълбоко и например на per user basis може да си 
 >региструваш каквото и откъдето си поискаш което е и обезопасено от 
 >system-wide бози и което да няма нищо общо с menufiles идващи с дебианските 
 >пакети в /usr/lib/menu/ които могат да бъдат оверайтнати.
 >
 >>  >проблеми с customменюта, но и те са разрешими и накрая се е оказвало,
 >>  >че съм сбърквал я синтаксис, я нещо таквоз ;)
 >>
 >>  ЧЕ АЗ ХИЧ НЕ СЪМ Я ПИПАЛ :| ?!.
 >
 >Тука е грижата. Незнам повече подробности, ако ти пречи деинсталирай menu, то 
 >е с Priority: optional. Тогава ще използваш upstream менютата.
 >
 >-- 
 >pub 4096R/0E4BD0AB  2003-03-18  
 >fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 
 >
 >A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
 >http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
 >To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
 >
 >

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: debian menu system + new kde

2004-07-21 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  Iassen Pramatarov  
 >
 >На Fri, 16 Jul 2004 13:09:24 +0300 (EEST) Dimitar Tomow написа:
 >
 >>СПРЕТЕ ДОТУК !!!
 >
 > Няма проблем, вярва ми се ;) Тази размяна на любезни изрази между нас
 >с Шопов не е фатална, ..да я наречем "упражнение по реторика" ;Р

Не че разбрах и как почна всичко , но карай ... ;)

 > Специално за "остатчните" менюта:
 > Всъщност, ако правилно чета писмото ти, останали са ти и добавени преди
 >аплети в панела? и това при условие, че си махнал потребителските
 >настройки? (май в предното писмо писа, че даже си пресъздал
 >потребителя..? Много странно наистина. Не би трябвало да имаш такива
 >аплети и икони, ако се махнал дот-директориите.
 >

Да точно така - правилно си ме разбрал .! (очудващо е поради добрия ми стил на писане 
, но се радвам , че си успял :)) ).

 > Правил ли си си customменю на потребителя? Едва ли, понеже казваш, че
 >не си разучавал меню системата, но все пак..?

НЕ - не съм правил ;) -> макар че си спомянм , че изтрих такава директория ;) 
/home/problemniquser/.menu = ~/.menu , но от тогава ни помен за нея , дори след 
update-menus ;) Но само този юзер я имаше тази директория :? Друго , което е хванах та 
прочетох за debian menu system и да ти кажа това, което го каза ти беше почти всичко , 
което ме интересува , но уви непомогна :( Проверих навсякъде, където си записва нещо 
меню системата на Дебиан , всичко си е ок , отварях какви ли не файлове - скриптове и 
конф. файлове - нищичко , което да може да засяга моя проблем :(

 > става дума за:
 > ~/.menu/*
 > /etc/menu/*
 >
 >?
 >
 > А в /usr/lib/menu/* стоят доставените от пакетите меню файлове. Но
 >всички тези директории с меню файлове се използват, тоест имат някакво
 >значение само при извикване на командата update-menus, която, както
 >всички други update-* команди в Дебиан е самообяснителна ;)
 >
 >man update-menus
 >less /etc/menu/README
 >links http://localhost/doc/menu/html/index.html
 >
 >П.П.: Още нещо - по принцип пакетите, които имат меню файлове в себе си,
 >извикват по време на postinst фазата на инсталирането си освен всичко
 >друго, и update-menus (логично, иначе за какво биха били меню файловете
 >и update-menus). Така че ако си инсталирал нещо след това и имаш
 >останали стари твои си меню файлове в ~/.menu или /etc/menu (първата е
 >потребителска, втората - администраторска, но и двете са .. "твои", не
 >на пакетите), може да се е омазало. Затова провери тия директории.
 >

нищичко .. а, в ~/.menu нямаше нищо само още една под директрия , но може и да се 
бъркам това по памет ти го казвам ... Проблема е , че я изтрих преди да питам тук и 
незнаех , че има чак такова значение ... , макар че дефакто вече като я няма след 
update-menus би трябвало да се оправят нещата, но :(

 >С две думи, наистина меню системата следва да работи перфектно, стига да
 >не се "пипа" много. Или поне да се пипа по-нежно ;) аз съм имал малки
 >проблеми с customменюта, но и те са разрешими и накрая се е оказвало,
 >че съм сбърквал я синтаксис, я нещо таквоз ;)
 >

 ЧЕ АЗ ХИЧ НЕ СЪМ Я ПИПАЛ :| ?!.

 >Накрая дай su -c /usr/bin/update-menus
 >

  Ами дадох я тази команда, но тя ще влиае на root - какво общо с едни от normal users 
:??

--

Това , за което пиша освен да ти отговоря е , че едно от нещата останали в това "старо 
" меню е Crossover , който ДЕинсталирах !

направих едно locate over и видях това:

/usr/share/applnk , там има обаче и линкове за неща, които дефакто си присъстват в 
системата - примерно abiword , raptor (игричка е това) и незнам до каква степен това 
влиае и добре ок да приемем , че влиае (другата опция че не - не ме засяга хич тогава 
;) ) - защо ВЛИАЕ само на един от потребителите :???

въобще е*ати шантавата работа ... Прегледах възможните конф. файлове и т.н на меню 
системата - нищо :( Накрая ще взема вярно да я махна и наново иснтлаирам дебиан 
системата или да пробвам нещо с комаднaтa install-menu , но нямам метод за kde във 
/etc/menu-methods , търсих в /opt/kde323 , където ми е инсталирано кде-то случайно да 
няма ( :| ) ,но не ...

Би ли могъл да ми кажеш имаш ли нещо за kde в /etc/menu-methods , аз имам само kdm 
конф. файл, който е за менюто / листата с избор на графичен мениджър / десктоп среда в 
кдм (логично ). ;)

Всякви идеи са ДОБРЕ ДОШЛИ ! Благодаря предварително ;)

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: some stupid flames [was: debian menu system...]

2004-07-16 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  Iassen Pramatarov 
 >
 >На Fri, 16 Jul 2004 12:15:48 +0300 Alexander Shopov написа:
 >
 >>> exempt="debian distro" target="debian erzac advocates">
 

 >
 > Абе аз хубаво бях престанал да пиша, кой ли ме би.. :(
 >
 > Проблемът на Димитър нито е толкова сложен, че да не може той сам да го
 >оправи с няколко часа клавиатурене и man-о-четене, нито отговорът ми е
 >"толкова гаден", че да заслужава твоя флейм:(
 
СПРЕТЕ ДОТУК !!!

Не така ! Ясен толкова пъти ми е помагал ! За мен е доказал , че може и знае ... И 
вярно той не пишеше от много време тук, сега го направи с цел да ми помогне , а Вие 
Александър Шопов го нападате за ... и аз незнам какво. Може да е сгрешил - човешко е.

Вярно е , че не съм си прави труда да чета за Debian MENU SYSTEM !!
Както писах в предишносто си писмо: "опитах се за млако време, но неуспях да разбера 
дебиан меню системата" Явно е , че трябва да се чете, въпроса е , че гоня едно нещо 
като "срок". Поради , което си позволих да прескоча man + google и директно да питам 
Вас(пощенския списък на LUG-BG) за помощ.

Лично аз се зарадвах като видях , че Ясен е писал , защото той рядко пише и преди 
време ми говореше за Debian Menu System - даже искаше да пиша и HOWTO/FAQ / документа 
за нея - всмисъл , че той може да ми помогне, запознат е добре с тази 'система'  , 
просто аз за пореден път НЕ СИ ЗАДАДОХ ВЪПРОСА ПРАВИЛНО И РАЗБИРАЕМО !

СПРЕТЕ ДОТУК !!! 

Неискам Ясен да се отказва да пише тук , защото това определено ще е загуба както за 
мен , така и за Вас - Александър Шопов , така и за другите ! 


-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: debian menu system + new kde

2004-07-16 Thread Dimitar Tomow

> Оригинално писмо
>От: Iassen Pramatarov

> Аз така и не разбрах какъв е проблема с мену-системата..?! Ами да -
>debian menu system ;) Кажи какво не ти харесва
>

Да. Както винаги пак сам омазах положението и се изразих максимално ясно.
Аз още вчера се усетих , но ... аххх. Добре ето го положението накратко:

Имах си KDE3.2.3 - бинарите от unstable. Purge на тях , на qt , на arts - т.е махнах
го. Компилирах си го 3.2.3 от сорс, оказах си пътища , всичко точно KDE-то грейва !
Само че KSTART + K main panel - панела, където е часовничето :)) са ми старите и почти
всички линкове неработят. -> т.е Applets / Shortcuts , макар че те са по-скоро
Lunchers :D

След четене и разговаряне разкарвам

~/.kde
~/.kderc
~/.qt
/tmp/*username*
~/.local
~/.config

Но той си помни какви са менютата ... егати ужаса :???

Учудващо е , че на друите потребители менютата им се промениха , всмисъл Control
Center - 3.2.3 -> e под Settings , а в 3.3 Beta1 е на главното - веднага като отворите
KSTART менюто. Т.е от тук видях разликата в менюто икато се загледах още имаше - 2-3
още. (имам 2 КДЕ-та)

Така че менюто им се беше променило на всички освен един - моя USER !
, който си ползвам аз (normal user - не superuser).

И е явно , че debian menu систем ми пази някъде настройките за менютата и панела -
къде ...

Мисля си сега да purge-на деб. меню системата , да ми се оправи менюто и после да я
инсталирам пак :?

Така и така да Ви питам друго ...пак с този юзер и само с НЕГО ми прави следния
проблем.

(Цялата история:)
Първо махнах КДЕ 3.2.3 бинарита-> Компилирах KDE 3.3.Beta1 , но след като получих
проблема , който ще ви споделя по-долу си ползвам 3.3бета само с един определен юзер ,
а другите ми потребители ползват горното 3.2.3 компилирано и то от сорс.

Та какъв е проблема само с този мой user , който и горе ми прави проблем ми изкарава
едно съощение:

Could not start process Unable to create io-slave: "klauncher said: Unknown protocol
'file'.

и нямам нищо в main KDE panel , освен "покази десктопа" , a w KSTART имам само първите
5 основни менюта , но не и Програмите по-нагоре :(

четох какво четох , питах каквото питах->

mv name name.old на следните неща:

~/.kde
~/.kderc
~/.qt

rm на това /tmp/*username*

Но проблема стои , казаха ми прекомпилирай може от това да е, но го прави само на едни
юзер, както и да е ... прекомпилирах все тая...

Явно за този ЮЗЕР НЯКЪДЕ НЕЩО държи и пази някакви стари настройки за този потребител
... И понеже са несъвместими с KDE3.3 той се шашва :(

На всички други потребители като махна .kde .kderc , .qt и си губят всички промени
(хмм всъщност вече не съм сигурен какво ли непробвах, но е факт, че поне тяхното меню
като реших да ползвам само едни юзер с КДЕ3.3 и rm ~/.kde , .kderc, .qt , и те пуснаха
3.2.3 менюто им се промени.

Знам звучи странно , смешно , а може би и тъпо ... Само че си е ФАКТ !?.

Ясене аз се опитах да разуча за кратко време къде какво си слага debian menu system,
но неуспях да я разбера съвсем кой скрипт се задейства или програма ... - всмисъл как
прихваща тозо "поток" - да обработва менютата :?? Така че незнам , засега не ми е в
полза, нито сега, нито и преди ...

KSTART- debian -> немога да кажа е голяма полза - всмисъл върши работа, но няма същата
'красота' като KSTART , нито пък менюто на GNOME ..

покрай проблемите ми с Гном и КДЕ направо се влюбих в xfce4 :))

МНОГО ЩЕ ВИ БЪДА БЛАГОДАРЕН , ако ми помогнете ... в момента ми е важно да си разреша
тези проблеми , макар и да не са фатални на пръв поглед !
Благодаря предварително !!!

-
http://www.elmaz.com/ - Запознанства!

lug-bg: debian menu system + new kde

2004-07-15 Thread Dimitar Tomow

Здравейте ... Засъжеление или не се сблъсках със страшната меню система на Дебиан.
Страшна е защото тя е навсякъде и си прави каквото си иска ... поне при мен ...,
защото явно е , че не съм запознат с нея.

Ето какъв ми е проблема.:

Компилирах си КДЕ ... променливи , пътщи всичко е ОК , смаото КДЕ си се стартира и
т.н, преди това purge на старото + qt , но KSTART + K main panel си стоят същите,
викам си ок - явно. Махам .kde - се му е тая на KDE-тo , $KDEHOME си е дефаулт -> .kde
, не съм го променял !

След около половин-часов разговор в #kde-devel вече знам къде ,какво и как слага меню
системата на самото КДЕ ... , разкаравам всичко възможно - не и не , изтривам ->
пресъздавам юзера -> с чиста home директория е ... пак не ще ... Е ясно ми беше вече -
те и хората ми казаха -> debian menu system .

Усещам , че това ще бъде дълго :(

Търсих гледах , правих не и не ... видях и

.config - разкарах го

.local и него

хора помагайте ;)

Вие сте ми надеждата ! Debian-ци помагайте...

Предполагам и гоогъл ще ми каже отговор на този въпрос, но ...

Абе аз немога ли да махна debian-menu-system :???

Така и така не се разбира добре с kde & GNOME ?

Така де какво толкова върши , че да ми трябва ... като изключиме подредбвата на
приложенията в листа с програми на Х ?
Като махна дебианската меню система, предполагам ще си действат стандартните механизми
за обновяване на "меню-тата" ???

Благодаря предварително.!

KDE3.2.3 from source (TARBALLS)
(all in my) Debian (is) unstable :D

-
http://www.elmaz.com/ - Запознанства!

Re: Re: lug-bg: kdb + X + VC problem

2004-07-14 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  Dimitar Tomow <[EMAIL PROTECTED]>
 >Относно: Re: lug-bg: kdb + X + VC problem
 >До: [EMAIL PROTECTED]
 >Изпратено на: Сряда, 2004, Юли 14 23:29:35 EEST
 >--
 >
 >
 >
 >
 >
 > > Оригинално писмо 
 > >От:  Viktor Vasilev 
 > >Относно: Re: lug-bg: kdb + X + VC problem
 > >До: lug-bg @ linux-bulgaria . org
 > >Изпратено на: Сряда, 2004, Юли 14 21:36:40 EEST
 > >--
 > >
 > 
 >
 >cut
 >
 >
 > >
 > >Постановката при мен е XFree86-4.3.0,1 и XFree86-Server-4.3.0_10 под
 > >FreeBSD 4.9. Кажи и ти каква версия използваш. В групата има хора,
 > >които разбират повече от мен от X и клавиатурни подредби, така че, ако
 > >това се окаже случая, може да се намери и решение :-)
 > >
 > >
 > >Поздрави,
 > >Виктор
 > >
 > >П.П. Тъкмо установих, че и при capslock_toggle, Alt_L пак не е Meta_L.
 > >
 > >  $ xmodmap -pke|grep Alt_L
 > >  keycode  64 = Alt_L Meta_L
 > >  $ setxkbmap -layout bg -variant phonetic -option "grp:capslock_toggle" -compat 
 > > "group_led"
 > >  $ xmodmap -pke|grep Alt_L
 > >  keycode  64 = Alt_L ISO_Prev_Group
 > >
 > >-- 
 > >A mind is not a vessel to be filled,
 > >it is a fire to be ignited.
 > >-- Plutarch
 > ---
 >
 >Ти направо ме хвърли в тъча ;) Пък казваш , че има и по-добре запознати , те щяха да 
 >ме метнат направо изхвърл стадиона :)) 
 >
 >Благодаря много на dam (!). Моя е грешката, че още при първото му писмо   не съм 
 >видял този ред ... 
 >
 >Option "HandleSpecialKeys" "always"
 >
 >Прескочил съм го между другите , които са ми познати и затова просто съм игнорирал в 
 >един момент - треснал капаците. Извинявай , dam .! ;)
 >И отново МНОГО Благодаря ! Но проблема си е странен -> както и да е ;)
 >
 >Относно теб приятелю ... Ами явно при BSD нещата са доста по-сложнички или може би 
 >ти сам си ги усложняваш ;)
 >Пробвай с тази опция ,която написах по-горе (, която dam ми предложи на мне).
 >
 >
 >XFree 4.3.0 ->  4.3.0.dfsg.1-6 (debian binaries)
 >(Като гледам май всичко е тази версия - 4.3.0.dfsg.1-6)
 >Debian GNU/Linux unstable (всички пакети , които ги има + 1 experimenatal :D)
 >
 >Успех и БЛАГОДАРЯ (!) за прекрасния - дълъг и изчерпателен; отговор.
 >
 >-
 
Голям съм ... 
Деан Стоеф Извинявай , че те обърках с друг човек :( Съжелявам.

Благодаря ти - Деан Стоеф; за отговорите и помощта ти ;)

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: kdb + X + VC problem

2004-07-14 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  Viktor Vasilev 
 >Относно: Re: lug-bg: kdb + X + VC problem
 >До: lug-bg @ linux-bulgaria . org
 >Изпратено на: Сряда, 2004, Юли 14 21:36:40 EEST
 >--
 >
 

cut


 >
 >Постановката при мен е XFree86-4.3.0,1 и XFree86-Server-4.3.0_10 под
 >FreeBSD 4.9. Кажи и ти каква версия използваш. В групата има хора,
 >които разбират повече от мен от X и клавиатурни подредби, така че, ако
 >това се окаже случая, може да се намери и решение :-)
 >
 >
 >Поздрави,
 >Виктор
 >
 >П.П. Тъкмо установих, че и при capslock_toggle, Alt_L пак не е Meta_L.
 >
 >  $ xmodmap -pke|grep Alt_L
 >  keycode  64 = Alt_L Meta_L
 >  $ setxkbmap -layout bg -variant phonetic -option "grp:capslock_toggle" -compat 
 > "group_led"
 >  $ xmodmap -pke|grep Alt_L
 >  keycode  64 = Alt_L ISO_Prev_Group
 >
 >-- 
 >A mind is not a vessel to be filled,
 >it is a fire to be ignited.
 >  -- Plutarch
 ---

Ти направо ме хвърли в тъча ;) Пък казваш , че има и по-добре запознати , те щяха да 
ме метнат направо изхвърл стадиона :)) 

Благодаря много на dam (!). Моя е грешката, че още при първото му писмо   не съм видял 
този ред ... 

Option "HandleSpecialKeys" "always"

Прескочил съм го между другите , които са ми познати и затова просто съм игнорирал в 
един момент - треснал капаците. Извинявай , dam .! ;)
И отново МНОГО Благодаря ! Но проблема си е странен -> както и да е ;)

Относно теб приятелю ... Ами явно при BSD нещата са доста по-сложнички или може би ти 
сам си ги усложняваш ;)
Пробвай с тази опция ,която написах по-горе (, която dam ми предложи на мне).


XFree 4.3.0 ->  4.3.0.dfsg.1-6 (debian binaries)
(Като гледам май всичко е тази версия - 4.3.0.dfsg.1-6)
Debian GNU/Linux unstable (всички пакети , които ги има + 1 experimenatal :D)

Успех и БЛАГОДАРЯ (!) за прекрасния - дълъг и изчерпателен; отговор.

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: kdb + X + VC problem

2004-07-14 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  Georgi Chorbadzhiyski 
 >Относно: Re: lug-bg: kdb + X + VC problem
 >До: lug-bg at linux-bulgaria dot org
 >Изпратено на: Сряда, 2004, Юли 14 11:00:28 EEST
 >------
 >
 >Dimitar Tomow wrote:
 >> Здраейте , преди време Ви бях писал , че има проблем с превключване на Виртуалните 
 >> конзоли и Х. Намерих от къде идва проблема, но не и защо и как да го разреша :?
 >> 
 >> Проверих да не би да е проблем от това ,че ползвам алт+шифт, но не е ...
 >> Направих смяната да е с caps Lock, пак същата работа все едно ctrl+alt отказват и 
 >> неработят :|
 >> 
 >> ctrl + f1 , fx- ok
 >> alt + f1, fx - ok :?
 >> 
 >> ctrl+alt+fx - не работи .?
 >> 
 >> Някакви идеи ...
 >> В този случей си нямам и на представа как да тръся в Гоогъл - всмисъл с какви думи 
 >> ;) Кратко и ясно , за да получа търсените отговори.
 >> 
 >> Благодаря предварително.
 >
 >Възможно е превключването от X във вирутално конзола да е забранено.
 >Виж в конфигурацията дали нямаш нещо подобно
 >
 >Section "ServerFlags"
 >Option "DontZap"  "true"  # Изключва ctrl+alt+backspace
 >Option "VTSysReq" "true"
 >Option "DontVTSwitch" "true"  # Изключва ctrl+alt+Fx
 >EndSection
 >
 >-- 
 >Georgi Chorbadzhiyski
 >http://georgi.unixsol.org/
 
izw. za latinicata :(

Predpolagah 4e nqma da se wyrnete nazad, no sym zabrawil da pripomnq .

Nqmam nito edin SERVER FLAGS AKTIWEN !!!
Probwam s "false" na wsi4ki wse taq ;)
Prosto go usetih ot kyde idwa , no nemoga da razbera za6to :?

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: kdb + X + VC problem

2004-07-14 Thread Dimitar Tomow

Здраейте , преди време Ви бях писал , че има проблем с превключване на Виртуалните 
конзоли и Х. Намерих от къде идва проблема, но не и защо и как да го разреша :?

Проверих да не би да е проблем от това ,че ползвам алт+шифт, но не е ...
Направих смяната да е с caps Lock, пак същата работа все едно ctrl+alt отказват и 
неработят :|

ctrl + f1 , fx- ok
alt + f1, fx - ok :?

ctrl+alt+fx - не работи .?

Някакви идеи ...
В този случей си нямам и на представа как да тръся в Гоогъл - всмисъл с какви думи ;) 
Кратко и ясно , за да получа търсените отговори.

Благодаря предварително.

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: lug-bg: Проблем с модулите :?

2004-07-08 Thread Dimitar Tomow

ps: pismoto e pisano s kwrite s cp1251 i copy-paste , predi imah problem ot towa 
c-paste, dano sega nqma.

Това писмо е разделено на 3 части:

1.Този увод.
2.Долната - средна част, която беше писмо готвено да пратя тук.
3.И развитие на нещата , след като реших да не Ви пращам писмото ,което виждате в част 
2 , а да продължа изследването на проблема ,така да го наречем... Борабта с проблема.

В крайна сметка всичко вече е ОК! Макар и все още малко неясно.
Проблема се оказа според мен сериозен.
Проблем с бинарни / компилирани програми/ -> modprobe част от module-init-tools !!! 

3.1-pre5-1

Моял вижте поне 3-тата част на писмото, за да няма двусмислие ;)

---==--
> Doncho N. Gunchev  
 >Ядрото може да зарежда по доста схеми. В RH/FC, Debian а и много други се
 >ползва initrd image за да се зареди някаква микро система, която да зареди основни
 >модули като scsi, USB, ext2/3 и т.н. за да може да се монтира истинската root
 >директория. Тук идеята е ядрото да е малко и модулно за да може да работи във
 >всички случаи с коректно създаден initrd image - пести излишните вкарани в самото
 >ядро модули. Оттам нататък нещата се поемат от init, а той си стартира rc
 >скриптовете според стандарта (/etc/inittab). 

1.Учудващо как с малко познания по процеса на стартиране / зареждане / и проследяване 
бях стигна до това (да го наречем) заключение. Всмисъл не толкова ясно / и добре 
подредено казано/, но забелязах , че модулите се зареждат от скриптове в /etc/init.d/ 
;) И тъкмо щях да Ви пиша за едно мое притеснение и учудване - най-вече 1-вото , ако 
въобще може да го наречем притеснение (де) ;).

> Повече за тези неща можеш да намериш
>в документацията на самото ядро (как се търсят/зареждат модулите, що е то initrd
>и каква е новата концепция по темата в 2.6...) ... (разделяне)

2.ТОЧНО ТОВА МЕ ИНТЕРЕСУВА !
Прегледах ги набързо , но то е много документация , ако можеш да бъдеш по-точен ще ти 
бъде много благодарен ;) В интерес на истината само съм погледнал какво садържа 
/usr/src/linux-2.6.7/Documentation ;)

btw: Незнам защо , но снощи си инсталирах пакет-а kernel-2.6-doc , които беше някъде 
15мб , аз като гледам той го има в сорс-кода на ядрото , т.е от тези 30МБ 
(linux-KVER.tar.bz2),които е ядрото половината се явява едва ли не документация :?

И ако може да бъдеш по-конкретен.
Вчера само мернах Kernel module loadable HOWTO.

>... и като попрегледаш rc скриптовете,
>те са чист shell/bash скрипт.

3.забелязах и в интерес на истината не бих казал , че са сложни, трябва само да се 
съсредоточи човек.

 >  ПС: това ми напомня, че в твоя случай може просто да ползваш initrd от старо
 >ядро, погледни си конфигурацията на boot loader-а.
 >
 >-- 
 
4.Това не го разбрах.

4.1 Те скриптовете получават ... абе ето така е историята:

KVER = $(uname -n)

т.е не са статични фрази :? Променливи са .. .така че нещо не те разбирам за initrd 
как така да ползвам старото :?

4.2 В какъв смисъл конф. на boot loader-a ...

Аз ползвам много просто концепция 

label=
image= 

Невиждам какво още има смисъл да се добавя :? всмисъл задължително необходимо какво 
още има ;)
А имам и някакво read-only , което не знам за какво е man lilo.conf ше има усещам. 

==
5.И за това, което исках да пиша ново по-темата.
Виждам препокриване на скриптове в /etc/init.d/
НЕ СА symlinks или подобно !

5.1
/etc/init.d/etc-setserial
/etc/init.d/setserial

$ ls /etc/init.d -l | grep serial
-rwxr-xr-x1 root root 1378 2004-04-01 09:53 etc-setserial
-rwxr-xr-x1 root root 4308 2004-03-12 12:53 setserial
$

явно etc-setserial идва от по-нова пакет/версия на setserial :?

5.2

/etc/init.d/module-init-tools
/etc/init.d/modutils

дефакто едното е от новата концеция на kernel2.6, защото module-init-tools conflicts 
with modutils , но имах някакви връзки към modutils , ако не се лъжа - вече не си 
спомням, въобще ето защо има човек нужда от сън.!

Но вижте и разминаването в дати-те ???

$ ls -l /etc/init.d/ | grep mod
-rwxr-xr-x1 root root 1088 2004-06-17 16:54 module-init-tools
-rwxr-xr-x1 root root  864 2004-01-01 18:39 modutils
$ ls /etc/rcS.d/ -l | grep mod
lrwxrwxrwx1 root root   27 2004-03-30 17:16 S20module-init-tools -> 
../init.d/module-init-tools
lrwxrwxrwx1 root root   18 2004-03-30 19:48 S20modutils -> 
../init.d/modutils

А може и това , че първо module-init-tools , а после и modutils се зареждат да прави 
проблем , но как допреди е работело ,а сега изведнъж 'БАМ' :( Проблем ... странно 
наистина. Пък и ги прегледах двата скрипта - няма как да стане това объркване с KVER 
:??

В крайна сметка фалшива тревога конфликта е при по-ниска от определена версия на 
modutils ;)

5.3

Гледам че:

- Във runlevel 2 нямам връзка към module-init-tools или modutils !
- Но преди това се стартирам rcS.d , където имам връзки към дадените скриптове.

Re: Re: Re: lug-bg: Проблем с модулите :?

2004-07-07 Thread Dimitar Tomow



Явно нямате идеи ,не че и аз имам :(
Модулите са си там , проверих да не би да са се превърнали - с помоща на магическа 
пръчица в symlinks към другото ядро , но уви не са - уви защото иначе си решавах 
проблема :(

Та си прерових нещата -> гледах , но то какво толкова да гледам ...
Ядрото си е компилирано - бинарно,  модулите са си там , не са symlinks, работещи са :?

Имам следните идеи.:

1. Да прегледам modules.conf - в 2.6.х си сменя името , но ще се сетя като го видя кое 
беше.

2. Някои в linux-bg.org forum беше питал за книга от рода на "Understanding the Linux 
Kernel" само че за 2.6. Е вие да имате идеи :?

3. Мен ме интересува повече самия процес на началното зареждане -> kernel links , 
процеса на зареждане на модулите , всмисъл ясна ми е простата концепция , ядрото си се 
зарежда - каквото съм вкарал в ядрото си е ок(т.е не като модул) и след това се 
зареждат посочените модули в /etc/modules , но все пак как става самото зареждане - 
insmod full path , modprobe justthename , търсих в гоогъл и О (като буква О) тез 
руснаци не си знаят силата ;)

opennet.ru - толкова много материали , вярно много малко за 2.6, но има ;)Засъжеление 
руския ми е толкова добър , че ако попадна на руска орбитална станция ще се "оправя" 
;) - буквално :))

Вижте английския по- го "мога" :) 
(и българския ;) полиглот съм , какво да се прави :D)
И не са ми много от полза :( Пък и честно казано не намерих точно това, което ми 
трябва ;)


Абе сега ми е смешно малко , но като цяло не ми е ... не ми харесва , че става нещо ей 
така на машината без логична причина ми или по-точно незнам защо става. А още по-малко 
ми се смекчи физиономията и като видях какво ми изкара гоогъл за мойте питаня/търсеня.

Предварително Благодаря ! 

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: Re: lug-bg: apt + experimental :!

2004-07-07 Thread Dimitar Tomow





 > Оригинално писмо 
 >От:  George Danchev 
 >Относно: Re: lug-bg: apt + experimental :!
 >До: lug-bg at linux-bulgaria dor org
 >Изпратено на: Сряда, 2004, Юли 7 19:27:11 EEST
 >--
 >
 >On Wednesday 07 July 2004 04:18, Dimitar Tomow wrote:
 >> Здравейте и днес не спим - > не спя , може би за да се оправдя после "ее че
 >> то беше късно " :))
 >
 >ама защо не си доспиваш първо, бре брате. теа грижи няма да избягат ;-)

 Ами трябва , но и аз ли знам защо ;) Днес вече няма начин ;) След като посрещнах 
сутринта - аз си лягах , а другите ставаха , значи ...
А иначе по късни часове е 'гот' - едно осамотяване / оединение / съсредоточаване :D

 >
 >> Добавих си като източник apt-proxy.sourceforge.net (ли беше) за
 >> apt-proxy-то , но там само max unstable 1.9.5, което има сериозен проблем с
 >> фотоните 2.3 :)) - phyton , макар и да имам 2.2 (май).
 >
 >Леле ;-) В предното писмо ти бях привел пример как да добавиш experimental от 
 >de.debian. Дори изплясках и едно apt-cache policy за да видиш таблицата на 
 >версиите ;-) 

Да това твойто го видях , аз се "консултирах" и с man , и с debian book още , но 
гледай сега по-надолу ...

 >
 >> Както и да е , идеята е да си сложа 1.9.12 -> трябва ми experimental.
 >> Викам си ок , правя проверка дали е на мястото си ,както бях чел -> там е
 >>
 >> debian.ludost.net/debian/project/experimental/
 >
 >На един ред пишеш:
 >deb http://debian.ludost.net/debian/ ../project/experimental main contrib 
 >non-free
 >На втори ред пишеш (но може и без него):
 >deb-src http://debian.ludost.net/debian/ ../project/experimental main contrib 
 >non-free
 >
 >Кво стана: debian/ е главния дир на Архива, apt търси там да влиза в dists/ да 
 >търси Suite, ние го вадиме от там с крачка назад и две напред , 
 >демек ../project/experimental , след което му казваме там да гледа за някои 
 >Components (компонентите на български ако не е ясно ;-): и main и contrib и 
 >non-free .. може и едно от тях.
 >
 >> ок добавям си радостен реда
 >>
 >> deb http://debian.ludost.net/debian/projects/experimental main
 >> пищи - не е важно какво
 >
 >Еми пищи щото няма project на никой от сървърите по света ;-)
 >

  Еми аз нарочно снощи СИ СПОМНЯМ МНОГО ЯСНО тръгнах да пиша project и се замислих 
мн.ч или не и погледнах debian.ludost.net - видях ,че е единствено и си пиша , но явно 
по инерция някак си съм го написал ss :|

 >> deb http://debian.ludost.net/debian/projects experimental main
 >> щото пищеше за дист, ама пак пищи ...
 >
 >все още няма project ;-)
 >
 >> викам си ясно -> гледам търся за 5 сек , че и по-малко бам един сорс лист
 >> пред мене колкото ... абе голямо нещо. гледам хората пишат така, променям
 >> според случея хост-а и:
 >>
 >> deb http://debian.ludost.net/debian ../projects/experimental main
 >> пак реве -> еми ще реве като постоянно слага едно dists в пътя ;) , защото
 >> и очаква такова.
 >
 >отново, трябва да използваме единствено число на формата projects ;-)
 >
 >> Ето я и грешката в последния случей /защо се спрях на него:
 >> 1.само така го гледам писано по sources.list на хората.
 >> 2.vasil.ludost.net/blog -> имаше нещо за деб пакетите и някакви сигнатури ,
 >> та човека беше добавял experimental в неговия си sources.list и беше
 >> показал как , т.е така като последния ми опит ;) , само че при него работи
 >> , при мене неще -> извод корупция :)) /
 >
 >Мда, човека използва единствено число на формата projects ;-) 

Извода си ми е правилен -> корупция е :-)

 >
 >>  начало
 >> PC1:/# apt-get update
 >> Hit http://debian.ludost.net unstable/main Packages
 >> Hit http://debian.ludost.net unstable/main Release
 >> Hit http://debian.ludost.net unstable/non-US/main Packages
 >> Hit http://debian.ludost.net unstable/non-US/main Release
 >> Err http://debian.ludost.net ../projects/experimental/main Packages
 >
 >пак ;-) 
 >
 >>   404 Not Found
 >> Ign http://debian.ludost.net ../projects/experimental/main Release
 >> Hit http://apt-proxy.sourceforge.net unstable/ Packages
 >> Ign http://apt-proxy.sourceforge.net unstable/ Release
 >> Failed to fetch
 >> http://debian.ludost.net/debian/dists/../projects/experimental/main/binary-
 >>i386/Packages.gz  404 Not Found Reading Package Lists... Done
 >
 >мдааа, страшно щеше да бъде ако го намира ;-) 
 >
 >> W: Couldn't stat source package list http://debian.ludost.net
 >> ../projects/experimental/main Packages
 >> (/var/lib/apt/lists/debian.ludost.net_debian_dists_.._projects

Re: Re: lug-bg: Проблем с модулите :?

2004-07-07 Thread Dimitar Tomow

 > Оригинално писмо 
 >От:  "Doncho N. Gunchev" <[EMAIL PROTECTED]>
 >Относно: Re: lug-bg: Проблем с модулите :?
 >До: [EMAIL PROTECTED]
 >Изпратено на: Сряда, 2004, Юли 7 16:22:17 EEST
 >--
 >
 >On Wednesday 07 July 2004 15:53, Dimitar Tomow wrote:
 >...
 >> изведнъж някакви дълги редове се появяват и какво гледам - от рода на:
 >> 
 >> uhci_hcd: version magic '2.6.7-scsi-ht-qos-noossemu-3 SMP PENTIUM4 gcc-2.95' 
 >> should be '2.6.7-scsi-ht-qos-noossemu-2 SMP PENTIUM4 gcc-2.95'
 >> 
 >...
 >   Просто 'новото' ти ядро си търси модулите на мястото на което стоят
 >модулите за старото. make modulesinstall ?
 >
 >-- 

Забелязах , но това не ми се вижда просто (ей така да стане !!) - 1-во.
2-ро как е станало това ?
Отдавна ги компилирах тези ядра, преди две седмици (май) :?

пп: абе не че ставам параноик ,но все пак невиждам логична причина и се чудя възможно 
ли е (всъщност възможно е) някои да си е направил "майтапче" :? Макар че не е чак 
толкова просто да се влезе в линукс машина, при положение , че няма пуснати услуги / 
сървъри на рутера , а и на моята машина , която е зад рутерчето ми :?

А и .. , защо модулите на asla-та ми ги зарежда ок , всмисъл не ги търси при 
2.6.7...-3 ?!. Нещо не се връзва :?

Само, ако желаеш / желаете:

cat dmesg.ERR | grep 'version magic' | less

ще видиш само въпросните грешки ;) 
// може да има и по-интелигентенно решение :)

-
http://www.elmaz.com/ - Запознанства!

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Проблем с модулите :?

2004-07-07 Thread Dimitar Tomow

Здравейте , засъжеление бързам в момента и немога да бъда много подробен , но ето 
накратко:

за последно apt-get upgrade всичко си работеше ок
работех си , филм гледах , т.н , загасих си пс-то ок.
Но сутритна пускам го и ядрото си бутва ок ,но ...

изведнъж някакви дълги редове се появяват и какво гледам - от рода на:

uhci_hcd: version magic '2.6.7-scsi-ht-qos-noossemu-3 SMP PENTIUM4 gcc-2.95' should be 
'2.6.7-scsi-ht-qos-noossemu-2 SMP PENTIUM4 gcc-2.95'

и така за доста модули това съобщение.

2.6.7-scsi-ht-qos-noossemu-3 SMP PENTIUM4 - е последното ми компилирано ядро,но 
ползвам 2.6.7-scsi-ht-qos-noossemu-2 SMP PENTIUM4 ?!. 

Незнам защо става това объркване.


Прилагам dmesg и ако някои е имал подобен проблем да даде идея от какво може да е ;)

Системата е: Debian GNU/Linux unstable. Кажете , ако трябва и друго ;)

-
http://www.elmaz.com/ - Запознанства!

dmesg.ERR
Description: Binary data

Re: lug-bg: apt + experimental :!

2004-07-06 Thread Dimitar Tomow



 >--
 >
 >
 >Здравейте и днес не спим - > не спя , може би за да се оправдя после "ее че то беше 
 >късно " :))
 >
 >Добавих си като източник apt-proxy.sourceforge.net (ли беше) за apt-proxy-то , но 
 >там само max unstable 1.9.5, което има сериозен проблем с фотоните 2.3 :)) - phyton 
 >, макар и да имам 2.2 (май).
 >
 >Както и да е , идеята е да си сложа 1.9.12 -> трябва ми experimental.
 >Викам си ок , правя проверка дали е на мястото си ,както бях чел -> там е 
 >
 >debian.ludost.net/debian/project/experimental/ 
 >
 >ок добавям си радостен реда
 >
 >deb http://debian.ludost.net/debian/projects/experimental main
 >пищи - не е важно какво 
 >
 >deb http://debian.ludost.net/debian/projects experimental main
 >щото пищеше за дист, ама пак пищи ...
 >
 >викам си ясно -> гледам търся за 5 сек , че и по-малко бам един сорс лист пред мене 
 >колкото ... абе голямо нещо. гледам хората пишат така, променям според случея хост-а 
 >и:
 >
 >deb http://debian.ludost.net/debian ../projects/experimental main
 >пак реве -> еми ще реве като постоянно слага едно dists в пътя ;) , защото и очаква 
 >такова.
 >
 >Ето я и грешката в последния случей /защо се спрях на него:
 >1.само така го гледам писано по sources.list на хората.
 >2.vasil.ludost.net/blog -> имаше нещо за деб пакетите и някакви сигнатури , та 
 >човека беше добавял experimental в неговия си sources.list и беше показал как , т.е 
 >така като последния ми опит ;) , само че при него работи , при мене неще -> извод 
 >корупция :)) /
 >
 
така оказа се , че хората пишат ftp:// , а не http://, оказа се , че 

deb ftp://debian.ludost.net/debian ../project/experimental main
deb http://debian.ludost.net/debian ../project/experimental main

са съвсем различни неща , ако може някой да ми обясни защо :?

рабирам това да беше bg.debian.org 


ftp://bg.debian.org == http://ftp.bg.debian.org/...

, ама не е :?

пп: пфу малко смених лудоста с дебиан и бг , което също вече почва да ми се събра 
множко като писане ::|

пп2: е вече ми се спи (лека нощ) само да изтествам apt-proxy-то.
мислих си , че сте нощни птици ,но кой ли си проверява пощата в 4:30ам, освен мен.

пп3: извинете , че май го избих на блог.

-
http://euro2004.gbg.bg/ - Всичко за Euro 2004

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: apt + experimental :!

2004-07-06 Thread Dimitar Tomow


Здравейте и днес не спим - > не спя , може би за да се оправдя после "ее че то беше 
късно " :))

Добавих си като източник apt-proxy.sourceforge.net (ли беше) за apt-proxy-то , но там 
само max unstable 1.9.5, което има сериозен проблем с фотоните 2.3 :)) - phyton , 
макар и да имам 2.2 (май).

Както и да е , идеята е да си сложа 1.9.12 -> трябва ми experimental.
Викам си ок , правя проверка дали е на мястото си ,както бях чел -> там е 

debian.ludost.net/debian/project/experimental/ 

ок добавям си радостен реда

deb http://debian.ludost.net/debian/projects/experimental main
пищи - не е важно какво 

deb http://debian.ludost.net/debian/projects experimental main
щото пищеше за дист, ама пак пищи ...

викам си ясно -> гледам търся за 5 сек , че и по-малко бам един сорс лист пред мене 
колкото ... абе голямо нещо. гледам хората пишат така, променям според случея хост-а и:

deb http://debian.ludost.net/debian ../projects/experimental main
пак реве -> еми ще реве като постоянно слага едно dists в пътя ;) , защото и очаква 
такова.

Ето я и грешката в последния случей /защо се спрях на него:
1.само така го гледам писано по sources.list на хората.
2.vasil.ludost.net/blog -> имаше нещо за деб пакетите и някакви сигнатури , та човека 
беше добавял experimental в неговия си sources.list и беше показал как , т.е така като 
последния ми опит ;) , само че при него работи , при мене неще -> извод корупция :)) /

 начало 
PC1:/# apt-get update
Hit http://debian.ludost.net unstable/main Packages
Hit http://debian.ludost.net unstable/main Release
Hit http://debian.ludost.net unstable/non-US/main Packages
Hit http://debian.ludost.net unstable/non-US/main Release
Err http://debian.ludost.net ../projects/experimental/main Packages
  404 Not Found
Ign http://debian.ludost.net ../projects/experimental/main Release
Hit http://apt-proxy.sourceforge.net unstable/ Packages
Ign http://apt-proxy.sourceforge.net unstable/ Release
Failed to fetch 
http://debian.ludost.net/debian/dists/../projects/experimental/main/binary-i386/Packages.gz
  404 Not Found
Reading Package Lists... Done
W: Couldn't stat source package list http://debian.ludost.net 
../projects/experimental/main Packages 
(/var/lib/apt/lists/debian.ludost.net_debian_dists_.._projects_experimental_main_binary-i386_Packages)
 - stat (2 No such file or directory)
W: You may want to run apt-get update to correct these problems
E: Some index files failed to download, they have been ignored, or old ones used 
instead.
PC1:/#
край

Ами това е , незнам ... идеята ми е , че ще погледна man , но въпроса е как мога да му 
задам статичен http адрес , т.е кажа ли му 

deb http://host/here/abe/here/be 

дърпа си packages.gz и готово :)

пробвах директно така, но уви :(

deb http://debian.ludost.net/debian/projects/experimental/main

все реве за тоя dist(s)

пп1: гледах дебиан-боок -> ами стандартното решение -> н3 , което съм дал по-горе, 
само че неработи.

пп2: в дебиан-боок-а има не малко неща неща , които не са проверени че работят , 
просто напоследък ми прави впечатление , така де като ти се случи 2-3 пъти да ти 
потрябва нещо и то ъ-ъ , като четеш документация , и то се окаже , че е друго ядче и 
т.н -> да си кажа само по-важното:
Констатирам положението, изразявайки личното си мнение. ;)

пп3: забравих го но имаше :( А да търсих в гоогъл без успех засега ..., май това беше

ААА ! ДА ! СЕТИХ  СЕ ! :)) ОЛЕ ...
Може би ще кажете , че за един пакет три тона писания , вземи си го дръпни - ами точно 
за тоя пакет проблема е никакъв и все пак трябва да стане-> да е възможно (все пак не 
е кой знае какво -> още един ред в soureces.list) да се добави experimental от 
debian.ludost.net
(охх да се оплача от толкова писане на ludost.net вече почвам да си го повтарям на ум 
- направо си е лудост :(( ).

Това е. Благодаря Ви много предварително и извиенте за тормоза...

-
http://euro2004.gbg.bg/ - Всичко за Euro 2004

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: Re: lug-bg: analog of apt-proxy ?

2004-07-06 Thread Dimitar Tomow




 > Оригинално писмо 
 >От:  George Danchev <[EMAIL PROTECTED]>
 >Относно: Re: lug-bg: analog of apt-proxy ?
 >До: [EMAIL PROTECTED]
 >Изпратено на: Сряда, 2004, Юли 7 00:35:40 EEST
 >--
 >
 >On Tuesday 06 July 2004 21:25, Dimitar Tomow wrote:
 >> ...
 >>
 >>  >> ето ми го конф. файл в крайна сметка:
 >>  >> 
 >>  >> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
 >>  >>
 >>  >> add_backend /debian-main/ \
 >>  >> APT_PROXY_CACHE/debian-main/ \
 >>  >> http://debian.ludost.net/debian/
 >>  >
 >>  >add_backend /debian-main/   \
 >>  >$APT_PROXY_CACHE/debian-main/\
 >>  >http://debian.ludost.net/debian/
 >>  >
 >>  >$APT_PROXY_CACHE не APT_PROXY_CACHE
 >>  >
 >>  >T.e. пакетите от http://debian.ludost.net/debian/ ще се съхраняват на
 >>  > машината с проксито в директорията /var/cache/apt/apt-proxy/debian-main/
 >>  > и ще се достъпват като :
 >>  >http://your-apt-proxy-server:/debian-main/stable main contrib
 >>  > non-free http://your-apt-proxy-server:/debian-main/testing main
 >>  > contrib non-free
 >>  >http://your-apt-proxy-server:/debian-main/unstable main contrib
 >>  >non-free
 >>  >
 >>  >Горните 3 реда в /etc/apt/sources.list
 >>
 >> Т.е да , ама не ... - така е правилно , но дефакто дава грешка :( Относно $
 >> пред APT_PROXY_CACHE просто съм го изял докато съм писал писмото , иначе си
 >> го има/м ;)
 >>
 >> Ето и малко доказателства ;)
 >>
 >> 0) apt-get --purge remove apt-proxy (ползвам 1.3.6 от unstable)
 >>(останаха само /usr/share/doc/apt-proxy/ , което хич не ми пречи)
 >>
 >>apt-get install apt-proxy
 >>
 >> 1)
 >> /etc/apt/apt-proxy.conf
 >>
 >> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
 >>
 >> add_backend /debian-main/ \
 >> $APT_PROXY_CACHE/debian-main/ \
 >> http://debian.ludost.net/debian/
 >>
 >> 2) (normal_user)$ /usr/sbin/apt-proxy -c /etc/apt/apt-proxy.conf
 >
 >мда, наистина може да се окаже, че това което искаш да направиш може да не 
 >стане с apt-proxy 1.3.6. Т.е. това е стария бранш v1. 
 >
 >> Минава без грешки , имаше проблем , че нямало директория debian-main, после
 >> че неможел да пише ,направих chown и правата бяха 755 , т.е 7 за aptproxy
 >> юзера, но пак неможел да пиши , направих едно chmod 777 и вече нещата
 >> заспаха - малко нелогично , но както и да е .
 >
 >мдаа, http://bugs.debian.org/239507
 >cache permissions dangerous
 >Tags: fixed-in-experimental, security;
 >
 >> 3)
 >> /etc/apt/sources.list
 >>
 >> deb http://192.168.0.20:/debian-main/ unstable main
 >>
 >> само този и ред и един коментар в началото на ред с # логично, просто и
 >> само за тест съм го сложил.
 >>
 >> 4)
 >> (super_user)# apt-get update
 >>
 >> PC1:/# apt-get update
 >> Err http://192.168.0.20 unstable/main Packages
 >>   404 is not serviced by this server
 >> Ign http://192.168.0.20 unstable/main Release
 >> Failed to fetch
 >> http://192.168.0.20:/debian-main/dists/unstable/main/binary-i386/Packag
 >>es.gz  404 is not serviced by this server Reading Package Lists... Done
 >
 >мда, "is not serviced by this server" се плюва от скрипта /usr/sbin/apt-proxy 
 >Т.е. нещо задейства тази част от неговия код:
 >bad_url close "$1" "is not serviced by this server"
 >
 >Ако и wget \ 
 >http://192.168.0.20:/debian-main/dists/unstable/main/binary-i386/Packages.gz 
 >казва същото и наистина има такъв URL, значи тази версия на apt-proxy не може 
 >да се оправи с него. Не искам и да се ровя защо се получава така.
 >
 >> W: Couldn't stat source package list http://192.168.0.20 unstable/main
 >> Packages
 >> (/var/lib/apt/lists/192.168.0.20:_debian-main_dists_unstable_main_binar
 >>y-i386_Packages) - stat (2 No such file or directory) W: You may want to run
 >> apt-get update to correct these problems
 >> E: Some index files failed to download, they have been ignored, or old ones
 >> used instead. PC1:/#
 >>
 >> 5)
 >> (super_user)#cat /var/log/apt-proxy.log
 >>
 >> /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead
 >
 >Мда още един проблем #219049 ... несъгласуваност с coreutils.
 >(демек bugs.debian.org/219049 )
 >
 >> [2963 20:46:29]  Tue Jul 6 20:46:29 EEST

Re: Re: lug-bg: analog of apt-proxy ?

2004-07-06 Thread Dimitar Tomow




 >3)
 >/etc/apt/sources.list
 >
 >deb http://192.168.0.20:/debian-main/ unstable main
 > 
 >само този и ред и един коментар в началото на ред с # логично, просто и само за тест 
 >съм го сложил.
 >
 
Ахх! Ето тук може да се получи едно двусмислие ... става въпрос , че sources.list  ми 
е това:

начало

#for test only
deb http://192.168.0.20:/debian-main/ unstable main

край

;)

-
http://euro2004.gbg.bg/ - Всичко за Euro 2004

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

Re: Re: lug-bg: analog of apt-proxy ?

2004-07-06 Thread Dimitar Tomow

...

 >> ето ми го конф. файл в крайна сметка:
 >> 
 >> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
 >>
 >> add_backend /debian-main/ \
 >> APT_PROXY_CACHE/debian-main/ \
 >> http://debian.ludost.net/debian/
 >>

 >
 >add_backend /debian-main/   \
 >$APT_PROXY_CACHE/debian-main/\
 >http://debian.ludost.net/debian/
 >
 >$APT_PROXY_CACHE не APT_PROXY_CACHE
 >
 >T.e. пакетите от http://debian.ludost.net/debian/ ще се съхраняват на машината
 >с проксито в директорията /var/cache/apt/apt-proxy/debian-main/ и ще се
 >достъпват като :
 >http://your-apt-proxy-server:/debian-main/stable main contrib non-free
 >http://your-apt-proxy-server:/debian-main/testing main contrib
 >non-free
 >http://your-apt-proxy-server:/debian-main/unstable main contrib
 >non-free
 >
 >Горните 3 реда в /etc/apt/sources.list
 
Т.е да , ама не ... - така е правилно , но дефакто дава грешка :( Относно $ пред 
APT_PROXY_CACHE просто съм го изял докато съм писал писмото , иначе си го има/м ;)

Ето и малко доказателства ;) 

0) apt-get --purge remove apt-proxy (ползвам 1.3.6 от unstable)
   (останаха само /usr/share/doc/apt-proxy/ , което хич не ми пречи)

   apt-get install apt-proxy

1)
/etc/apt/apt-proxy.conf

APT_PROXY_CACHE=/var/cache/apt/apt-proxy

add_backend /debian-main/ \
$APT_PROXY_CACHE/debian-main/ \
http://debian.ludost.net/debian/

2) (normal_user)$ /usr/sbin/apt-proxy -c /etc/apt/apt-proxy.conf

Минава без грешки , имаше проблем , че нямало директория debian-main, после че неможел 
да пише ,направих chown и правата бяха 755 , т.е 7 за aptproxy юзера, но пак неможел 
да пиши , направих едно chmod 777 и вече нещата заспаха - малко нелогично , но както и 
да е .

3)
/etc/apt/sources.list

deb http://192.168.0.20:/debian-main/ unstable main
 
само този и ред и един коментар в началото на ред с # логично, просто и само за тест 
съм го сложил.

4)
(super_user)# apt-get update

PC1:/# apt-get update
Err http://192.168.0.20 unstable/main Packages
  404 is not serviced by this server
Ign http://192.168.0.20 unstable/main Release
Failed to fetch 
http://192.168.0.20:/debian-main/dists/unstable/main/binary-i386/Packages.gz  404 
is not serviced by this server
Reading Package Lists... Done
W: Couldn't stat source package list http://192.168.0.20 unstable/main Packages 
(/var/lib/apt/lists/192.168.0.20:_debian-main_dists_unstable_main_binary-i386_Packages)
 - stat (2 No such file or directory)
W: You may want to run apt-get update to correct these problems
E: Some index files failed to download, they have been ignored, or old ones used 
instead.
PC1:/#

5)
(super_user)#cat /var/log/apt-proxy.log

/usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead
[2963 20:46:29]  Tue Jul 6 20:46:29 EEST 2004 Request 
/debian-main/dists/unstable/main/binary-i386/Packages.gz
[2963 20:46:29]  Bad URL /debian-main/dists/unstable/main/binary-i386/Packages.gz is 
not serviced by this server
/usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead
[3040 20:46:29]  Tue Jul 6 20:46:29 EEST 2004 Request 
/debian-main/dists/unstable/main/binary-i386/Release
[3040 20:46:29]  Bad URL /debian-main/dists/unstable/main/binary-i386/Release is not 
serviced by this server

... Еми това е дами и господа :|
Какви промени направих , както казах и още в първото си писмо !

1) се промени на

/etc/apt/apt-proxy.conf

APT_PROXY_CACHE=/var/cache/apt/apt-proxy

add_backend /debian/ \
$APT_PROXY_CACHE/debian-main/ \
http://debian.ludost.net/debian/

и промених логично реда в sources.list от debian-main на debian :)

И ВСИЧКО ЗАСПА !!!
ЗАБЕЛЕЖЕТЕ ОБАЧЕ:

Това , което казах аз, какво каза човека , който съм цитирал (Владимир Пенов) и скоро 
получих още един отговор (на Георги Данчев) подвърждаващ думите на Владимир Панов. => 
всички разбраме man еднакво или поне имаме еднаква гледна точка за правилен 
apt-proxy.conf с изискванята от мене , но (!) ето какво става в действителност :? Т.е 
проблема не в мен/нас/вас.
Или в неправилна документация или нещо в самата програма.?!


Също така възниква и този проблем:
PC1:/# apt-get update
Get:1 http://192.168.0.20 unstable/main Packages
99% [1 Packages 267626]
  8467B/s 0s

скороста ми е от 40кб/с за BG PEERING-а и си я правя , когато пусна apt-get update 
директно към (debian.)ludost.net , а сега едвам стига 9кб/с :??? При опит за apt-get 
upgrade -d достигна за 2-3сек само 16кб/с и това си беше.

Ако има нещо неясно или някъде съм заплел мисъл , кажете ! Прегледах цялото писмо поне 
6 пъти,но може да съм разместил нещо по-погрешка и да объркам смисъла. Много ми се 
иска да си реша проблема , но като гледам той е в самия софтуер , а не конфигурирането 
му ;)

пп: честно казано , когатп почнах да позлвам Debian преди май станаха 2 години чух за 
experimental , но при четенето на книги ,

lug-bg: analog of apt-proxy ?

2004-07-05 Thread Dimitar Tomow

Здравейте , след като си поиграх малко (да се чете доста !; или прекалено много , ако 
ми трябваше да си свърша важна работа) с apt-proxy:

1.видях , че има доста неща да се оправят;
2.версията му  в unstable е 1.3.6 - нея ползвам и говоря за нея;
3.гледам има 1.9.12 най-новата и то от 30.5.2004 и не че ме е страх от това 
experimental, но си спомянм някъде бях гледал списък с много аналози на apt-proxy -> 
т.е за изграждане на локално хранилище или миррор , който да се ползва и пълни при 
заявка от други машини ...  - само че а сега сети се къде го гледах това ... :( 
4.В момента съм в процес на търсене и все пак реших да Ви попитам ;)
5.Ако някой може да ми преведе тези редове, защото аз си ги превеждам едно (те не че 
са и много трудни за превод), работата става обаче друго ядче :?

цитат man apt-proxy.conf -> доста поостарял , а и самата версия де ...


add_backend backend-name cache-path-name backend-server ...
  backend-name: Name of the backend.  Clients can use this backend
  by putting an entry like this in their sources.list:
  deb http://servername:/backend-name ...

  cache-path-prefix:  the  client URI will have the prefix chopped
  off and replaced by this to form the location of the cache file.
  Normally  you  should  set this to be $APT_PROXY_CACHE/'backend-
  name.

  backend-server: Backend server name(s): the client URI will have
  the  prefix  chopped  off  and replaced by this name to form the
  location of the back-end file.  If the download fails  from  the
  first  server,  it will fall back to successive servers.  If one
  of the server names is prepended by a `+', then it  will  always
  be  preferred  for  fetching Packages, Sources and other control
  files.  See BACKEND SERVER PROTOCOLS for more details.


-
край на цитата

Това, което разбрах беше , че сървъра с апт-прокси се достъпва на порт  чрез 
http://apt-proxy-server:/backend-name -> OK

add_backend /debian-main/

След това слагам къде искам да ми се кешират пакетите -> някъде си , все тая къде ! в 
моя случей APT_PROXY_CACHE=/var/cache/apt/apt-proxy 

И накрая кой е сървъра , който ще се "миррорва": 

http://debian.ludost.net/debian/

ето ми го конф. файл в крайна сметка:

APT_PROXY_CACHE=/var/cache/apt/apt-proxy

add_backend /debian-main/ \
APT_PROXY_CACHE/debian-main/ \
http://debian.ludost.net/debian/ 

# всички редове без последния завършват с '\' ;)
-
Само че ми дава грешка и като погледна лог-а , той приятеля се опитава не да викам 
http://debian.ludost.net/debian/едиквосидист/едикоясиарх/едикойсипакет;,

ами http://debian.ludost.net/debian-main/итаканататък; ...

та идеята е , че по backend-name се вика моят сървър с апт-прокситo, а не самия сървър 
от който дефакто ще се изтегли даденият пакет ... , т.е. се оказва , че работещия 
вариатн е вместо 

add_backend /debian-main/ \

да е

add_backend /debian/ \

и така си работи -> ще питате какъв е проблема, еми аз неискам да се достъпва под това 
име debian , а debian-main ;)

Та отворих скрипта апт-прокси с желание за прилагане на правата дадени ми от свободате 
, само че като сложим мойте познания + отношението ми към (завързаните) скриптове + 
желанието (което беше хем голямо , хем малко ) + че е 2:30ам , та си казах 'абе ще се 
занимавам но не и сега, има и други такива програми' -> както казах бях видял един 
списък преди време и си харесах няколко програми ...

---
6. Да обобщя:

- аналог на apt-proxy ?
- аз ли нещо не съм разбрал man старницата на apt-proxy или наистина работата не е в 
ред ?

Благодаря за вниманието ;)

-
http://euro2004.gbg.bg/ - Всичко за Euro 2004

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Re: lug-bg: Мега тъп въпрос за Дебиан

2004-07-04 Thread Dimitar Tomow



>Здравей ;) Постарах се да прочета всички писма по темата ти и доколкото
>я разбирам имаш нужда от начин за указване на променливи на средата
>независимо от начин на логин в системата ;) :?
>
>Мисля , че твоя отговор се крие във файла profile, също така последната
>работа му е да е изпълни съответния файл ~/profile-private
>(/home/someuser/profile-private).


Макар и да видях ,и прочетох на други места това , което може да се види от $cat 
/etc/profile:
---
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
cut
---
съвсем го изпуснах,което означава , че съм в голяма грешка :(
( очакваше се :| )

Заблудих се от 'онзи цитат', който ти дадох:

The /etc/profile file contains the setup commands and environment changes common to 
all users. 

:(

-
http://euro2004.gbg.bg/ - Всичко за Euro 2004

A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html

lug-bg: Re: Re: lug-bg: Мега тъп въпрос за Дебиан

2004-07-04 Thread Dimitar Tomow


 > Оригинално писмо 
 >От:  Alexander Shopov <[EMAIL PROTECTED]>
 >Относно: Re: lug-bg: Мега тъп въпрос за Дебиан
 >До: [EMAIL PROTECTED]
 >Изпратено на: Петък, 2004, Юни 25 09:56:40 EEST
 >--
 >
 >>  Сигурно имаш нещо предвид, но аз те разбирам буквално... Всъщност това
 >> са конфигурационни файлове, bash само ги чете, така че за какво са им
 >> други права изобщo?...
 >> 
 >Както казва човечето от "Минута е много" - "ами сега?"
 >Явно аз нещо не съм доизмислил:
 >
 >Проблемът ми започна по следния начин:
 >1. Влизам през gdm в системата (Debian SID).
 >2. Скриптът ~/.bash_profile не се изпълняваше, а там има няколко 
 >променливи, които искам да задам и експортирам за средата.
 >3. Определено не искам да се задават през .bashrc, за да не се сетва 
 >всеки път. Там е масто за alias-и и функции.
 >4. Пробвах се да изпълня файла с ~/.bash_profile. Естествено, че е 
 >грешка - това, което трябва да направя е
 >. ~/.bash_profile
 >Така или иначе забелязах, че няма права за изпълнение.
 >5. В този момент си спомних, че gdm от известно време не ползва root 
 >права, а ги маха, колкото може по-скоро. И си помислих, че проблемът е в 
 >това, че се опитва да изпълни скрипта ~/.bash_profile. За това 
 >евентуално му трябват права за четене в моята домашна директория (които 
 >имаше) и права за четене (които имаше) и праза за изпълнение (които 
 >нямаше) за скрипта ~/.bash_profile.
 >
 >Затова реших, че има такъв проблем.
 >
 >Може би трябва да изследвам нещата по-подробно и да се разтърся в Интернета.
 >Така или иначе - изглежда, че конфигурационните файлове на баш си вървят 
 >и без права за изпълнение макар да са точно изпълними файлове на баш.
 >
 >Ако намеря някакво обяснение и ще пиша.
 >
 >ал_шопов
 --

Здравей ;) Постарах се да прочета всички писма по темата ти и доколкото я разбирам 
имаш нужда от начин за указване на променливи на средата независимо от начин на логин 
в системата ;) :?

Мисля , че твоя отговор се крие във файла profile, също така последната работа му е да 
е изпълни съответния файл ~/profile-private (/home/someuser/profile-private).

Надявам се , че точно това ти е трябвало :)

пп: Засъжеление не се намира много лесно информация за този/тези файлове -> колкото и 
странно да звучи това !

Едно цитатче:
 
The /etc/profile file contains the setup commands and environment changes common to 
all users. 

След това обаче немога да разбера - защото няма ни след с apropos , камоли да уцеля 
нещо с man/whatis; дали нещата в .profile-private се изпълняват с роотски привилегии 
-> едва ли , защото доколкото ми стана известно:

/etc/profile - по подразбиране е файл , който има права само роот потребителя и си 
съществува по подразбиране в един Линукс. Но (!!!) личните профил файлове не са 
задължителни и ги няма по default (това подразбране нещо не ми се връзва като default 
по смисъл, дайте идея :( ) => се създават или от роот , или от самия потребител => 
'нещата' вътре нямат привилегии на изпълнение на супер потребител. 

Но първата ми идея - преди да разбера за profile-private; ми беше, че във profile 
стартираш една програмка във фонов процес (може би :?), която 
чрез един switch(юзер) добавя дадените променливи към / за системата ... 
:) И това ще е възможно за тази програма , защото всичко изпълнено от profile се 
изпълнява доколкото разбра с права на root.

 дотук е по-ясната и важна ЧАСТ! --

пп2: засъжелени не съм много наясно със системните акаунти използвани при стартиране 
на системата -> всимисъл хубаво ядрото стартира /sbin/init или каквото му кажа чрез 
init=... , но с кой юзер :? Потребителя роот ли изпозлва , съмнявам се (от съображения 
за сигурност ВСЕ ПАК!), по-скоро някакъв акаунт към групата на роот или staff (?), 
видях , че dir:home ползва user root , group staff. Така де несъм наясно със 
системните акоунти и (по-важното) защо повдигам този въпрос -> "кой потребител 
'стартира' profile" :? :))


Сега остава и да не съм разбрал темата/идеята ти и да съм Ви накарал да прочетете 
толкова редове :| Едно предпазно 'Извинете' :)

пп3: И въобще цялата исторя със стартирането на системата / процеса на зареждане е 
много интересн /, но за да получиш пулна информация - която аз търсих в Гоогле и 
книги, но; трябва да погледнеш сорс кода на ядрото и да проследиш "движението" ... 
Просто защото (според мен) има доста голяма част необяснена/неописана, макар и 
свеждането до 'простичкото' kernel -> /sbin/init -> inittab -> init level -> 
/etc/init.d/... -> profile + ~/.profile(~/profile-private) :)

И въобще дадох ти (може би) отговор, "зададох 3тона въпроса" ... Надявам се да не съм 
замотал писмото и да е станало неясно ... Теглих му няколко прочита и редакции надявам 
се да съм бил полезен :)

pp4: ей щях да забравя -> в крайна сметка не соказа "Мега тъп въпрос за Дебиан" :)) Не 
се подценявай :) 

-
http://euro2004.gbg.bg/

99 matches

Mail list logo