Покажи теми - nv
Виж публикациите на потр. | * Виж темите на потр. | Виж прикачените файлове на потр
Страници: [1]
1  Нетехнически теми / Коментар / Акция “Разпети петък” -: Apr 29, 2006, 16:19
Линк Към блога на Йовко Ламбрев, където той описва проблема. Ето пейст:

Акция “Разпети петък”

Преди време през миналото 39-то Народно събрание не успя да мине един Законопроект за използване на свободен софтуер в държавната администрация. Нямаше как да се случи - не му беше дошло времето, за категоричността на текстовете в закона е нужно управленско мислене и общество, което съзнава накъде го водят. И вносителите на законопроекта Иван Иванов и Стойчо Кацаров, и тези които им помагахме с консултации и съвети бяхме наясно с това.

Миналата есен на 28 октомври 2005 депутатите Иван Иванов и Евгени Чачев внесоха друг законопроект за използване на отворени формати при обмен на документи по електронен път между държавната администрация (ДА) и гражданите. За да бъда точен Законопроект за изменение и допълнение на Закона за достъп до обществена информация. Този законопроект беше наследил категоричността на предишния и защитаваше приоритетното използване на отворени файлови формати, което би следвало да е нещо по подразбиране за всички мислещи хора и управници. Вместо подкрепа обаче и този законопроект срещна съпротива - бяха изпратени отрицателни становища от много министерства и организации. Пропито с липса на мисъл бе това на организацията на общините в България. Вследствие на това беше предложено да се създаде работна група за предефиниране текстовете на този законопроект под шапката на Министерство на държавната администрация и административната реформа (МДААР), в която група участваха и IT-експерти и юристи на МДААР, МВР, Министерство на здравеопазването, а вносителите в лицето на Иван Иванов поканиха мен като експерт и Председател на УС на Фондация “Отворени проекти”, Ясен Цветков, IT-експерт в Народното събрание и д-р Стойчо Кацаров като вносител на предишния законопроект.

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

    ЗАКОН за изменение и допълнение на Закона за достъп до обществена информация

    §1. В чл.3 се създава нова ал.3:
    “(3) Държавните органи по ал.1 предоставят обществена информация по електронен път в различни формати, поне един от които е отворен”

    §2. В §1 от Допълнителна разпоредба се създава нова т.3
    “3. “отворен формат” е публично достъпно описание, което не обвързва потребителя с конкретен производител на софтуерни продукти и дава възможност на всеки желаещ да го използва без заплащане на такси”

    §3. Преходна разпоредба:
    “§3. В срок до шест месеца от влизането на закона в сила държавните органи привеждат в изпълнение разпоредбата по чл.3, ал.3.”

Това вероятно е най-краткия законопроект в историята на България - същественото е първото изречение, а именно “Държавните органи предоставят обществена информация по електронен път в различни формати, поне един, от които е отворен.” Няма насилие, няма безалтернативност, просто защита на правото на избор, човек да реши в какъв формат да свали нужната му информация. Тъжно е че това изречение не е по подразбиране в главите на тези, които публикуват файлове в Интернет - тъжно е, че ДА не се интересува, че има потребители, които просто не искат да си купуват Microsoft Office, но това е факт. Понеже обаче ние нямаме нищо против правото на избор (дори и правото някой да е глупав) нямаме нищо против каквито и да са други формати, стига поне да има един, който е свободен. Както казах пред в.Капитал, това струва като усилие само още едно Save As с OpenOffice. Нещо, което се прави отдавна на сайта на Парламента без никакъв закон и разпоредба - само на добрата воля на IT-хората там.

Да – знам, че дефиницията на отворен формат не е съвсем коректна. Знам, че могат да се специфицират още много неща и би било добре те да влязат в закон за да могат хората в различни малки общини уверено да ги използват. Но това са консенсусните текстове – тези зад които застана цялата работна група без изключения и особени мнения. С вносителите на законопроекта се размислихме, че е много по-добре да мине нещо, отколкото нищо, че това е една малка стъпка, която си струва цената на компромиса да бъде осъществена. Най-малкото – в българското законодателство ще има някакъв опит за дефиниция на тези неща, която после може да бъде и поправяна.

Чест прави на МДААР, че подкрепиха новия законопроект с положително становище. Всички други становища са положителни или неутрални. С изключение на две от тях. Две, които идват от места, от които най-малко се очакваха. Две становища, които са толкова срамни с безкомпетентноста си и липсата на желание да се вгледаш в проблема, че биха били оневинени единствено ако бъдат оттеглени и променени и ако техните автори моментално връчат оставките си.

Ще публикувам и двете становища, просто като доказателство колко безхаберно некадърни хора си позволяват да изказват становища по теми важни за развитието на ИТ в България. Вземете си успокоителни и погледнете. И не се смейте – няма нищо смешно – адски тъжно е всичко, всъщност. Такива становища могат да бъдат написани от хора, които или нищо не разбират, или не са погледнали и с четвърт око за какво иде реч. В единия случай говорим за виновност поради некомпетентност, а в другия за неизпълнение на служебни задължения.

Едното становище е от Държавната агенция по Информационни технологии и съобщения (ДАИТС). Подписано е от Стойчо Стойков – зам. председател на ДАИТС.

    Държавната агенция за информационни технологии и съобщения не подкрепя проекта на Закон за изменение и допълнение на Закона за достъп до обществена информация поради следното:
    1. Използването на отворени формати има отношение само към обработването и съхранението на информация. В тази връзка въвеждането на отворения формат като форма за предоставяне на достъп не съответства на характера и начина на използването на отворения формат. Доколкото Законът за достъп до обществена информация (ЗДОИ) урежда обществените отношения, свързани с правото на достъп до обществена информация, считаме, че текста на § 1 от законопроекта попада извън обхвата на закона.
    2. Считаме, че въвеждането на задължение за субектите за осигуряване на достъпа до обществена информация, да предоставят обществена информация по електронен път, ограничава правото на субектите на достъп до обществена информация, свободно да избират формата, под която да им бъде предоставена конкретна обществена информация.
    3. Намираме дефиницията дадена за отворен формат за некоректна, тъй като за отворения формат е характерно ползването му без заплащане на лицензионни такси,
    4. Според нас текстовете на § 1 и § 3 от законопроекта противоречат на чл. 27 от ЗДОИ. С разпоредбата на ч-л. 27 от- ЗДОИ се допускат изключения от задължението органите да се съобразят с предпочитаната форма за предоставяне на достъп до обществена информация. С въвеждането на задължението по § 1 и § 3 от законопроекта ще се ограничи приложението на чл. 27 от ЗДОИ при искане за предоставяне на достъп по електронен път в отворен формат, което считаме за нецелесъобразно.

Второто становище е на самият Министерски съвет, който досега си кротуваше, но явно е настанало време да произнесе тежката си дума – пасквилът е изпратен от Дирекция “Стратегическо планиране и управление” и е подписан от неговата директорка Снежана Димитрова.

    Предлагам да не се приема предложеното изменение на Закона за достъп до обществена информация със следните мотиви:
    1. Чл. 25, ал.1 т.З от ЗДОИ регламентира избора на формата, в която да бъде предоставена обществената информация - тя се определя от субекта, искащ информацията, а не от органа, който я предоставя.
    2. Чл. 26, ал1 т.4 и ал.З и 4 от ЗДОИ регламентират избора на вида на техническия носител, на който да се предоставя информацията. Използването на технически носител не е задължително и не нарушава правото на достъп до обществена информация.
    В този смисъл исканите промени са излишни, защото избора да се използва или не отворен формат (съгласно дефиницията на предлагания законопроект) вече е регламентиран с настоящия закон.

Я, виж ти, стратегическото планиране и управление на държавата отдавна вече си е било свършило работата. А ние да не знаем? Министър Калчев здрави основи е положил. Без Калчев по Калчевски.

Коментарът е излишен – бюрокрацията пази установеното статукво. Нямат значение препоръките от Европа, нямат значение усилията на толкова хора с години да влеят малко разум в нечии управленски твърдоглави кратуни. ОК – след две-три години това ще бъде сервирано като задължение от Европа – тогава ще припкаме да го изпълняваме, а сега когато можем с нещо малко да сме крачка напред…

Е, нужен е ответен удар! Нека всички с поне малко IT-компетентност, които осъзнават колко е важно ДА да допуска използването на алтернативни файлови формати да изпратят своите становища на независими експерти и/или становища на неправителствени или браншови организации до 5 май 2006 до:

Комисия по гражданско общество и медии
Народно събрание на Република България
София 1169, пл. “Александър Батенберг” 1
Факс: (02) 986 11 89
E-mail: kgom {at} parliament.bg

Копия до:

Комисия по транспорт и съобщения
Адрес: София 1169, пл. “Александър Батенберг” 1
Факс: (02) 987 34 61
E-mail: ktc {at} parliament.bg

Министерски съвет – Дирекция “Стратегическо планиране и управление”
На вниманието на Снежана Димитрова - Директор
1194 София, бул. “Дондуков” №1
факс: (02) 980 20 56

Държавна агенция за информационни технологии и съобщения
На вниманието на Пламен Вачков - Директор
София 1000, Бул “Ген. Йосиф Гурко” № 6
факс: (02) 980 3810

Идеята на тези становища е Комисията по гражданско общество и медии да обърне сериозно внимание на проблема и да олекне тежестта на двете негативни становища. В противен случай глупостите на МС и ДАИТС ще натежат, заради авторитета на институциите, от които идват. И понеже становищата не са нищо повече от смешни глупости, нека помогнем на Комисията да го осъзнае. Що се отнася до това, че ще бъде накърнен авторитета на горните две институции - трябва ли да тъжим след като очевидно на самите ДАИТС и МС не им пука особено за авторитета си щом си позволяват подобни становища.

Аз лично смятам да поискам и оставките на Снежана Димитрова и Стойчо Стойков с писма до министър-председателя Сергей Станишев (primeminister {at} government.bg) 1194 София, бул. “Дондуков” №1, факс: (02) 980 20 56 и до Директора на ДАИТС Пламен Вачков - София 1000, Бул “Ген. Йосиф Гурко” № 6, факс: (02) 980 3810, (vachkov {at} daits.government.bg).

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

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



2  Хумор, сатира и забава / Хумор / Uncyclopedia -: Feb 12, 2006, 01:02
http://uncyclopedia.org/wiki/Main_Page

Препоръчвам:
http://uncyclopedia.org/wiki/Bulgaria
http://uncyclopedia.org/wiki/Mangals

http://uncyclopedia.org/wiki/Karl_Marx
http://uncyclopedia.org/wiki/Lenin
http://uncyclopedia.org/wiki/Stalin

http://uncyclopedia.org/wiki/Richard_M._Stallman
http://uncyclopedia.org/wiki/Linux

http://uncyclopedia.org/wiki/Sex

Толкова е култово, че да дам пример трябва да цитирам цяла статия.
От няколко часа само чета статии и следвам линковете на всяка.
3  Linux секция за начинаещи / Настройка на програми / PPTP проблем -: Jan 18, 2006, 18:14
Та преди седмица ISP-то ми реши да ми смени начина на вземане на нет от pppoe на pptp. След като с предното си ISP ползвах безпроблемно pptp, си мислех че и сега няма да имам проблеми, но уви. В момента в който се кънектна към пптп сървъра на ппп интерфейса ми почват да хвърчат някакви 18МБ според gkrellm (1.8 МБ с компресия) Нека
обеся по-подробно:

1) кънектвам се нормално :
pppd options in effect:
debug      # (from /etc/ppp/peers/Cable)
kdebug 4      # (from /etc/ppp/peers/Cable)
updetach      # (from command line)
dump      # (from /etc/ppp/peers/Cable)
noauth      # (from /etc/ppp/options.pptp)
name niki      # (from /etc/ppp/peers/Cable)
remotename niki      # (from /etc/ppp/peers/Cable)
      # (from /etc/ppp/options.pptp)
pty pptp 192.168.0.1 --nolaunchpppd      # (from command line)
ipparam Cable      # (from /etc/ppp/peers/Cable)
usepeerdns      # (from /etc/ppp/peers/Cable)
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x8654584e> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0xe5214881> <auth chap MD5>]
sent [LCP ConfAck id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0xe5214881> <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x8654584e> <pcomp> <accomp>]
rcvd [CHAP Challenge id=0x1 <d2dd36e92dd2bcda49fc1cbd413fbe3f2fd858824978>, name = ""]
sent [CHAP Response id=0x1 <ea574158de542a3af9fabc009ea2940f>, name = "niki"]
rcvd [CHAP Success id=0x1 "Welcome!!"]
CHAP authentication succeeded: Welcome!!
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <predictor 1>]
sent [CCP ConfAck id=0x1 <deflate 15> <predictor 1>]
rcvd [IPCP ConfReq id=0x1 <addr 192.168.0.1> <compress VJ 0f 01>]
sent [IPCP ConfAck id=0x1 <addr 192.168.0.1> <compress VJ 0f 01>]
rcvd [IPV6CP ConfReq id=0x1 <addr fe80::020e:2eff:fe5f:ad26>]
Unsupported protocol 0x8057 received
sent [LCP ProtRej id=0x2 80 57 01 01 00 0e 01 0a 02 0e 2e ff fe 5f ad 26]
rcvd [CCP ConfRej id=0x1 <deflate(old#) 15>]
sent [CCP ConfReq id=0x2 <deflate 15>]
rcvd [IPCP ConfNak id=0x1 <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
rcvd [IPV6CP TermReq id=0x1]
Unsupported protocol 0x8057 received
sent [LCP ProtRej id=0x3 80 57 05 01 00 04]
rcvd [CCP ConfAck id=0x2 <deflate 15>]
Deflate (15) compression enabled
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
local  IP address 62.204.xxx.xxx
remote IP address 192.168.0.1
primary   DNS address 192.168.0.1
secondary DNS address 255.255.255.255
Tunnel Cable is active on ppp0.  Local IP Address: 62.204.xxx.xxx

Това е компресиране като добавя nodeflate в options.pptp става същото, но с по-големи пакети.

2) Проблемът:

Просто имам 100% цпу узидж и непрекъснато пращам пакети към пптп сървъра си, като хвана няколко стотин хиляди с ethereal, пише че са Fragmented IP Protocol source: аз; dest: pptp server-а

Прочетох целият ман пейдж на пптп и пппд и пробвах какви ли не опции и нямаше ефект.
Пробвах и да си флъшна чейновете в iptables,но не помогна.
Ползвам Федора 4 и разпитах ИСП-то и доколкото разбрах сървъра е на накакъв Линукс и при на стройка на впн в уиндоус се кликало на нещо си свързано с LCP, питах дали има някакви идеи за решаването на проблема ми, но единственото което предложи беше - "Сложи си Експи", а това е крайно неприемливо. По едно време ми казаха че човека който разбирал от линукс в фирмата пробвал да закачи друга линукс машина и ефекта бил същият. Доста съм сигурен че някой е оставил чистачката да конфигурира сървъра, а тя просто е складирала боклука там. Та има ли накакъв начин да заобиколя некъдърността на ИСП-то ми?
4  Linux секция за начинаещи / Настройка на програми / Privoxy - Linux-bg.org forum posting проблем -: Nov 14, 2005, 01:21
Имам такъв проблем:
Koгато ми е включено privoxy-то и реша да пускам тема или пост във форума, ми казва - че не съм се логин-нал. Koгато е изкючено няма такъв проблем. Реших преди да почна да се ровя как мога да му кажа да не ми крънчва разни кукита, които ми трябват или само за този домейн да не прилага никакви филтрации, да попитам, ако някой е имал този проблем, как си го е решил.

privoxy-3.0.3-7, използвам default конфигурацията която е в пакета за FC4
Страници: [1]