Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
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:
uz som myslel, ze ziadne komentare nebudu ...
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.