Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Pro kompresi PDF nebo png jsem zkoušel použít příkaz convert -compress, ale nedaří se, protože nevím, jak napsat hodnotu za slovo compress. Zkoušel jsem například -compress 1:10 nebo -compress 10:1, nebo -compress 0,5 a hodně dalších možností, ale ani jedna nefunguje; neustále mi to hlásí, že nerozeznal hodnotu. Zkoušel jsem nápovědu convert -h nebo man convert, ale žádné vysvětlení tam není. Jsou tam sice vypsané přepínače a k čemu jsou, ale u žádného není vysvětlené, v jakých hodnotách a jakým způsobem se zadávají. Potom jsem zkoušel hledat na internetu a tam jsem našel buď jenom nesmysly, které se toho příkazu vůbec netýkyjí, a když už se konečně něco objevilo, zase nebylo vysvětlené, jak s tím zacházet.
Jak mám správně zadávat hodnoty pro přepínač compress v příkazu convert?
Teď jsem zkoušel jako hodnotu ke -compress zadávat: none, bzip, zip, jpeg, jpeg2000, fax, group4, lossless, lzw, rle, a ani jedno mi nepomáhá. Funguje to sice - vytváří mi to nové soubory, ale blbé: Místo, aby zabíraly méně kilobajtů, než původně, tak zabírají většinou více. Navíc, v Konzoli se mi pokaždé hlásí:
**** Warning: File has an invalid xref entry: 14. Rebuilding xref table. **** This file had errors that were repaired or ignored. **** The file was produced by: **** >>>> ImageMagick 6.3.2 09/26/07 Q16 http://www.imagemagick.org <<<< **** Please notify the author of the software that produced this **** file that it does not conform to Adobe's published PDF **** specification.
Je snad chyba v tom balíčku ImageMagick? Já zkouším komprimovat PDF, které jsem dříve vytvořil z obrázků, a které zabírá asi 300KB na jednu stránku a pokouším se z toho vyrobit PDF, které zabere méně kilobajtů. Je nástroj convert -compress vůbec na to? Je to vůbec program, který jsem hledal, nebo mám použít něco jiného a co?
-compress <type> the type of image compression Choices are: None, BZip, Fax, Group4, JPEG, Lossless, LZW, RLE or Zip. Specify +compress to store the binary image in an uncompressed format. The default is the compression type of the specified image file. If LZW compression is specified but LZW compression has not been enabled, the image data will be written in an uncompressed LZW format that can be read by LZW decoders. This may result in larger-than-expected GIF files. "Lossless" refers to lossless JPEG, which is only available if the JPEG library has been patched to sup- port it. Use of lossless JPEG is generally not recommended. Use the -quality option to set the compression level to be used by JPEG, PNG, MIFF, and MPEG encoders. Use the -sampling-factor option to set the sampling factor to be used by JPEG, MPEG, and YUV encoders for downsampling the chroma channels.
Já jsem si dříve z několika obrázků vyrobil PDF, které zabírá asi 300 KB na jeden list. Zdá se mi to hodně, proto se snažím z toho PDF vyrobit ten samý PDF, který bude ale zabírat méně kilobajtů, než předtím. Jak toho dosáhnu pomocí programu convert? A hodí se vůbec ten program na to, nebo mám použít něco jiného a co?
V tom PDF ten obrázek má rozměry 595x842 pixelů. Je ve formátu PDF a zajímám se o zmenšení v kilobajtech při zacování velikosti v pixelech a aby byl zase v PDF.
Rozměry má 595x842px, přes celou stránku a je v PDF. Zajímám se o zmenšení toho PDF v kilobajtech a při zachování velikosti v pixelech.
Tiskni
Sdílej: