Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Navigace se soukromím CoMaps postavena nad OpenStreetMap byla vydána v nové verzi 2026.05.06. Přibyla možnost aktualizovat mapy v aplikaci CoMaps, aniž by bylo nutné aktualizovat i verzi aplikace. CoMaps je komunitní fork aplikace Organic Maps.
OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.3. Současně oznámila, že nadcházející větší vydání 24.04-2.0 bude mít modernější webový prohlížeč.
Ploopy po DIY trackballech či sluchátkách představuje nový externí DIY trackpoint se čtyřmi tlačítky Bean. Obsahuje snímač Texas Instruments TMAG5273, spínače Omron D2LS-21 a řadič RP2040, používá firmware QMK. Schémata jsou na GitHubu; sadu lze předobjednat za 69 kanadských dolarů (bez dopravy a DPH).
Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Ahoj, jde mi o vase zkusenosti konvenci ohledne toho jak pojmenovat adresar a soubor.
Mam v praci vytvorit nejake skripty co bezi z cronu, rekneme reporty.
Tyto skripty vetsinou budou pouzivat nejake pomocne soubory.
Budu je davat vsechny do jednoho adresare 'scripts'
1. Je lepsi je davat do podadresaru pojmenovanych podle toho co skript dela?
2. Jak potom pojmenovat skript v tomto podaresari?
napr. mejme report users_connected_2_db_daily.sh, jak tedy vse pojmenovat?
scripts/users_connected_2_db_daily/users_connected_2_db_daily.sh
nebo
scripts/users_connected_2_db_daily/s.sh
nebo
scripts/users_connected_2_db_daily.sh
Nebo nejaky lepsi napad? Existuje nejaka konvence? Diky moc za rady!
24.3.2016 11:55
/etc/cron.daily/user_connected.sh? Stejně s weekly a monthly. Nebo když v jedné složce, tak bych udělal něco podobného:
scripts/daily/ scripts/daily/db/connected_users.sh scripts/weekly/ ...nebo
scripts/db scripts/db/daily/connected_users.sh scripts/db/weekly ...Záleží na množství a účelu. Kdyby všechny skripty jenom tahaly data z DB, tak by nemělo smysl vytvářet složku db, jak jsem napsal výše. Určitě bych nedával všechno do jedné složky, jak ukazuje třetí případ v otázce. A zase bych nedělal jedna složka - jeden skript. Nebo bych vlastně možná ani do názvu nedával "daily". To už je na cronu, jak často to bude spouštět. Když pak budeš chtít ten skript spouštět 2x denně, tak už to nebude sedět (ok, jenom detail).
Tiskni
Sdílej:
