Byl vydán Mozilla Firefox 145.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Ukončena byla podpora 32bitového Firefoxu pro Linux. Přidána byla podpora Matrosky. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 145 bude brzy k dispozici také na Flathubu a Snapcraftu.
Lidé.cz (Wikipedie) jsou zpět jako sociální síť s "ambicí stát se místem pro kultivované debaty a bezpečným online prostředím".
Byla vydána nová verze 4.4 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
ASUS má v nabídce komplexní řešení pro vývoj a nasazení AI: kompaktní stolní AI superpočítač ASUS Ascent GX10 poháněný superčipem NVIDIA GB10 Grace Blackwell a platformou NVIDIA DGX Spark. S operačním systémem NVIDIA DGX založeném na Ubuntu.
Desktopové prostredie Trinity Desktop vyšlo vo verzii R14.1.5. Je tu opravená chyba v tqt komponente spôsobujúca 100% vyťaženie cpu, dlaždice pre viac monitorov a nemenej dôležité su dizajnové zmeny v podobe ikon, pozadí atď. Pridaná bola podpora distribúcií Debian Trixie, Ubuntu Questing, RHEL 10 a OpenSUSE Leap 16.
Grafická aplikace Easy Effects (Flathub), původně PulseEffects, umožňující snadno povolovat a zakazovat různé audio efekty v aplikacích používajících multimediální server PipeWire, byla vydána ve verzi 8.0.0. Místo GTK 4 je nově postavená nad Qt, QML a Kirigami.
Na YouTube lze zhlédnout Godot Engine – 2025 Showreel s ukázkami toho nejlepšího letos vytvořeného v multiplatformním open source herním enginu Godot.
Blíží se konec roku a tím i všemožná vyhlášení slov roku 2025. Dle Collins English Dictionary je slovem roku vibe coding, dle Dictionary.com je to 6-7, …
Cloudflare Radar: podíl Linuxu na desktopu dosáhl v listopadu 6,2 %.
Chcete vědět, co se odehrálo ve světě techniky za poslední měsíc? Nebo si popovídat o tom, co zrovna bastlíte? Pak doražte na listopadovou Virtuální Bastlírnu s mikrofonem a kamerou, nalijte si něco k pití a ponořte se s strahovskými bastlíři do diskuze u virtuálního piva o technice i všem možném okolo. Mezi nejvýznamnější novinky patří Průšovo oznámení Core One L, zavedení RFID na filamentech, tisk silikonu nebo nový slicer. Dozvíte se ale i
… 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: