Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
Insula Faktury je open source generátor faktur, který běží přímo ve webovém prohlížeči. Žádná registrace, žádné sledování, žádné omezení. Zdrojové kódy jsou k dispozici na Codebergu.
První Mobile Linux Hackday v Plzni, tj. komunitní setkání věnované Linuxu na mobilních zařízeních, proběhne 24. července od 10:00. Akce je otevřená všem zájemcům – od zvědavců po zkušené vývojáře. Dopoledne proběhnou přednášky Davida Heidelberga a Petra Hodiny o aktuálním stavu mobilního Linuxu: proč vůbec chtít tučňáka v kapse, jaké telefony jsou dnes dobře podporované a co taková podpora obnáší. Po obědě se zaměříme na konkrétní
… více »OS: CentOS 7.6 K vlastnimu programu jsem vytvoril instalacni balicek. Pri jeho instalace yum install mi rika,ze chybi knihovna
Vyžaduje: libnidaqmxbase.so.15()(64bit)
ale pozadovanou knihovnu v systemu mam
Vypis ldconfig
ldconfig -p | grep libnidaqmxbase.so.15 libnidaqmxbase.so.15 (libc6,x86-64) => /usr/local/lib64/libnidaqmxbase.so.15 libnidaqmxbase.so.15 (libc6) => /usr/local/lib/libnidaqmxbase.so.15
Vypis rpm -q --whatprovides libnidaqmxbase.so.15
nidaqmxbase-cinterface-15.0.0-f1.x86_64
Tento balicek mam nainstalovany.
Je mozne nastavit cestu nebo v jakem balicku ma hledat knihovnu ve SPEC souboru pro rpmbuild?
Diky.
Řešení dotazu:
libnidaqmxbase.so.15, který ve skutečnosti neexistuje a místo něj by tam měl být ten balík nidaqmxbase-cinterface-15.0.0-f1.x86_64?
libQt4Pas.so.5 => /lib64/libQt4Pas.so.5 (0x00007f4f32e5c000)
Když si YUM stěžuje, že chybí „libnidaqmxbase.so.15()(64bit)“, tak dotaz budeme pokládat na „libnidaqmxbase.so.15()(64bit)“, nikoliv na „libnidaqmxbase.so.15()“. (To první značí 64bitové knihovny, to druhé 32bitové.). Tedy hledání v nainstalovaných balících pomocí rpm -q --whatprovides 'libnidaqmxbase.so.15()(64bit)' a hledání v zapnutých repozitářích pomocí repoquery --whatprovides 'libnidaqmxbase.so.15()(64bit)'.
Dále YUM vůbec neřeší, jaké soubory v souborovém systému jsou. YUM pouze zkoumá metadata balíčků – co který balík poskytuje a co vyžaduje. To samé platí o RPM (s výjimkou, že RPM kontroluje, aby stejně pojmenovaný, ale obsahově rozdílný soubor neinstalovalo více balíčků). Tedy, že ldconfig umí najít libnidaqmxbase.so.15 SONAME v /usr/local/lib64/libnidaqmxbase.so.15 a v /usr/local/lib/libnidaqmxbase.so.15, neznamená, že YUM nebo RPM o ní ví. Jestli se správce balíčků k danému souborů zná, lze zjistit pomocí rpm -q --qf /usr/local/lib64/libnidaqmxbase.so.15. Buď vrátí název balíku, kterému patří, nebo ne.
A nakonec, jestli balík instaluje /usr/local/lib64/libnidaqmxbase.so.15 a jestli na úrovni RPM metadata poskytuje libnidaqmxbase.so.15()(64bit), jsou také nezávislé věci. Takovou informaci lze při vytváření balíku jak dodefinovat, tak také odstranit. Tyto informace při sestavování balíku standardně dodává generátor závislostí a ten se může mýlit. Automaticky vygenerované závislosti se vypisují ke konci běhu nástroje rpmbuild (příklad s balíkem libisds, který poskytuje „libisds.so.5()(64bit) “).
repoquery --whatprovides 'libnidaqmxbase.so.15()(64bit)'
repoquery --whatprovides 'libnidaqmxbase.so.15'
nidaqmxbase-cinterface-0:15.0.0-f1.i386
nidaqmxbase-cinterface-0:15.0.0-f1.x86_64
Jde nejkym spusobem ve spec souboru meho balicku nadefinovat, ze libnidaqmxbase.so.15()(64bit) je nejakem balicku?
Anebo musim "prebalit"nidaqmxbase-cinterface-0:15.0.0-f1.x86_64?
Správné řešení je přebalit rozbitý balíček. Tedy zjistit, proč generátor nenajde 64bitový SONAME a nepřidá ho do Provides. Ono tam asi bude více problémů. Například 64bitové knihovny by měli být jen v x86_64 balíčcích a 32bitové jen v i686 balíčcích. Samozřejmě lze místo opravy prostě natvrdo napsat do daného spec souboru k příslušnému podbalíku Provides: libnidaqmxbase.so.15()(64bit), ale jak píšu, asi tam bude toho zkaženého více.
Pokud nelze opravit nidaqmxbase-cinterface-0:15.0.0-f1.x86_64, můžete do toho svého balíku, který potřebuje nidaqmxbase-cinterface-0:15.0.0-f1.x86_64 prostě přidat Requires: nidaqmxbase-cinterface-0:15.0.0-f1.x86_64 a vyfiltrovat závislost na libnidaqmxbase.so.15()(64bit) pomocí %global __requires_exclude ^libnidaqmxbase.so.15\\(\\)\\(64bit\\).
Tiskni
Sdílej: