About this Journal
Links:
GNU GNUstep gNewSense Jabber GNOME на български!
Current Month
 12345
6789101112
13141516171819
20212223242526
2728293031
Jul. 4th, 2008 @ 02:57 pm Сбогом, Патилане!
Current Mood: sad
Не съм вещоман. Точно обратното — не си пазя инструменти, техника, дрехи, не ми пука особено когато някое дете дупчи дивана с нещо или драска по прясно боядисаната стена. Като бях дете, си спомням как един съсед през ден-два слизаше да си чисти колата. То не беше чистене, ами направо близане — отвътре, отвън, с гъбичка, с парцалчета, стъклата с препарат… Зарекох се, че ако един ден имам кола или някаква друга „ценна“ вещ, никога няма да ѝ слугувам.

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

Хвърлих око на patilan някъде през 1997 г. май. Тогава не се казваше така — доколкото ми е известно, само при GNU (и „Юникс“) машините си имат имена, т.нар. hostname. Патилан беше машината на счетоводителката в тогавашната фирма на вуйчо ми. Беше с някаква версия на „Уиндоус“ и грозен собственически счетоводен софтуер, май писан на dBase. Жената непрекъснато се оплакваше, че компютъра бил бавен и шумен. Действително, беше най-бавната машина от всички в офиса и именно заради това ѝ бях хвърлил око. Все някой ден тази машина щеше да се изхвърли като остаряла, ненужна и проблемна. Навярно секретарката щеше да се сдобие с нов компютър, а старият ѝ щеше да отиде при счетоводителката. Винаги става така. Чаках този момент търпеливо и знаех, че ще му дойде времето.

Моментът настъпи през 1998 г., когато вуйчо ми започна нова дейност в друг град. Патилан се оказа излишен и така се сдобих с моя верен приятел, като дори и не подозирах какво ни чака занапред. Патилан беше Cyrix 100 MHz (аналог на Pentium) с 8 MB RAM. Инсталирах така разпространената конфигурация по онова време „dual boot“ — Windows 95 и GNU/Линукс. Срамно, но така си беше. Тогава все още не бях срязал пъпната връв със собственическия свят.

В първите години Патилан беше основна (и единствена, FWIW) машина в новото ми самостоятелно бизнес начинание. Мисля, че още съвсем в началото успях да подкарам свободна програма за приемане/изпращане на факсове (това беше единственото, за което ползвах „Уиндоус“) и реших да мина изцяло на GNU/Линукс. (Тогава още му казвах погрешно „Линукс“.)

Минах и на нова дистрибуция, в унисон с „бизнеса“ — Ред Хат. Разбира се, както се очакваше, към 2002 г. бизнесът фалира. Горе-долу тогава май започнаха първите ми стъпки в света на свободния софтуер. Бях потребител отдавна, но само потребител. Трябваше да се прави повече от „потребителстване“.

През 2003 г. не можах да обновя успешно от Ред Хат към Федора. Това ме раздразни доста, но е възможно и аз да съм оплескал нещо. Инсталирах Федора 1 на чисто и за мое голямо учудване, Патилан не беше същия. Изглежда мъкнеше огромен товар на гърба си. От известно време наблюдавах Дебиан, и не ми отне много време да взема решението.

През 2004 или 2005 г. се включих в екипа за превод на GNOME и именно на Патилан се роди първия ми превод. Към края на 2006 г., вече беше видно, че Патилан се мъчи. Компилирането на GNOME (което всеки преводач прави — или поне трябва да прави — за да тества превода) се превърна в мисия невъзможна. Докато стигне до някой модул от края на раздела „desktop“, този модул вече изискваше по-нова версия на GTK+ или нещо друго. Хората чупеха API/ABI по-бързо, отколкото Патилан можеше да компилира. Веднъж трябваше да подам около 150 файла в огромното хранилище на gnu.org. Докато cvs обходи дървото за да реши кой файл е променен и е за подаване, минаха буквално два часа. Подаването не успя, защото през това време някой друг беше променил един или два файла и имаше конфликти. Тогава твърдо реших, че не мога да разчитам на Патилан като основна машина, вече не. Миналата пролет закупих един Compaq (с мощен Pentium II вътре) и така от март 2007 г. основната ми работна станция е Цоцолана. Патилан продължи да си работи и си ми беше основна машина за пакетиране и всичко останало, свързано с Дебиан и пакетите, които поддържам там. Геройски участваше в много сражения при трепане на буболечки (повече известни като „бъгове“), и щеше да участва в последния гнустепски щурм при подготовката на Lenny, предстоящото ново стабилно издание на Дебиан.

На Патилан съм чел повечето от философията на проекта GNU, от Патилан за пръв път подадох в официалното хранилище на gnu.org. На Патилан направих първите си стъпки с GNU Emacs, за пръв път инсталирах GNUstep. На Патилан за пръв път направих първия си пакет, на Патилан всичките ми деца за пръв път играха на GCompris, на Патилан за пръв път…

Това е една трета от живота ми и половината от смисления ми живот, прекарана покрай тази машина.

През годините много съм „пипал“ и надграждал Патилан. Тези, които са ми идвали на гости, навярно помнят естественото му състояние — разпилян, изкормен, дънната платка изкарана отгоре, а твърдия диск поставен върху книга. Правил съм му много подобрения, между които:
  • Специална система за охлаждане, заради многото консуматори и нагъчканата кутия с кабели. Трябваше да я разкарам миналата година, когато Патилан преживя лек пожар заради несигурни връзки на захранването. Захранването го размених с това на сървъра ми Смехурко (който е Pentium 133 MHz), но „новото“ не беше в състояние да поддържа тази система. Може би това е белязало началото на края.

  • Измислен USB порт с доста мръсни хакове и бая запояване. Оказа се, че е някакъв стар непълен стандарт на USB, което нито едно съвременно устройство не поддържа. Не беше болка за умиране, де.


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

Снощи след работа най-накрая намерих време да го отворя. Веднага забелязах обгорялата малка област на дънната платка, близо до стабилизатора. Не можах да разбера точно какво беше изгоряло, корпусите на двата елемента бяха направо разпрашени. Раздвижих и смазах вентилатора на захранването, както и този на процесора. Изчистих го щателно и разкарах всички ненужни консуматори. Знаех, че е безполезно, но Патилан заслужаваше последно дишане „уста в уста“. Включих го — вентилаторите се въртяха, както и твърдия диск. Замерих напрежението на няколко места на дънната платка — нищо, както и очаквах. Това беше краят. Установен час на смъртта: 3 юли 2008 г., около 20 ч. Аз съм виновен. Знаех, че става нещо подобно, но си казах „Ще издържи, както всеки друг път“. Още едно потвърждение, че повечето машини умират поради немарливостта на хората, които (уж) ги поддържат.

Не е краят, всъщност. Все някой ден някой ще изхвърли ненужна стара дънна платка със Socket 7 и Патилан ще бъде съживен. Но под друго име. Старият ми другар си отиде в следната конфигурация:
  • Процесор Pentium MMX 233 MHz

  • 64 MB RAM

  • 13 GB твърд диск

  • Някаква архаична видео-платка на ATI (първият им модел за шина PCI)

  • 2 флопи-дискови устройства — 3.5" и 5.25"

  • Операционна система: Debian GNU/Linux (unstable)


Мисля си, една снимка на Патилан би била на място, точно като некролог. Но нямам цифров фотоапарат. Не ми е трябвал, не съм си и купувал. Пък и все още за мен си е технология от бъдещето. Нищо — не е фатално, че няма снимка. Аз ще си го спомням много добре.

Сбогом, Патилане, стари мой другарю!
About this Entry
GNUstep
Jun. 4th, 2007 @ 08:35 am Ново летоброене за Църквата на GNU Emacs
Current Mood: happy
Обявление на изданието на Emacs 22
About this Entry
GNUstep
May. 8th, 2007 @ 12:02 am GCompris 8.3.1 без български звуци :-(
Current Mood: sad
GCompris 8.3.1
За голямо съжаление, въпреки обещанията, които дадох на няколко потребители, не успях да смогна да запиша български звуци за последната версия на GCompris. Микрофонът, с който разполагам, очевидно е повреден (възможно е и да не съм успял да конфигурирам всичко като хората). Бих искал да помоля някой да ми услужи за няколко дни в рамките на следващите няколко месеца с подходящ микрофон, който да работи със стандартна звукова платка под GNU/Линукс. Разбира се, бих се радвал и на записани звуци от някой друг — никак не е задължително аз да се превъплъщавам волю-неволю в озвучител.
About this Entry
GNUstep
Feb. 8th, 2007 @ 11:23 am Стив Джобс и Digital Restrictions Management
Кенеф на Епъл
През последните два дни много се изписа за отвореното писмо на Стив Джобс относно Цифровото управление на ограниченията (DRM). Чуха се одобрителни възгласи като "Way to go, Steve!", "Браво, Стив" и хвалби от всякакъв род от страна на знайни и незнайни лидери и хакери от общността на свободния софтуер.

В писмото си Стив Джобс изобщо не говори за етичната страна на въпроса и не прави заключението, че DRM е абсолютно неморална технология и практика. Изводите му са изключително на практическа и икономическа основа, с думи прости, че "няма смисъл от DRM, защото има умни хора, които да го заобикалят". Насажда у читателя внушението, че "Епъл" не са виновни за създаването на iTunes и рестриктивните технологии, с които е обвързан този портал (или магазин). Едва ли не иска да каже, че "Епъл" са били принудени да го направят и трябва да им се прости. Като виден участник в промиването на общественото самосъзнание използва обидни слова и пропагандни термини като "незаконна музика", "пиратство", "незаконно копиране" и нарича споделянето "кражба".

Може и статията да помогне в общата борба за категоричното отхвърляне на DRM, но да се пляска с ръчички на това писание е недопустимо.
About this Entry
GNUstep
Nov. 1st, 2006 @ 06:50 pm Етикетче на дрешка
Етикетче на дрешка
About this Entry
GNUstep
Oct. 25th, 2006 @ 06:00 pm LiveJournal.com -- единствената свободна услуга за блогове
Current Mood: curious
Единствената публично достъпна, която ми е известна. Под "свободна" разбирам не безплатна, а наистина свободна. Ила Петрова се чуди защо българските потребители на LJ мълчали. Ами много просто -- проблем няма, ама никакъв.
  • Информацията, която блогващите публикуват, е публично достъпна. Ако някой иска тя да е предпазена от злонамерени люде, препоръчвам да си води дневника в текстов файл и да го обработва с gpg --encrypt.

  • В LJ има възможност да се въвеждат лични данни като пол, местоположение, Jabber ID и т.н. Това е по желание, така че ако не искате те да попаднат в чужди ръце, просто не ги публикувайте.

  • При регистрация на блог в LJ, задължително трябва да се посочи датата на раждане. Струва ми се, че това е единствената информация, която няма как да бъде защитена. Абсолютно сигурен съм, че и българските, и руските служби за сигурност знаят много добре кога съм роден (както и службите на останалите страни, където съм се подвизавал). Non-issue.


Потребителите на GMail и подобни услуги би трябвало да са доста по-загрижени за данните си и направо да треперят, ако ползват тази услуга за лична или служебна поща.
About this Entry
GNUstep
Sep. 5th, 2006 @ 06:23 pm Лицемерието в Дебиан
Current Mood: frustrated
През последните години проектът Дебиан се запъти към руслото, по което се движат повечето от останалите дистрибуции. Изглежда в един момент настъпва "прозрението", че е много по-важно една GNU/Линукс дистрибуция да бъде по-популярна и да има колкото се може повече потребители, отколкото да се отстоява свободата им на всяка цена.

Конфликтът в Дебиан навярно се е зародил още преди 10 години под ръководството на Брус Перенс. Тогава ФСС спира спонсорирането на проекта с пълно право, понеже е истинско безумие Фондацията за свободен софтуер да спонсорира разработването и разпространяването на несвободен такъв. От известно време насам дебианци се опитват да "отмият" това срамно петно, но по заобиколни и крайно погрешни пътища. Вместо да направят единственото правилно нещо -- да спрат да пакетират и да разпространяват несвободен софтуер (секцията "non-free") и свободен софтуер, окован в несвободни зависимости (секцията "contrib"), привържениците на култа на завъртулката (също известна като "спиралата") се заеха да доказват на ФСС и на свободната общност колко държат на свободата, като обявиха GNU FDL за почти несвободен лиценз. Антон Зиновиев положи героични усилия да спре това пропадане, това тотално залитане към извратеното "понятие за свобода", но неговото предложение получи най-малко гласове. Документацията на пакетите на GNU с непроменливи раздели (които включват само заглавни части и философски материали на Движението за свободен софтуер) беше прехвърлена в "non-free", като по този начин тази секция се узакони на практика завинаги. Вече го има и оправданието "Няма да я махнем, понеже съдържа полезна документация". Нещастният потребител на Дебиан, жител на прекрасния свободен GNU свят, е принуден да добави "non-free" към /etc/apt/sources.list и да преглежда десетки пакети с неетичен собственически софтуер в търсене на пропъдената свободна документация.

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

Преведох едно писмо на Брандън Робинсън, което ме развълнува:
Тема: on firmware and freedoom
От: Branden Robinson <branden@debian.org>
Групи за новини: gmane.linux.debian.devel.project
Програма за е-поща/новини: Mutt/1.5.13 (2006-08-11)
Дата: Thu, 24 Aug 2006 03:01:51 -0400

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

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

***

Може би следствие -- нарочно или не -- от новата агресивна политика на "Майкрософт" относно "Windows Activation", е че причинява вълна от бегълци към GNU/Линукс [*], които преди са използвали Уиндоус, понеже "просто е работил" и са го инсталирали безплатно.

Заради досадата и риска от "активация" на Уиндоус, напливът на потребители на безплатен софтуер е много по-голям, и много от тях и пет пари не дават за упражняването на контрол над компютрите си по начина, по който ние, умело практикуващи командата "apt-get source", сме свикнали.

Не настоявам, че всеки компютърен потребител трябва да е специалист, но ми е жал за провала ни да разпространяваме идеите на свободния софтуер сред потребителите. В името на "прагматизма", една почтена школа на философско мислене сега се е ограничила в добавка към всеки аргумент, късоглед и антисоциален по съдържание. Сега нашата общност флиртува с прахосването на успехите, които са били изградени през последните 15 години.

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

Аз също често съм бил разочарован от липсата на пълна поддръжка на хардуера за GNU/Линукс за което и да е устройство, което може да се купи. Компенсирам това, като се опитвам да бъда информиран клиент и да не купувам хардуер от фирми, които са враждебно настроени към GNU/Линукс. Уча се да приемам и факта, че не мога да имам всичко, което поискам. За мен хардуер, който няма свободен драйвер, не е възможен избор. Ако се окажа с такъв, понеже е вграден в дънната платка, например, тогава знам това още като го купувам, и за мен той не съществува. Това не е "допълнителна функционалност" на покупката ми.

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

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

Без принципа на свободния софтуер сте изправени сами пред монополиста, като може само да предложите портфейла си. В чия полза ще бъдат договорени условията?

***

Приемам факта, че разликата, която правим между "main" и "non-free" е важна, и е доста далеч от резултатите от обсъжданията относно това какво означава "уточнение" на Обществения договор, например. Каквото сложим в "main", носи щемпела на нашето одобрение, независимо дали ни харесва или не. Вярно е, че имаме определени възражения относно много неща в "main", и те често са храна за дискусии в -legal и понякога в други списъци, но също вярвам, че когато слагаме нещо в "main", ние го джиросваме. (Със сигурност даваме обещание да осигуряваме поддръжка по отношение на сигурността.)

Лично аз не се чувствам комфортно да разширим това одобрение, като включим нещата, които напоследък определяме като "blobs", независимо дали са изпълними инструкции за хоста или допълнителен процесор, графични изображения, звукови/видео потоци, или ръководства, които се обработват посредством някакъв инструмент.

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

Вярвам, че компютрите трябва да бъдат контролирани от тези, които ги притежават и работят с тях. Отказването на достъпа до изходния код на каквото и да е, било приложение, object loader, драйвер на устройство или "blob", издига бариера пред потребителя, и им предава съобщението, че нямат права да променят поведението на машината си както намерят за добре. Да включим подобни неща в "main" въпреки липсата на изходния код е все едно да кажем на нашите потребители, че сме съучастници в ограничаването на контрола върху компютрите им.

Според мен, би трябвало да имаш не по-малко права да настройваш спрямо нуждите си и да споделяш с приятели един "blob", колкото каквото и да е, което тече по шините на машината ти. Да наречеш нещо "blob" изглежда сякаш е нарочно с цел намаляване на важността му в сравнение с останалите потоци битове, които сме свикнали да наричаме "софтуер". Ами ако тези "blobs" не бяха важни, нямаше да има натиск да ги задържим в "main".

Всеки от нас може, разбира се, да приеме на машините си всякакъв вид неща, за които обществото смята, че не би трябвало да имаме права да променяме и разпространяваме, от холивудски филми на DVD до статии на "Асошиейтед прес". Проектът Дебиан, обаче, не разпространява такива материали в "main". Да направим това би означавало да подкопаем нашето обещание да поддържаме системата Дебиан "100% свободна", както е заложено в нашия Обществен договор.

Ако нещо си струва предлагането на General Resolution да се задържи в "main", това е нещо, което си струва подкрепянето на нашите права да променяме и разпространяваме и в абстрактния, и в практическия смисъл.


[*] Навсякъде съм променил "Линукс" с "GNU/Линукс", понеже е повече от ясно, че Брандън е привърженик на Движението за свободен софтуер. Проектът Дебиан е един от малкото проекти за свободен софтуер, който нарича операционната система с истинското й име.



Това, което (все още) не вижда Брандън, е защо проектът се е провалил в разпространяването на идеалите на свободния софтуер сред потребителите. Как можеш да научиш някого на етични норми, когато му даваш точно противоположното? Разпространяването на несвободен софтуер е все едно да кажеш: "Ето, това не е чак толкова лошо, ползвай го, ако искаш". Това е социален проблем и абсолютен феномен. Много от останалите дистрибуции не ги е грижа за свободата и това е разбираемо, свободата е с нисък приоритет в наши дни. Но дебианския парадокс е трудно обясним. Какво друго, освен лицемерие е, да твърдиш "Ние сме 100% отдадени на свободния софтуер" и в същото време да разработваш и разпространяваш несвободен?
About this Entry
Debian
Sep. 4th, 2006 @ 05:55 pm Свободен, но в окови — „клопката на Джава“
Current Mood: thoughtful
Наистина ли е свободна програмата ви или е скована от зависимости, които не са свободен софтуер? Ако пишете свободен софтуер за Уиндоус, то знайте, че той е неизползваем за нас, жителите на прекрасния Свободен свят. Ако пък пишете свободни програми на Джава, използвайки реализацията на "Сън", и си мислите, че са многоплатформени, живеете в голяма заблуда. Реализацията на Джава от "Сън" работи само на една платформа -- тяхната.

Брат ми преведе есето Свободен, но в окови — „клопката на Джава“, което може да ви помогне да вземете важното решение да освободите напълно програмите си.
About this Entry
GNUstep
Aug. 25th, 2006 @ 05:14 pm Правото да четеш
Current Mood: hopeful
Сашо Шопов преведе знаменитото есе на Ричард Столман Правото да четеш. Написал е и интересни бележки на преводача, не ги пропускайте. Какво означава това:
  • Позорният случай с bezmonitor.com вече е и на сървъра на GNU!

  • Всеки трябва да прочете това есе, затова давайте връзката на всички ваши познати и ги помолете да я предават на техните

  • Българските издатели-изедници май спретнаха някаква online библиотечка (не, няма да давам връзка). Хайде да я бойкотираме! Хората, които прочетат Правото да четеш ще си го правят по подразбиране

  • Битката тепърва започва, затова обяснявайте на хората за какво става въпрос, нека не се подлъгват по фрази като "авторите трябва да ядат" и "това е интелектуална собственост"
About this Entry
GNUstep
Aug. 22nd, 2006 @ 04:03 pm MySQL не обича старите машини
Current Mood: disappointed
От много време насам си мисля (и се страхувам) кога ли ще настъпи момента, когато разработчиците на софтуер ще пишат "оптимизиран" код или код, който няма да върви на по-старите процесори. Е, този момент дойде. В събота, след рутинна актуализация на системата, осъмнах без пощенски сървър вкъщи. Без много да му мисля, докладвах изключително гнусната грешка. На практика това си е release critical за Дебиан, понеже поддържаните процесори за архитектурата i386 са от 486 нагоре.

Защо ли от MySQL са си помислили, че хората със стари машини са второ качество и техният софтуер няма как да работи на тях? Какво би ги накарало да заключат, че минимума за използваема машина е поне Pentium? По време на УебТех във Варна Сале разпалено обясняваше, че MySQL AB поддържат завиден парк от стари и най-различни машини с най-различни операционни системи, като полагат изключителни усилия всичко да се компилира и да работи навсякъде. Да видим дали ще оправят тази грешка или ще я маркират "WONTFIX".
About this Entry
Debian
Aug. 18th, 2006 @ 09:20 pm Добри Божилов -- гнусен спамър
Current Mood: pissed off
Току що получих СПАМ от известния автор на булевардна литература Добри Божилов, отвратително писмо на български и на шльокавица, което завършва с "Ще се радваме да Ви помогнем да популяризирате максимално дейността си пред обществото." Основното нещо, което трябва да се знае за спама, е че никога не трябва да се отговаря. Това, което ще направя, е да блокирам поща от всичките му домейни (защо ли не съм го направил по-рано?).
About this Entry
GNUstep
Aug. 14th, 2006 @ 06:19 pm Потайният Кольо
Чак сега разбирам, че Кольо безсрамно и нечестиво си е пуснал нов блог, без изобщо да ни уведоми. Типично в негов стил.
About this Entry
GNUstep
Aug. 11th, 2006 @ 10:09 am За престъпленията...
Йовко пише:
Яворе, достатъчно сме спорили за идеологията и професионализма - аз се прехранвам с професионализъм. Идеологията на фундаментализма принципно ми е чужда и винаги ще бъде така - иначе приемам своите престъпления... Дано някой ден осъзнаете вашите... (Йовко)

Моля за извинение, изразил съм се твърде неправилно. "Престъпление" е аморален акт спрямо друг човек, хора или живи същества. Понякога се отнасям с машините си като с одушевени предмети, затова съм го написал по този начин. Разбира се, че не е престъпление. По-скоро е нещастие, компромис с ценностната ти система.

Разликата между нас е ясна -- за теб несвободния софтуер е (навярно) неприятно, но приемливо решение, а за мен е социален проблем. Обществено зло, което трябва да се изкорени, то не трябва да съществува. "Професионализмът", за който говориш, е начин за успокоение на душата. Представяш ли си, ако RMS си беше казал навремето: "Ами аз съм професионален програмист, трябва да се изхранвам. Не е добре положението, но какво да се прави". Той обаче е направил този избор:
A stark moral choice.

With my community gone, to continue as before was impossible. Instead, I faced a stark moral choice.

The easy choice was to join the proprietary software world, signing nondisclosure agreements and promising not to help my fellow hacker. Most likely I would also be developing software that was released under nondisclosure agreements, thus adding to the pressure on other people to betray their fellows too.

I could have made money this way, and perhaps amused myself writing code. But I knew that at the end of my career, I would look back on years of building walls to divide people, and feel I had spent my life making the world a worse place.

I had already experienced being on the receiving end of a nondisclosure agreement, when someone refused to give me and the MIT AI lab the source code for the control program for our printer. (The lack of certain features in this program made use of the printer extremely frustrating.) So I could not tell myself that nondisclosure agreements were innocent. I was very angry when he refused to share with us; I could not turn around and do the same thing to everyone else.

Another choice, straightforward but unpleasant, was to leave the computer field. That way my skills would not be misused, but they would still be wasted. I would not be culpable for dividing and restricting computer users, but it would happen nonetheless.

So I looked for a way that a programmer could do something for the good. I asked myself, was there a program or programs that I could write, so as to make a community possible once again?

The answer was clear: what was needed first was an operating system. That is the crucial software for starting to use a computer. With an operating system, you can do many things; without one, you cannot run the computer at all. With a free operating system, we could again have a community of cooperating hackers--and invite anyone to join. And anyone would be able to use a computer without starting out by conspiring to deprive his or her friends.

As an operating system developer, I had the right skills for this job. So even though I could not take success for granted, I realized that I was elected to do the job. I chose to make the system compatible with Unix so that it would be portable, and so that Unix users could easily switch to it. The name GNU was chosen following a hacker tradition, as a recursive acronym for "GNU's Not Unix."

Сега този избор е много по-лесен, отколкото тогава. Но пак е дяволски труден, затова не те обвинявам в никакъв случай. Ако бях програмист или ИТ специалист, навярно и аз не бих имал силата да го направя -- не зная и не искам да спекулирам. Човек трудно живее с мисълта, че прави лоши неща. И аз се успокоявам като теб, в моята работа понякога се налага да върша неетични неща. Казвам си "Това е неетично, това е ужасно. Но трябва да храня три деца, пък съм и професионалист, за това ми плащат". Когато работиш в сферата на софтуера и си го повтаряш непрекъснато, в един момент ти се струва, че собственическия софтуер не е толкова неетичен и започваш да наричаш хората, които държат на свободата, фанатици и фундаменталисти. Изкривяване на възгледите и на ценностната система.
About this Entry
GNUstep
Jul. 3rd, 2006 @ 08:34 pm DRM: Defective by design!
Ако още не сте се включили в кампанията на Фондацията за свободен софтуер "Defective by Design", то време е да го направите. DRM не бива да съществува!

П.П. извън темата: Поздравления на Йовко за хипербързия iMac, който изобщо не може да се сравни с моя изтерзан PowerMac 7100. Смятам, че цапането на каквито и да е компютри със собственически софтуер е равносилно на престъпление, но разбира се, това си е както негова работа, така и негово престъпление. Като отявлен хардуерен геронтофил вече притежавам 15 машини (плюс още 3, които са на Калоян), но все още не ми стигат. Излъгаха ме за един hppa в Истанбул, един sparc в София и един IBM RS/6000 (POWER 1) във Варна, така че още ми липсват sparc, hppa, arm, armeb, mips, mipsel, alpha (имам две, но заради TurboChannel Bus няма поддръжка в ядрото Linux), m32r, SuperH (ще се въздържа от s390, ia64, amd64, ppc64 и sparc64 засега). Също търся под дърво и камък мрежова платка MCA, за да съживя един IBM PS/2, както и AAUI трансивер за прекрасната ми Quadra.
About this Entry
GNUstep
Jul. 2nd, 2006 @ 04:45 pm Kudos to Yanko Kaneti
Current Mood: thankful
Янко Канети удуши #340999. Оказаха се няколко неща, все от компетентността на истински разработчик, а не на сульо като мен. Благодарности!
About this Entry
GNUstep
Jun. 30th, 2006 @ 09:24 am Български код в nautilus-sendto
Current Mood: happy
За щастие кодът на [info]dkirov беше включен в новата версия на nautilus-sendto. Пуснах последна версия на пакета nautilus-sendto-gajim, която конфликтира с новата версия на n-s и ще затворя #368730 веднага, щом nautilus-sendto 0.7-1 влезе в unstable. Enjoy!
About this Entry
Debian
Jun. 26th, 2006 @ 07:06 pm Поредно интервю с RMS
Current Mood: thoughtful
Шон Дали е интервюирал Ричард Столман в Барселона. По-долу е бърз и нескопосан превод, а оригиналът е тук.

Въпрос: Ако разполагахте с магическа пръчка, над какво бихте помолили разработчиците на GNU да работят?
RMS: Не мога да дам конкретен отговор, разбира се. Важни области включват разпознаване на реч, CAD, свободни драйвери, които могат да изискват "reverse engineering" за разработка; това са, мисля, приоритетите сега. Flash беше с висок приоритет, но почти е завършен, а Java -- ами доста хора работят над това и се справяме доста добре, но бих казал, че все още се квалифицира като приоритет.
В: Добре. Какво мислите, че общността може да направи, относно включването на двоични или собственически драйвери, както Linspire прави? Какво мислите за...
RMS: Не можем да направим нищо за тях, освен да отказваме да използваме и популяризираме техния софтуер. Това, което трябва да направим, е да се организираме повече и да не купуваме хардуер, който не сътрудничи със свободен софтуер. В момента Фондация "Свободен софтуер" се опитва да направи нещо по въпроса, но нямаме достатъчно ресурси, за да постигнем нещо значимо. Част от уеб-страницата fsf.org описва кои продукти работят със свободен софтуер и кои не, но за съжаление има само няколко области на хардуер, за които имаме някаква информация. Имаме нужда от още специалисти в повече области, които да се свържат с нас и да ни дадат тази информация.
В: Добре. Вчера говорихте за "Тивоизация", хардуерния проблем. Чувствате ли, че това е проблем, който ще се проявява все повече и повече, с навлизането на вградените...
RMS: Не мога да предскажа бъдещето. Грешка е да се отговаря на въпроси като този. Независимо какво се случва -- дали ще се случва по-често или по-рядко без нашите усилия, целта е да направим така, че да спрем да се случва. Тоест, ако разглеждаме тези проблеми с отношението на предсказатели означава да приемем, че сме пасивни жертви. Но целта е да не сме пасивни жертви! Трябва да решим, че това не бива да се случва! [удря по масата] И начинът да се реши това е с активни действия. Трябва да направим всичко възможно тези продукти да се отхвърлят, да се провалят и да създадат лоша репутация на който ги е направил.
В: Мислили ли сте някога за възможността като клауза за разпространение към GPL да се създаде централно хранилище? Ще поясня -- при авторското право, например, се изпраща копие до библиотеката на Конгреса.
RMS: Това се прави само ако регистрираш авторското право, в САЩ.
В: Правилно, точно така.
RMS: Не, в никакъв случай. Няма да бъде свободен софтуер, ако всеки трябва да изпраща копия до определено място. И на практика ние сме отхвърляли лицензи поради тази причина, като първата версия на Apple Public -- не мога да се сетя точното име сега, Apple Public License? Както и да е, отхвърлихме го, понеже изискваше хората, които ползваха променени версии, да изпращат копие на Apple. И по-късно, те промениха лиценза да не съдържа това, и сега той е лиценз за свободен софтуер.
В: Сега, когато говорим за Digital Restrictions Management (бел.прев: RMS изключително много държи DRM да се нарича "Restrictions", а не "Digital Rights Management" -- и с право!), каква роля виждате да играе тази технология в света на свободния софтуер? С други думи...
RMS: Ами не може да играе никаква роля.
В: Не може да играе никаква роля?
RMS: Не. Вижте, когато целта на някой е да ограничава народа, първото нещо, което прави, е да напише софтуер, чийто код ограничава народа и отказва да работи, както народът би искал. Следващото нещо, което иска да направи, е да се увери, че народът не може да премахне това ограничение. Така че, разбира се, че той не би искал това наистина да бъде свободен софтуер. Целта му е народът да няма Свобода номер 1, свободата да променя програмата и да тя да върши това, което искаш. Така те опитват различни неща, за да предотвратят това -- първата стъпка е, ако могат, да не издават изходния код. Това е начин за превръщането на Свобода номер 1 в измама. И ние сме решили, че ще защитаваме тази свобода като реалност, не като теоретично понятие. Така че няма място за DRM в свободния софтуер. Може да напишеш свободна програма, която отказва да прави нещо, мисля, че има няколко, но основното е, че понеже потребителите могат да я променят, това няма да задоволи човек, който иска да наложи DRM над останалите.

И сега, това е интересен пример за разликите между свободен софтуер и софтуер с отворен код. Някои хора поощряват това, което те наричат "DRM с отворен код (Open Source DRM)". Припомнете си разликите в основните ценности между свободния софтуер и софтуера с отворен код. При свободния софтуер, нашите ценности са свободата и общността. Ние искаме да сме част от общност на свободни хора. Докато при софтуера с отворен код, те говорят за създаването на мощен, надежден софтуер, и за насърчаването на модел за разработка. За нас въпросът как програмата се разработва е второстепенен. Искам да кажа, че ако някои модели на разработка работят по-добре от други -- добре, използвай ги. Но това изобщо не е важно за свободния софтуер, за хората които ценят, които поддържат Движението за свободен софтуер и ценят свободата.

Значи, има хора, които казват, че биха могли да приложат този модел за разработка за разработване на софтуер, проектиран да ни ограничава. И може би това е вярно; може би ако хората се учат взаимно, споделят и си помагат в разработването на софтуер, създаден да премахне свободата ни, той може да стане още по-мощен и надежден в отнемането на свободата ни. Но това е лошо нещо. Това е зло. Това е, като същност, подобно на съвместната разработка на вирус. Ако нещо е зло, ние не искаме то да е направено добре. Ние искаме да е направено колкото се може по-зле.
В: Добре. Аз слушах внимателно вчера, когато говорихте за наричаната от мен клауза "Патрик Хенри" (GPL), "Свобода или смърт".
RMS: Да.
В: И вие казахте, че трябва да запалим лодките си, да победим или загубим, и че това е ключът да не извършваме предателство спрямо свободата на другите.
RMS: Точно така.
В: Бихте ли говорили за малко по този въпрос?
RMS: Тази клауза на GPL -- сега е 12, беше 7, почти не е променена. Това, което се казва, е че ако приемете или ви бъде наложено условие, което не би ви позволило да разпространявате програмата, давайки на другите всички свободи на GPL, то тогава не може да я разпространявате изобщо. Това, което означава, е че или я разпространявате по начин, който предоставя на другите свободите, които би трябвало да имат, или не правите нищо. И ние избрахме заглавие засега: Без предателство на свободата на другите.
В: Добре, един последен въпрос: ако погледнете живота си откакто започнахте проекта GNU, какво мислите, че все още може да бъде направено, вашата мисия?
RMS: О, толкова много! Целта е да се освободи всеки в кибер-пространството. И както виждате, извървели сме дълъг път и има още много. Направили сме широка колекция от свободен софтуер. До няколко месеца, ще има пет хиляди пакети, включени в справочника за свободен софтуер. Всички те работят под GNU/Linux, и всички -- с изключение на няколко GNU пакета, които не са завършени -- са развити и използваеми. И всички ще работят на напълно свободна система, освен ако не сме допуснали грешка някъде. Така че това е съществено постижение, но има нужда от хиляди други. Осигурили сме свободни операционни системи, които се ползват от стотици милиони хора, но има стотици милиони, които все още са под властта на феодалните господари на софтуера. Това не е правилно. И не трябва да бъде така. Нашата цел е да го променим. Собственическият софтуер е противообществена практика. Нашата цел е да сложим край на тази практика.
В: Благодаря ви много.
RMS: Приятно хакерстване!
About this Entry
GNUstep
Jun. 20th, 2006 @ 10:12 pm Vim, the editor of the Beast
Current Mood: exhausted
Dear Lazyweb,

Когато не съм на работа, чета служебната си поща с Mutt през ssh. Като редактор по подразбиране съм посочил vi, което означава:
yavor@keel:~$ ls -la /usr/bin/vi
lrwxrwxrwx 1 root root 20 2004-12-01 21:03 /usr/bin/vi -> /etc/alternatives/vi
yavor@keel:~$ sudo update-alternatives --display vi
Password:
vi - status is manual.
link currently points to /usr/bin/vim
/usr/bin/nvi - priority 20
slave vi.1.gz: /usr/share/man/man1/nvi.1.gz
/usr/bin/vim - priority 40
slave vi.1.gz: /usr/share/man/man1/vim.1.gz
Current `best' version is /usr/bin/vim.

Знам, че това е абсолютно кощунствено и неприемливо за миряни от църквата на GNU Emacs, но искам да мога да използвам този редактор поне най-елементарно. Не бих желал да се озова в положението, когато за пръв път го пуснах -- просто не можех да изляза от него. На машините вкъщи отдавна съм минал на nano -- там и без това Vim е достатъчно тежък и муден. Напоследък получавам писма с грозно форматиран текст, който не е вместен в стандартните <80 символа. С Emacs лесно се решава този проблем -- комбинацията M-q автоматично форматира текста до максимума на зададената променлива. Абсолютно убеден съм, че и Vi/Vim/Nvi има такава функция, просто не знам как да разбера коя е. Влизам в ръководството с :help RET и не само, че не мога да намеря това, което ми трябва, ами не мога и да изляза! Vi е като божие наказание...

Help, please!

[LJ изисква всички коментари да са от абонати на системата, което е крайно неприятно. Може да пускате коментари като Anonymous, просто в текста си напишете името (ако желаете, разбира се).]
About this Entry
GNUstep
Jun. 14th, 2006 @ 05:59 pm jabber.el иде
Current Mood: pleased
От няколко часа най-великият Jabber клиент emacs-jabber е в NEW. Радвам се, че поддържащият пакета е Милан Замазал, а не Магнус Хеноч (един от upstream), понеже имаше известни проблеми с elserv, а оттам и с devscripts-el, а и беше пакетиран като native package. Да се надяваме, че ги е оправил.

Update: Яската сигурно ще иска да види снимка на екрана, затуй:
Снимка на jabber.el
About this Entry
GNUstep