Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.
Marek Tóth v příspěvku DOM-based Extension Clickjacking: Data ve správcích hesel v ohrožení na svém blogu popsal novou clickjacking techniku s několika variantami útoků a otestoval ji proti 11 správcům hesel. Výsledkem bylo nalezení několika 0-day zranitelností, které mohly ovlivnit uložená data desítek milionů uživatelů. Jedno kliknutí kdekoliv na webové stránce kontrolované útočníkem umožňovalo ukrást uživatelská data ze
… více »Na dnešní akci Made by Google 2025 (YouTube) byly představeny telefony Pixel 10 s novým čipem Google Tensor G5 a novými AI funkcemi, hodinky Pixel Watch 4 a sluchátka Pixel Buds 2a.
The Document Foundation oznámila vydání nové major verze 25.8 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) a také na Youtube a PeerTube.
Zeek (Wikipedie), původně Bro, byl vydán v nové major verzi 8.0.0. Jedná se o open source platformu pro analýzu síťového provozu. Vyzkoušet lze online.
Byl vydán Mozilla Firefox 142.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 142 je již k dispozici také na Flathubu a Snapcraftu.
Python Developers Survey 2024, výsledky průzkumu mezi vývojáři v Pythonu organizovaném Python Software Foundation ve spolupráci se společností JetBrains v říjnu a listopadu loňského roku. Zúčastnilo se 30 tisíc vývojářů z 200 zemí. Linux používá 59 % z nich.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová verze 2.51.0 distribuovaného systému správy verzí Git. Přispělo 91 vývojářů, z toho 21 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
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: