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.
Na GitHubu byl zveřejněn algoritmus "Pro vás" sociální sítě 𝕏.
Zde je clanek, ktery by ti snad mel pomoci. Osobne jsem to nezkousel, protoze dual boot nepouzivam.
Michal
Martin
Pavel
Par postrehu:
Ke zde zminememu clanku jak to resit jsem se nedostal. Snad tedy bude spravnou volbou.
Pri instalaci Fedory instalator !!!hlasi chybu!!! v poctu cilindru (ci ceho) a take rika, ze problem lze ignorovat, ale nemusi jit spravne bootovat jine systemy. Tedy rika presne to co se stane.
GRUB nainstalovany do MBR bezel bez problemu, fedora startovala bez problemu, jen po zvoleni volby "other" po ktere se melo predat rizeni windows xp se dal nedelo nic.
Nova instalace windows xp nic nevyresila
Partition magic hlasil chybu #110 (problemy s geometrii), nevidel na disku zadnou partition a nesel zformatovat. Proste byl totalne nepouzitelny.
Pokus nahradit distribuci fedory jinou nepomohl.
Pokus nahradit grub lilem nepomohl.
Pokus s pouzitim jineho zavadece nepomohl.
Pokusy se zmenami nastaveni disku v BIOSU nepomohly.
Situace se pohnula (ne k lepsimu) az po zruseni vsech partition z rescue konzole prikazem fdisk /dev/hda (byl to prvni a jediny disk v PC) a "d" deletovani partition.
--- Zkoncil jsem s kompletim preinstalovanim windows xp a dotycnemu, kteru jsem chtel Linux protlacit jsem predal radeji Live distribuci se slovy - situace jeste zda se jeste neuzrala.
Myslim ten clanek, na ktery je v tehle diskuzi odkaz by mohl problem vyresit.
Prostě problém je že už linux kašle na nějaké cilindry a pod a používá LBA a co fdisk zapíše o geometrii na HD je mu jedno.
Ovšem windowsům to jedno není a pokud nemají správnou geometrii v mbr tak se šprajcnou anebo pokud je špatná volba i v biosu.
Přesný popis s problémem geometrií je popsán v Jaderné noviny 265
Tak stejný problém s windows u velkých disků (160G) kdy třeba upravit windows zapnout BigLBA které je u win vyplé.
Prostě není nad linux
, kdybych neměl problémy s Win tak bych se asi o linuxu nikdy nedozvěděl protože bych neměl potřebu pátrat po čemkoli jiném.
[root@soban /home/petr]# /sbin/hdparm /dev/hdb /dev/hdb: ...... geometry = 65535/16/63, sectors = 234441648, start = 0 [root@soban /home/petr]# /sbin/hdparm /dev/hda /dev/hda: ...... geometry = 16383/255/63, sectors = 234441648, start = 0A teď mě řekni který je správný ? Prostě problém je v tom že jak jedna vec lže tak se začnou kupit chyby a je to. A jak se potom v těch lžích má vyznat program ? Řešením je nepoužívat C,H,S ovšem windows to pořád používá místo aby používal LBA
takže potom musíte ručně upravit C,H,S na smysluplné údaje.
) vědí co tam potřebují mít win. Já osobně používám v compu systémy tři (1x winXP a 2x Linux) a mám je úplně nezávislé. Prostě prohazuju šuplíky a na disku s Linuxem mám oddíl který sdílím pro všechny. Úplně bez problémů a bez rizika že něco zvojtím a přijdu o pracovní data. Disky jsem instaloval zvlášť a žádný systém jinému na disk nepotřebuje zapsat ani čárku. Ale tohle všechno je otázka spíš pro flame než technický problém.
.
Tiskni
Sdílej: