My GnuPG key

We can communicate via secure e-mail using GnuPG / OpenPGP, which I strongly recommend. More details in this guide.

For those seeking to write to me, here is my public GnuPG key:

pub
4096R/0xC2B8B57AAAFC29CE 2016-02-29
Fingerprint=EA7F F4E9 08A4 B62D 34E0 9889 C2B8 B57A AAFC 29CE
sub 4096/0x059CDF01110D7CE9 2016-02-29

marți, 26 mai 2009

Afacerea cu licențe software proprietare atrage criticile susținătorilor Software-ului Liber


Traducere de la http://www.osor.eu/news/ro-proprietary-licence-deal-draws-ire-open-source-proponents

Guvernul României este gata să cheltuiască milioane de euro pe software proprietar, atrăgându-și criticile comunității naționale pentru Software Liber: „Acest guvern a pierdut legătura cu realitatea”.

Guvernul României a anunțat reînnoirea contractului-cadru de licențiere de software Microsoft la jumătatea lui mai. Contractul-cadru valorează 100 de milioane de euro, reprezentând licențe de software ce vor fi folosite de agențiile guvernamentale între 2010 și 2013. România va plăti gigantului software alți 58 de milioane de euro în toamna aceasta, ca ultima tranșă pentru contractul-cadru din perioada 2004-2009 - contract care a expirat luna trecută.

Guvernul a anunțat și acordarea unui contract de 300 milioane de euro unei firme românești, pentru cumpărarea de hardware tip PC și licențe Microsoft ce vor fi folosite în învățământ.

Anunțul este publicat doar cu cinci zile înainte de cea de a treia conferință asupra Software-ului Liber, eLiberatica, care are loc la București. Unul dintre organizatorii conferinței, Lucian Savluc, a condamnat, într-o declarație, lipsa de cumpătare a guvernului în ceea ce privește această cheltuială: „Guvernul român a pierdut legătura cu realitatea. Sper ca Uniunea Europeană să protesteze asupra acestui contract, care lezează interesele cetățenilor României”.

Unul dintre vorbitorii de la conferința eLiberatica, Georg Greve, președintele Fundației pentru Software Liber în Europa (FSFE), și-a exprimat îngrijorarea, avertizând asupra posibilei corupții: „Această decizie a Guvernului României pare superficială; ea pune în pericol creșterea economică sustenabilă a țării, prin creșterea gradului de dependență de software-ul proprietar și prin risipirea unor fonduri care ar putea fi folosite în alte zone, spre exemplu la infrastructură”.

Anunțul Mediafax
Știre în Revista Capital

marți, 19 mai 2009

Microsoft Office 2007 SP2 NU este conform cu standardul OpenDocument 1.1 !


Într-un post-scriptum discret de blog, departamentul de propagandă al Microsoft România ridică în slăvi conformanța de nezdruncinat între MS Office 2007 SP2 și standardul ISO OpenDocument 1.1.

Pentru uzul cititorilor non-tehnici ai acestui blog, care-mi împărtășesc, prin e-mail, gândurile și îngrijorarea lor privitoare la „manevrele” comerciale ale Microsoft, țin să fac o precizare, pentru a nu lăsa loc de dubii:

Implementarea ODF din Microsoft Office 2007 Service Pack 2 NU ESTE conformă cu standardul ISO OpenDocument 1.1 !

Cu riscul de a repeta un citat, voi reproduce in extenso un fragment din cele scrise de Rob Weir, unul dintre principalii autori ai standardului ISO/IEC 26300:2006 (OpenDocument):

First up is the question of whether the ODF documents written by Excel 2007 SP2 indeed conform to the ODF 1.1 standard. This is not a hard question to answer, but please excuse this short technical diversion.

Let's see what the ODF 1.1 standard says in section 8.1.3 (Table Cell):

Addresses of cells that contain numbers. The addresses can be relative or absolute, see section 8.3.1. Addresses in formulas start with a “[“ and end with a “]”. See sections 8.3.1 and 8.3.1 for information about how to address a cell or cell range.


And the referenced section 8.3.1 further says:

To reference table cells so called cell addresses are used. The structure of a cell address is as follows:


1. The name of the table.

2. A dot (.)

3. An alphabetic value representing the column. The letter A represents column 1, B represents column 2, and so on. AA represents column 27, AB represents column 28, and so on.

4. A numeric value representing the row. The number 1 represents the first row, the number 2 represents the second row, and so on.

This means that A1 represents the cell in column 1 and row 1. B1 represents the cell in column 2 and row 1. A2 represents the cell in column 1 and row 2.

For example, in a table with the name SampleTable the cell in column 34 and row 16 is referenced by the cell address SampleTable.AH16. In some cases it is not necessary to provide the name of the table. However, the dot must be present. When the table name is not required, the address in the previous example is .AH16


So, going back to my test spreadsheets from all of the various ODF applications, how do these applications encode formulas with cell addresses:

* Symphony 1.3: =[.E12]+[.C13]-[.D13]
* Microsoft/CleverAge 3.0: =[.E12]+[.C13]-[.D13]
* KSpread 1.6.3: =[.E12]+[.C13]-[.D13]
* Google Spreadsheets: =[.E12]+[.C13]-[.D13]
* OpenOffice 3.01: =[.E12]+[.C13]-[.D13]
* Sun Plugin 3.0: [.E12]+[.C13]-[.D13]
* Excel 2007 SP2: =E12+C13-D13

I'll leave it as an exercise to the reader to determine which one of these seven is wrong and does not conform to the ODF 1.1 standard.


Deci, nu există nici un dubiu.

Între timp, și alte voci internaționale se adaugă corului de critici referitoare la implementarea OpenDocument făcută de Microsoft în SP2: Jomar Silva și Aladdin Sane.

joi, 14 mai 2009

Din nou despre ODF în Microsoft Office 2007 Service Pack 2


Pentru cine mai avea vreun dubiu asupra „bunei intenții” cu care Microsoft a implementat suportul pentru fișiere OpenDocument în MS Office 2007, iată o confirmare „direct de la sursă”.

Într-un post de blog recent, Zoli, omul de marketing nr. 1 al Microsoft România, ne avertizează îngrijorat asupra „ODF și problemelor sale de interoperabilitate”. Uffff !

Desigur, standardul OpenDocument este departe de a fi perfect - acesta este și motivul pentru care, la sfârșitul acestei veri, vom avea o nouă versiune a standardului OASIS, OpenDocument 1.2. Definiția formulelor în foile de calcul fusese intenționat lăsată în afara OpenDocument 1.1 - lucru cunoscut de toți potențialii implementatori, inclusiv de Microsoft. De altfel, marele monopolist este membru în comitetele de standardizare unde s-au luat aceste decizii, OASIS și ISO, dar a ales să nu participe activ - cel puțin, nu constructiv - la elaborarea standardului...

Luând în considerare faptele concrete, nu mă pot împiedica să-mi pun întrebarea pe care și-au mai pus-o și alții: oare de ce toate celelalte programe au reușit să atingă, mai mult sau mai puțin, multdorita interoperabilitate, iar Microsoft Office nu ?

Analizând tabelul publicat de Rob Weir în testele sale, puteți vedea că măcar suitele de birou care au implementat aceeași versiune a standardului OpenDocument (fie ea 1.1 sau 1.2-draft, compatibilă „în jos”) au reușit să facă nestingherit schimb de documente OpenDocument, fără pierderi de date sau probleme deosebite. În acest cerc de implementări compatibile se înscrie și plugin-ul CleverAge, creat la cererea Microsoft pentru utilizatorii de MS Office 2003.

Standard oficial sau nu, singura implementare OpenDocument care n-a găsit cu cale să se pună de acord cu toate celelalte este recentul Service Pack 2 pentru MS Office 2007. Utilizatorii care vor încerca să deschidă în Excel 2007 o foaie de calcul OpenDocument creată în oricare alt program vor suferi coruperi ale formulelor, pierderi de date și multe alte necazuri.

Nu e nevoie să mă credeți pe cuvânt, puteți experimenta singuri: creați o foaie de calcul cu formule într-un program oarecare, să zicem KSpread sau plugin-ul CleverAge pentru Microsoft Office și încercați s-o deschideți în OpenOffice.org. Veți constata că nu sunt probleme. Încercați, apoi, să deschideți aceeași foaie de calcul în Excel 2007 cu Service Pack 2 și ... surpriză: formulele nu mai există, calculele sunt greșite, iar dacă salvați documentul, acesta va fi corupt.

Ura !!! Microsoft a inventat mașina perfectă de „paradit” documente ODF, instrumentul mult-așteptat pentru a produce nemulțumire publică și a discredita formatul OpenDocument în ochii utilizatorilor neavizați !

Zoli recunoaște, în post-ul său de blog, că soluția aleasă în Service Pack 2 a fost, citez: „să ignore formulele și să păstreze datele (valorile)”. Să ignore formulele ? Incredibil, într-o foaie de calcul ! Oare faptul că toți ceilalți implementatori au ales cealaltă soluție, nr. 2, nu le spune nimic celor de la Microsoft ?

Mă întreb ce vor face clienții (plătitori !) ai Microsoft, utilizatori de MS Office, care implementaseră deja plugin-ul CleverAge, oferit tot de Microsoft ? Cum le va fi explicată acestora brusca rupere de compatibilitate, în contrast cu toți ceilalți implementatori ? „În aceste vremuri de criză, mai dați-ne niște bani și upgradați toate licențele la Office 2007 SP2, ca să avem toți documentele stricate în același mod și să le putem schimba între noi - doar în cercul închis al utilizatorilor de MS Office... ”. :-(

Curat interoperabilitate !

Mi-e teamă că Microsoft România va avea de răspuns la câteva întrebări nu prea comode ale utilizatorilor și ale comunității, la apropiatul eveniment Eliberatica 2009 - la care vor poza iar drept campioni ai deschiderii și Open Source-ului ! :-(

Cei mai idealiști - sau mai naivi - dintre noi speră că Microsoft va reveni asupra deciziei tehnice luate, publicând patch-uri de corecție la SP2 prin serviciul online Microsoft Update. Până când apele se vor mai limpezi, îmi permit un sfat practic pentru utilizatorii de MS Office care doresc să poată deschide și salva fișiere OpenDocument: folosiți plugin-ul gratuit Sun pentru Microsoft Office, pe care îl puteți descărca gratuit și fără restricții.

Între timp, summit-ul din 2009 al OpenForum Europe s-a încheiat, iar utilizatorii și dezvoltatorii se vor întruni în iunie, sub înaltul patronaj al Bibliotecii Regale a Olandei, pentru a discuta soluțiile practice de atingere a unei interoperabilități cât mai bune.

Comunitatea pare mai hotărâtă ca oricând să înlăture barierele ridicate artificial în IT, din interese meschine de companie. Autoritățile europene se implică serios. Iar, cu Microsoft sau fără, standardul OpenDocument pare vehiculul perfect pentru atingerea doritei compatibilități...

duminică, 10 mai 2009

Imnul Regal al României




( Ascultați Imnul Regal al României


Trăiască Regele
În pace și onor
De Țară iubitor

Și-apărător de Țară.

Fie Domn glorios
Fie peste noi,
Fie-n veci norocos
În război, război.


O! Doamne Sfinte,
Ceresc Părinte,
Susține cu a Ta mână
Coroana Română!

Trăiască Patria
Cât soarele ceresc,
Rai vesel pământesc
Cu mare, falnic nume.

Fie-n veci el ferit
De nevoi, nevoi,
Fie-n veci locuit
De eroi, eroi.

O! Doamne Sfinte,
Ceresc Părinte,
Întinde a Ta mână
Pe Țara Română!


Versuri: Vasile Alecsandri
Muzica: Eduard A. Hübsch



Mai jos, iată versurile și sub forma unei fotografii (pentru comoditate, de tipărit)



Actualizare:


Pe lângă adresa oferită mai sus, iată și un pliant istoric cu partitura Imnului și câteva interpretări semnificative, recente, ale Imnului Regal al României:


Imnul Regal la concertul oferit cu ocazia Jubileului de 90 de ani ai Majestății Sale Regele Mihai, 25 octombrie 2011



Imnul Regal interpretat în prezența Majestății Sale Regele Mihai, cu ocazia dezvelirii bustului din Piațeta Regelui, București, 25 octombrie 2012




Imnul Regal interpretat la Biblioteca Județeană din Baia Mare, cu ocazia zilei de 10 Mai 2013
  
 

Imnul Regal interpretat la TeDeum-ul din Biserica „Sfântul Nicolae” din Baia Mare, 10 Mai 2013


 

Imnul Regal interpretat de corul de copii „Juniorii Operei” al Operei Naționale Române din Iași, 25 octombrie 2014

sâmbătă, 9 mai 2009

Fișiere OpenDocument în MS Office 2007 Service Pack 2: DEZASTRU PRIVIND INTEROPERABILITATEA


Recent, Microsoft și-a respectat o promisiune mai veche: odată cu publicarea Service Pack 2 (SP2) pentru MS Office 2007, a introdus suport pentru formatul de fișier OpenDocument (.odt, .ods, .odp).

Dacă folosiți MS Office 2007, puteți deschide și salva, acum, fișiere OpenDocument, cu aceeași ușurință cu care utilizați și fișiere native Microsoft (.doc, .xls, .ppt sau .docx, .xlsx, .pptx). În plus, puteți configura programele suitei Office să salveze implicit documentele în format OpenDocument. Cel puțin teoretic...

Pentru acei cititori care nu sunt la curent cu scandalul de anul trecut, alinierea la standardul ISO OpenDocument (ODF) a fost cerută insistent Microsoft de către comunitatea internațională, fiindcă documentele ODF sunt un fel de „numitor comun” între
programele de birou de la diverși producători - un format la fel de „universal” și de larg folosit cum este PDF pentru documente needitabile.

Din păcate, în „buna” tradiție Microsoft, veștile rele nu au întârziat să apară.

Rob Weir, reputat specialist în standarde de la IBM și co-președinte al comitetului tehnic OASIS care a creat standardul ODF, publică o interesantă analiză asupra compatibilității fișierelor produse de MS Office 2007 SP2 cu cele ale celorlalți producători:

http://www.robweir.com/blog/2009/05/update-on-odf-spreadsheet.html
http://www.robweir.com/blog/2009/05/follow-up-on-excel-2007-sp2s-odf.html

Cuvântul de ordine este DEZASTRU: foile de calcul OpenDocument produse de SP2 nu sunt compatibile nici măcar cu cele produse cu plugin-ul mai vechi, CleverAge, pentru Microsoft Office 2003 - un proiect sponsorizat tot de Microsoft...

Pentru cei suspicioși, citez din cel de-al doilea articol publicat de Rob Weir:

So, going back to my test spreadsheets from all of the various ODF applications, how do these applications encode formulas with cell addresses:

* Symphony 1.3: =[.E12]+[.C13]-[.D13]
* Microsoft/CleverAge 3.0: =[.E12]+[.C13]-[.D13]
* KSpread 1.6.3: =[.E12]+[.C13]-[.D13]
* Google Spreadsheets: =[.E12]+[.C13]-[.D13]
* OpenOffice 3.01: =[.E12]+[.C13]-[.D13]
* Sun Plugin 3.0: [.E12]+[.C13]-[.D13]
* Excel 2007 SP2: =E12+C13-D13

I'll leave it as an exercise to the reader to determine which one of these seven is wrong and does not conform to the ODF 1.1 standard.

Mie, unul, toate acestea mi se par mai mult o încercare de a sabota ODF (și corpul de documente ODF deja existent pe piață) decât de a obține interoperabilitate, cu bună-credință.

Întrucât ODF a fost deja masiv implementat în administratiile publice ale majoritatii țărilor lumii, în Uniunea Europeană și în NATO, sunt convins că această nouă „mișcare” greșită, nesportivă a Microsoft nu va trece nebăgată în seamă - cel puțin nu la nivelul Uniunii Europene.

Mesajul pentru utilizatori, care va fi transmis clar și de ODF Alliance este: NU FOLOSIȚI IMPLEMENTAREA ODF DIN SP2, cel puțin nu până când Microsoft va găsi cu cale să publice cuvenitele "patch-uri la patch-uri".

Pentru utilizatorii de Microsoft Office, soluția posibilă pentru deschiderea documentelor ODF rămâne plugin-ul gratuit și liber de la Sun Microsystems. Sau, desigur, folosirea comodă a suitei libere OpenOffice.org, a IBM Lotus Symphony sau a oricăruia dintre programele din această lungă listă...

Cred că Microsoft și-a creat o nouă datorie față de utilizatorii care așteptau de la ei deschidere, interoperabilitate reală și bună-intenție. Măcar acum, în ceasul al doisprezecelea, în condiții de criză financiară și "zguduiri" ale pieței, ar fi trebuit ca Microsoft să nu-și dezamăgească clienții.

Din păcate, majoritatea contra-argumentelor ce vor fi invocate de „fanii” Microsoft au fost anticipate în analiza lui Rob Weir. Semn că publicul se aștepta la toate astea...