Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
Byla vydána verze 1.93.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Svobodný operační systém ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, slaví 30. narozeniny.
Společnost Raspberry Pi má nově v nabídce flash disky Raspberry Pi Flash Drive: 128 GB za 30 dolarů a 256 GB za 55 dolarů.
Technologie Skip pro multiplatformní mobilní vývoj, která umožňuje vývojářům vytvářet iOS a Android aplikace z jediné Swift a SwiftUI kódové základny, se s vydáním verze 1.7 stala open source.
Zdravím,
narazil jsem na zajímavou situaci, která sice v mé mysli dřímala už nějakou dobu, teď ji však řeším prakticky.
Plánuji postavit storage server, budou tam dva 640GB disky, které bych rád rozdělil na 3 partišny (každý) s tím, že první bude 20GB RAID1 na samotný OS, druhá 120GB RAID1/RAID10 na důležitá data a třetí 1TB RAID0 pro běžné, méně důležité věci. Nad druhou a třetí particií plánuji nahodit LVM.
Popsaná situace je snad docela běžná, když jsem však v duchu začal disky dělit, něco mě napadlo. Co když - v budoucnu - bude třeba jeden disk (v rámci jeho kolapsu) vyměnit a nový disk bude menší? Nemyslím tím 640GB versus 320GB, ale situace, kdy si výrobce nalepí na obal "640GB", ale 640,000,000,000 bajtů mít nebude.
Zkusil jsem tuto teorii na třech 80GB discích, které doma vlastním - Fujitsu, Seagate a Samsung. Zatímco Fujitsu na notebooku měl shodnou velikost se stolním Seagate (156301488 LBA sektorů), Samsung měl 156368016, což je v přepočtu na MB asi o 32 více. Napadlo mě - co bych asi dělal s RAIDy a LVM, kdybych měl najednou nějaký mirror nacpat do menší velikosti. S LVM by to snad šlo bez problému, pvmove PE trochu víc k začátku disku, zmenšení RAIDu a jede se (snad) dále. Přesto bych takové situaci chtěl předejít.
Proto se ptám; jak to řešíte vy? Necháváte na konci disku ~100MB nevyužitého místa pro tyto případy? Setkali jste se s něčím podobným? Pokud ano, jak moc velikostní odchylky souvisejí s kapacitou disků?
Předem díky za odpovědi.
20.10.2009 16:02
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
21.10.2009 14:45
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
a muselo by se to složitě zmenšovat. To už raději koupit větší disk. Nikde nepoužívám(e) nějaký prostor na konci disku jen pro případ o něco menšího disku.
No vyřeším to asi tak, že konec poslední partišny bude někde před 640,000,000,000. bajtem (zaokrouhleně) - velikost je sice různá, ale ještě jsem neviděl disk, který by šel pod hranici své specifikované velikosti.
Asi je pravda, že pak přijde na řadu terovej disk, ale pro všechny případy - těch ~40MB mě nezabije, obzvlášť na LVM s 32MB velikostí PE.
Díky všem za podněty.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz