Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Byla vydána nová verze 12.0 minimalistické linuxové distribuce (JeOS, Just enough Operating System) pro Kodi (dříve XBMC) a multimediálního centra LibreELEC (Libre Embedded Linux Entertainment Center). Jedná se o fork linuxové distribuce OpenELEC (Open Embedded Linux Entertainment Center). LibreELEC 12.0 přichází s Kodi 21.0 "Omega".
Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
Trocha som sa potrápil s tým, aby som rozchodil OpenOffice 1.1.1 s MySQL 4.x. Ak sa chcete pokúsit o to isté, môže sa vám zísť to, čo nájdete v nasledujúcich odstavcoch. Je pravdepodobné, že existujú kratšie cesty, ako spojiť OpenOffice s MySQL - napríklad použiť JDBC alebo nájsť samostatný ODBC driver pre MySQL.
Celý cirkus sa odohráva na Slackwari, ktorý na 90 % zodpovedá verzii -current
MySQL na Slackwari nechodí samo od seba. Potrebujete spustit príkaz
mysql_install_db
s menom databázy (schémy), ktorú chceme vytvoriť:
# mysql_install_db reports
|
Z nejakého dôvodu inštalácia zabudla nastaviť práva pre adresár
/var/lib/mysql/mysql
, o čom som sa dočítal v logu
/var/lib/mysql/*.err
. Napravíme to rýchlo:
# chown -R mysql.mysql /var/lib/mysql/mysql
|
Potom už môžeme nastaviť heslo pre užívateľa root, tak ako nám bolo odporúčané
vo výstupe z mysql_install_db
:
# mysqladmin -u root password mojetajneheslo
|
Posledným krokom je naštartovať MySQL
# /etc/rc.d/rc.mysql start
|
Tento krok môže byť na iných distribúciách iný, ale v princípe tento
skript spúšťa /usr/bin/mysqld_safe
, ktorému sa prípadne
špecifikuje dátový adresár, pid-súbor a podobne.
Chodí bez problémov sám, takže jeho inštaláciu nebudem rozoberať. Spomeniem
len, že som ho nainštaloval len pre seba a to do adresára
/home/rastos/OpenOffice1.1.1
.
OpenOffice.org vie komunikovať s MySQL buďc cez JDBC alebo ODBC. Pri pokuse o
použitie ODBC sa dostaneme k chybovej hláške o chýbajúcej či vadnej
libodbc.so
.
Cez položku v menu spustíme manažér dátových zdrojov:
Vytvoríme nový MySQL zdroj:
Tento zdroj treba prepojiť s ODBC zdrojom na nasledujúcej záložke:
Pri nastavovaní URL zdroja dát dostaneme chybovú hlášku:
Dobre, ideme teda pre správne ODBC.
Po krátkom hľadaní na Freshmeat.net a Google som dospel k názoru, že potrebujem balík unixODBC. Stiahol som zdrojáky aktuálnej verzie (2.2.8) a nasledoval, klasický postup:
$ tar xfz /mnt/usb/unixODBC-2.2.8.tar.gz
|
Mám vo zvyku inštalovať balíky nepochádzajúce z distribúcie na zvláštne
miesto, takže som použil prepínač --prefix=/usr/local/unixODBC
.
Či to urobíte aj vy, je na vás. Nasledovalo skompilovanie balíka:
$ make
|
Buildovanie trvalo kupodivu celkom dlho - asi toľko, ako buildovanie jadra. Ale prešlo bez zjavných problémov a takmer bez warningov. Ďalší krok asi tiež poznáte:
$ su
|
Pretože ja som použil prepínač --prefix
, musel som pridať adresár s
nainštalovanými knižnicami do /etc/ld.so.conf
a ako root spustiť
ldconfig
.
Dosiaľ išlo všetko bez problémov a ja som sa nazdával, že už bude všetko
fungovať. Omyl. Najprv treba ODBC nakonfigurovať - programom
ODBCConfig
. Kto konfiguroval ODBC pod MS Windows, bude mu
niečo povedomé:
Prvým krokom je pridanie ovládača:
Hoci dialog už obsahuje cestu do adresára, kde treba hľadať príslušný ovládač,
tým sa automatika končí. Nápoveda hovorí, že treba zvoliť súbor, ktorý má
pravdepodobne príponu .so
, ale to je všetko. Tipol som si, že
bude mať v mene písmena my
, ale žiaden taký súbor nainštalovaný nebol.
Takže späť k dokumentácii a Googlu. Zistil som, že vývojári unixODBC
nenapísali drajver pre MySQL, ale zaradili do projektu kód, ktorý napísali
vývojári MySQL. Tento kód sa nachádza v adresári Drivers/MySQL
a má vlastný skript configure
. Treba ho spúšťať s rovnakými
parametrami ako configure pre samotne unixODBC, ale treba navyše spustiť s
parametrom --with-unixODBC
a adresárom, kam bolo nainštalované
unixODBC:
$ ./configure --prefix=/usr/local/unixODBC --with-unixODBC=/usr/local/unixODBC
|
Problém bol v tom, že tento kód funguje s MySQL verzie 3.x - a nepodarilo sa mi ho na prvý pokus skompilovať. Vyskytlo sa väčšie množstvo warningov a nakoniec kompilovanie zlyhalo:
options.c:415: error: structure has no member named `timeout'
|
Nebudem to naťahovať. MySQL 4.x má v istej štruktúre namiesto jednej
položky timeout
položky read_timeout
a
write_timeout
. Prepísal som teda timeout
na read_timeout
.
Ako som neskôr zistil, bolo treba opraviť aj tie warningy, pretože
MySQL zmenilo počet a aj poradie(!) položiek v štruktúre
MYSQL_FIELD
, takže z toho bola nakoniec celkom slušná
záplata. Po jej aplikovaní:
cd unixODBC-2.2.8
|
už kompilácie prebieha hladko a dopracujeme sa k
vytúženým ovládačom pre MySQL - libmyodbc3.so
a
libodbcmyS.so
- nezabudnite ich nainštalovať pomocou make install
a zbehnúť ldconfig. Potom môžeme konečne ten ovládač použiť:
S pridaným ovládačom môžeme nadefinovať zdroj dát. Pretože nie som expert a nechcel som zaneplešiť systém, nadefinoval som užívateľský zdroj dát a nie systémový:
Nezabudnite vyplniť meno databázy (schémy), s ktorou je zdroj dát viazaný -
v mojom prípade reports
. Potom môžeme vyskúšať ďalšiu aplikáciu,
s ktorou prichádza unixODBC - DataManagerII
:
Dokáže zobraziť štruktúru databázy, tabuliek, kľúče, indexy ale aj zbehnúť
SQL príkazy. Naljepšie však na tom je, že sa rozbehne aj OpenOffice.org.
Dopíšte Data source URL
.
a nezabudnite dopísať užívateľa. Root nie je asi to najvhodnejšie,
ale na ukážku stačí. Po prepnutí na záložku Tables
či
Queries
sa dostanete k veciam, ktoré pre mňa osobne
boli prekvapením.
Ak ste sa prepracovali až sem, gratulujem vám a ako odmenu môžete použiť funkciu Mail Merge v OpenOffice s použitím svojho novovytvoreného zdroja dát.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
Dovod: vo vseobecnosti je zaujimave prepajat kancelarsky balik s databazou. Napr. pre funkciu Mail Merge (spominanu aj v clanku) alebo pre dotiahnutia dat do tabulkoveho procesora, kde sa mozu spracovavat jednoduchsie nez v CLI SQL. Vid posledne dva odkazy medzi Suvisiacimi clankami. Sprava datovych zdrojov v OO ponuka zopar funkcii podobnych Accessu - to je to co ma prekvapilo. Daju sa tam navrhovat tabulky, robit query atd. Evidentne jeden zo Suvisiacich clankov hovori o formoch - dalsi kusok Accessu. Skoda ze OO tieto veci tak zasil. Mam pocit akoby tam ten Access bol, len bol kuskoch poschovavany kde kade. To co chyba je vyvazene tym, ze mozes robit s lubovolnou ODBC databazou a nie nejakym blbym .mdb.
Odhliadnuc od toho, som dufal ze pomozem ludom snaziacim sa pripajat na MySQL cez ODBC z cohokolvek ineho - nielen z OO. Az po tom ako som poslal clanok sem, som zistil, ze ODBC driver priamo od MySQL (zvany MyODBC) nejde skompilovat na systeme s poslednym MySQL. De facto ten patch by som mal poslat ako do unixODBC.org tak do MySQL. Ktovie ako je to ale s inymi distribuciami - mozno RedHat/Mandrake/SuSe/... instaluju MySQL aj s funkcnym ODBC driverom. Neviem. Pripajanie cez JDBC mi tiez neslo, ale to bude len tym, ze som nevenoval dost casu skumaniu co vlastne JDBC chce. Navyse pre male veci sa to neoplati.