Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost HP.
O víkendu proběhla demopárty Outline 2026. Publikována byla prezentovaná dema. Upozornit lze na 16 bajtové, opravdu šestnáct bajtové, zvukově obrazové demo Wake Up! 16b (YouTube).
Byla vydána nová verze 9.5 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání a na YouTube.
Dnes a zítra probíhá vývojářská konference Google I/O 2026. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
Canonical vydal Ubuntu Core 26. Vychází z Ubuntu 26.04 LTS a podporováno bude 15 let. Ubuntu Core je minimální neměnný operační systém určený pro vestavěné systémy.
Bylo vydáno OpenBSD 7.9. Po dlouhé době opět se songem: Diamond in the Rough.
Byl vydán Mozilla Firefox 151.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 151 bude brzy k dispozici také na Flathubu a Snapcraftu.
Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení
… více »Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.
Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).
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: