Kevin Bentley zveřejnil na GitHubu zdrojové kódy počítačové hry Descent 3 z roku 1999: "Někdo se nedávno zeptal, zda budou zveřejněny zdrojové kódy Descent 3. Oslovil jsem svého bývalého šéfa (Matt Toschlog) z Outrage Entertainment a ten mi to povolil. Budu pracovat na tom, aby se to znovu rozběhlo a hledám spolusprávce." [Hacker News]
Byla vydána verze 0.81 telnet a ssh klienta PuTTY. Opravena je kritická bezpečnostní chyba CVE-2024-31497 obsažena ve verzích 0.68 až 0.80. Používáte-li klíč ECDSA NIST P521 a použili jste jej v PuTTY nebo Pageantu, považujte jej za kompromitovaný.
Hra MineClone2 postavena nad voxelovým herním enginem Minetest byla přejmenována na VoxeLibre.
Společnosti Avast Software s.r.o. byla pravomocně uložena pokuta ve výši 351 milionů Kč. Tu uložil Úřad pro ochranu osobních údajů za neoprávněné zpracování osobních údajů uživatelů jejího antivirového programu Avast a jeho rozšíření internetových prohlížečů (Browser Extensions), k čemuž docházelo prokazatelně po část roku 2019.
… více »Bylo vydáno do češtiny přeložené číslo 714 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.
V sobotu 20. dubna lze navštívit Maker Faire Jihlava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Knihovna pro potlačení šumu RNNoise byla vydána ve verzi 0.2. Kvalitu potlačení lze vyzkoušet na webovém demu.
FRRouting (FRR) (Wikipedie), tj. softwarová sada pro směrování síťové komunikace, fork Quagga, byl vydán ve verzi 10.0.
Julian Andres Klode vydal APT (Advanced Packaging Tool) ve verzích 2.9.0 a 2.9.1. Jedná se o vývojové verze nové větve APT 3.0. Vylepšuje se uživatelské rozhraní. Přidány byly barvičky. Aktuální náhledy a vývoj lze sledovat na Mastodonu.
Miguel de Icaza se na svém blogu rozepsal o vložitelných herních enginech. Kdysi slibné projekty UrhoSharp a Urho3D jsou již mrtvé. Zůstává Godot. Aktuálně vývojáři řeší Pull request #90510 s návrhem knihovny LibGodot.
Po přečtení tohoto threadu jsem si řekl že stručně napovím, protože se v něm tazatel de facto nedozvěděl to, co chtěl vědět.
Princip configure skriptu je takový, že má za úkol "ošmatat" systém na kterém byl spuštěn (zjistí verzi překladače, dostupnost devel balíčků a spousta jiných akcí) a následně podle výsledku "ošmatání" připravit Makefile skript pro příkaz make. Takže v základu a úplně nejlepší (dle mně) je začít někde v konzoli a v adresáři kam se rozbalily ty zdrojáky (já je dávám do /usr/src ) asi takto:
./configure --help | morea tím si zjistím všechny potřebné volby, se kterými můžu program zkompilovat ze zdrojových kódů. Ty volby, které se mi hodí, si opíšu nejlépe někam na papírek a pak už postupuji klasickým (jako příklad uvedu ./configure pro mplayer) a pod normálním uživatelem (ne rootem
):
./configure --prefix=/usr --enable-gui --enable-largefiles --enable-freetype make su make installSkript configure vypisuje dost informací, které nejsou až tak podstatné, podstatné jsou pouze ty, co oznamují nějakou chybu (kterou je nutno vyřešit pro úspěšnou kompilaci) a nebo hlášení, která oznamují že nebylo nalezeno něco, co je potřeba pro rovněž pro úspěšnou kompilaci. Ta hlášení o chybějících věcech jsou dosti důležitá, a oznamují uživateli, že chybí některé takzvané devel balíčky. Například pokud bych chtěl mplayer kompilovat pomocí výše uvedeného ./configure tak na většině rpm distribucích (RedHat, Fedora, SuSE, Mandrake a Aurox) musím mít nainstalován odpovídající balíček freetype-devel (popř. libfreetype-devel).
Jinak na toto téma zde byl také zajímavý článek s názvem "Nebojme se kompilace" (nebo tak nějak, autor promine kdybych to nějak zkomolil ) kde je také popsáno dost věcí ohledně kompilací programů ze zdrojových kódů.
Tiskni
Sdílej:
13.4.2005 10:52
Pavel Stárek | skóre: 44
| blog: Tady bloguju já :-)
| Kolín
Jinak ten popis je pěkný.
13.4.2005 15:54
Pavel Stárek | skóre: 44
| blog: Tady bloguju já :-)
| Kolín
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz